- Dillo-dev - lists.mailman3.com

DNS code changes
by mailbox＠georgpotthast.de March 2, 2012

March 2, 2012

Could you please leave the configure option " --disable-threaded-dns" in the code since I use that for my DOS version? I cannot use dpi. Georg

1 0

another tooltip bug
by corvid＠lavabit.com March 2, 2012

March 2, 2012

With the attached page, I put the cursor on the first image and let the tooltip appear (and don't have the cursor too far over to the left of the window or screen). Then I move the cursor down into the second image and let go of the mouse. For a second, the tooltip for the second image shows up in the proper position, but then it moves to the right so that not all of it is visible.

1 0

[exprimental patch] wakeup instead of polling for dns
by Johannes.Hofmann＠gmx.de Feb. 20, 2012

Feb. 20, 2012

Hi, attached experimental patch replaces the polling for DNS answers with the wakeup mechanism fltk provides. What do you think? Cheers, Johannes

3 6

Other protocol handler dpi for mailto etc
by dennisn＠dennisn.dyndns.org Feb. 7, 2012

Feb. 7, 2012

What ever happened to the (idea of a) general protocol handler for mailto: and irc: and other such links? It was mentioned once upon a time, at least, in: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2004-November/002404.html

1 0

null URL
by corvid＠lavabit.com Feb. 6, 2012

Feb. 6, 2012

Looking at http://starurchin.org/dillo/valgrind/14566b8d334f46a5fa74873a6ea3f68e0d418a… my guess is that something in nav stack cleaning made the const DilloUrl *url = a_History_get_url(NAV_TOP_UIDX(bw)); in a_UIcmd_page_popup() unhappy.

1 0

TitanTV does not show the default channel listing
by rogerx.oss＠gmail.com Feb. 2, 2012

Feb. 2, 2012

Just a quick note, having a pain in the arse viewing titantv.com channel listings. Seems Dillo keeps pulling an unwanted channel listing page instead of my default channel listing. I even deleted all other channel listings and restarted Dillo (and dpid, including rebooting) and I'm still getting a unwanted listing. Changed user agent too. ELinks seems to be doing similar, but I once got it to display my default channel listing without having to delete other listings. But now even ELinks is now showing the same listing that Dillo displays. Only browser that seems to work is Seamonkey (Mozilla) here.

2 5

Ping
by jcid＠dillo.org Jan. 30, 2012

Jan. 30, 2012

Hi, This is just a test to check mailing list delivery works OK. -- Cheers Jorge.-

2 1

No subject
by bogus＠does.not.exist.com Jan. 30, 2012

Jan. 30, 2012

server screwing around and trying to push more eye candy. -- Roger http://rogerx.freeshell.org/

1 0

Handling of HTML entities without terminating semicolon (bug 1043)
by qartis＠gmail.com Jan. 8, 2012

Jan. 8, 2012

Currently any inline HTML entity will be converted if the whole entity name matches up to a non-alnum, even if there is no trailing semicolon. For example, foo&lt,bar would be converted, but foo&ltbar wouldn't. This means that an improperly encoded url like /foo.html?a=b&lang=en would not work, because &lang would be translated to a Left Angle Bracket. But we can't just require all HTML entites to have a terminating semicolon, because that would cause worse behavior on all the broken websites that rely on lazy entity termination. Webkit has a fairly good solution for this. Their entity list (http://trac.webkit.org/browser/trunk/Source/WebCore/html/parser/HTMLEntityN…) has defined duplicate elements without trailing semicolons for some tags only. By my count, 106/2125 tags have a duplicate zero-semicolon definition. Does anybody know how Webkit chose which tags are valid without a semicolon? Is that defined in an RFC somewhere? Another option would be to require entites to have a terminating semicolon when they're part of a tag attribute. That's assuming most pages that encode their tag attributes do it properly. For example, <a href="error.cgi?msg=Unauthorized&nbsp."> wouldn't behave as it used to.

1 0

Happy new year!
by jcid＠dillo.org Jan. 2, 2012

Jan. 2, 2012

Hi, It is with great pleasure that I come bearing good wishes for this new year (2012). 2011 ended being very good for he Dillo project: > Hi there, > > Please receive my best wishes and thanks to the team. > > Let's hope this year will help our project thrive again, in > both the distros and the collaboration agreement we're trying to > make. > > (-: 2011 :-) As you can see, those wishes became real during the year! Hopefully 2012 will see floats and a continuation of our collaboration agreement. Ah, and it may also materialize a very good event WRT the development team. :) Cheers! -- Cheers Jorge.-

1 0

Wikipedia pages
by mailbox＠georgpotthast.de Dec. 26, 2011

Dec. 26, 2011

I hope there are still plans to get Dillo to display Wikipedia pages properly. The NetSurf browser, as I found, has no problems with those: http://www.netsurf-browser.org/about/screenshots/images/gtk-wikipedia.png I thought that the rendering engines of Dillo and NetSurf would be comparable and not that much different. Georg

2 1

keysrc and prefix keys
by onepoint＠starurchin.org Dec. 16, 2011

Dec. 16, 2011

I was thinking of implementing more of Firefox's key shortcuts in Dillo, namely Alt-<n> -> "Go to nth tab" for <n> = 1, 2, 3, ... 8 and Alt-9 -> "Go to last tab". (That last one would be really useful when I have more tabs open than will fit in the tab bar.) But then I thought "how do we configure this in keysrc?". The obvious solution is to add separate entries for each of the 9 commands. But this is clearly silly because no-one wants to use, say, Alt as the prefix for going to the 4th tab but Ctrl-Shift as the prefix for going to the 5th tab. Why should users have to add 9 entries to keysrc just because they prefer Ctrl-Shift to Alt? So I think we really want a single keyssrc entry that defines the modifier keys that bind the 1, 2, 3, ... 9 keys to the "Go to tab" commands. But this would significantly complicate the current code. Is it worth it? Regards, Jeremy Henty

3 5

dillo-3.0.2 released
by corvid＠lavabit.com Dec. 10, 2011

Dec. 10, 2011

It's official! http://www.dillo.org/download/dillo-3.0.2.tar.bz2 http://www.dillo.org/download/dillo-3.0.2.tar.bz2.asc And, for good measure, the sha1sum is still... 1d1258ee7d18c8ca0eabaf100f2f611c6be03f87 as it was for the rc. Thanks everyone!

2 1

Change "view page source" to use a DPI.
by mailbox＠georgpotthast.de Dec. 10, 2011

Dec. 10, 2011

When I read the "Current Plans" list I thought that the Medium priority items were worked on after the High Priority items were done and overlooked the green button. Since "View page source" works in the current version of Dillo-Win32 Johannes is right and Benjamin had already rewritten that. Considering all the work Benjamin has put into his version I cannot react with <shrugs> on his decision to discontinue. I just hope he may change his mind again. Georg

1 0

Change "view page source" to use a DPI.
by mailbox＠georgpotthast.de Dec. 10, 2011

Dec. 10, 2011

I work on the Dillo f?r DOS version and I was shocked to read ;-) that you plan to use DPI to view the page source. This will cause the code for DOS not to work anymore. Can you please save yourself the time to change this part of the Dillo code? Georg

3 2

cookiesrc -> DEFAULT ACCEPT works, while gmail.com ACCEPT doesn't
by rogerx.oss＠gmail.com Dec. 8, 2011

Dec. 8, 2011

The following cookiesrc file works for GMail: $HOME/.dillo/cookiesrc DEFAULT ACCEPT But this doesn't work for GMail and Google complains cookies are not enabled. $HOME/.dillo/cookiesrc DEFAULT DENY google.com ACCEPT Making this even more difficult, I found killing dpid and restart dillo was not effective, I needed to kill Xorg too to prevent loading pages from what looked like dillo was loading from cache. But after much troubleshooting for the past hour, I've determined the above scenario consistent. As soon as "DEFAULT DENY, google.com ACCEPT" is entered, Google complains cookies are not enabled every time. -- Roger http://rogerx.freeshell.org/

2 9

Dillo fails on http://www.google.com/m/. Browser Agent?
by rogerx.oss＠gmail.com Dec. 8, 2011

Dec. 8, 2011

I find Dillo failing on the following simple site, which Elinks and other mobile browsers view just fine: http://www.google.com/m/ -- Roger http://rogerx.freeshell.org/

3 3

Knoppix 3.0.2 - no go
by jcid＠dillo.org Dec. 7, 2011

Dec. 7, 2011

Hi, On Wed, Dec 07, 2011 at 02:54:03PM -0500, jmh5 at nhfn.net wrote: > > Hi Again, > > It appears I spoke too soon. 3.0.2 now works ? > Maybe dpid or some other program was reloaded? > > Also, the older version now works differently !! > > Now I am really interested in how do I make a fully static > version? So I don't have program operation changing unexpectedly? Please subscribe to dillo-dev mailing list if you're interested in following the thread. This email and the previous one were forwarded there. HTH, -- Cheers Jorge.-

1 0

[jmh5@nhfn.net: Knoppix 3.0.2 - no go]
by jcid＠dillo.org Dec. 7, 2011

Dec. 7, 2011

FYI, -- Cheers Jorge.-

1 0

No subject
by bogus＠does.not.exist.com Dec. 7, 2011

Dec. 7, 2011

cache, or as if there were a stale persistent dpi process still present. At this point, I'll gander it was something with the dpi processes not cleanly exiting due to the kill signal. (I doubt a *dpi* process was hidden from proc.) -- Roger http://rogerx.freeshell.org/

1 0

tooltip bug
by corvid＠lavabit.com Dec. 6, 2011

Dec. 6, 2011

I just noticed some odd behaviour with <img src=img title="img title" border=1 width=50 height=50> <a href=link title="link title">text</a> If I put the cursor over the link and then, when I expect the tooltip to pop up, move quickly up into the image, first the link's tooltip pops up for an instant -- but says "img title" -- and then the image's tooltip pops up -- but says "link title".

1 0

IPv6 and HTTPS (Re: release candidate for dillo-3.0.2)
by obeythepenguin＠gmail.com Dec. 4, 2011

Dec. 4, 2011

Johannes wrote: > I doubt it's worth making the current experimental HTTPS plugin > IPv6 ready. > We will need a more robust HTTPS solution at some point. > Cheers, > Johannes Why not just reuse the existing HTTP code? *cough* http://dillo-win32.sourceforge.net/patches/07-dfcntl.diff http://dillo-win32.sourceforge.net/patches/08-dsock.diff http://dillo-win32.sourceforge.net/patches/17-https.diff Just add some warning dialogs and you've got everything the plugin offers, plus greater efficiency, code reuse, IPv6, etc. (Not to mention, it's thoroughly tested and quite stable on Linux, BSD, that other OS with 99% market share, etc. I use it myself every day.) Anyway, all my code's still there if you're interested. Cheers, ~Benjamin

2 1

release candidate for dillo-3.0.2
by corvid＠lavabit.com Dec. 4, 2011

Dec. 4, 2011

I just put up an rc at http://www.dillo.org/download/dillo-3.0.2-rc1.tar.bz2 $ sha1sum dillo-3.0.2-rc1.tar.bz2 1d1258ee7d18c8ca0eabaf100f2f611c6be03f87 dillo-3.0.2-rc1.tar.bz2 Please test :) If all goes well, the idea is to release on Monday...

9 16

Dillo temporary directory
by obeythepenguin＠gmail.com Dec. 3, 2011

Dec. 3, 2011

Jorge wrote: > On Sat, Dec 03, 2011 at 09:11:48AM +0100, Georg Potthast wrote: > > I observe that Dillo changes the current directory to "\tmp" when > > running. Why does it do that and what files shall be written into > > this directory? > No files, Dillo tries to work from an unmounted directory. > -- Cheers > Jorge.- But *why* does Dillo work from an unmounted directory? What advantage does this provide, especially if Dillo does not write any files there? (As a side note, /tmp _is_ mounted on many systems, like OpenBSD.) Cheers, ~Benjamin

1 0

Dillo-dev Digest, Vol 76, Issue 1
by mailbox＠georgpotthast.de Dec. 3, 2011

Dec. 3, 2011

I observe that Dillo changes the current directory to "\tmp" when running. Why does it do that and what files shall be written into this directory? Georg

2 1

Search from location bar
by obeythepenguin＠gmail.com Nov. 29, 2011

Nov. 29, 2011

Roger wrote: > As long as there is still a rc/config file in place for users whom want > to editthe config file by hand using VIM. > Personally, I'd rather use VIM rather then a GUI interface. Using VIM, > editingconfig options much faster. GUI can be much easier or the > lackadaisicalmethod. Of course there is still an rc file; the GUI could even be modified to nicely comment it (though it doesn't right now, to keep the code size down). But imagine you're a new user and not really all that tech-savvy. Say staring at white webpage backgrounds all day makes your eyes hurt. Would you rather a) spend hours looking through a long configuration file looking for an option to somehow darken them; or b) click a button that says "Darken white backgrounds"? If you choose option a) and you're persistent -- remember you're still pretending to be a non-savvy, first-time Dillo user -- you might discover there are two separate settings for this: - allow_white_bg sets whether white backgrounds are allowed, and - bg_color takes the hexadecimal(!) code for your desired background color. (Remember as a non-savvy, first-time user, you don't know hexadecimal.) On the other hand, if you choose option b), you probably saw it here: http://dillo-win32.sourceforge.net/dillo/screenshots.php?closeup=Win95-09.p… That's much simpler, wouldn't you say? As a side note, "Allow white backgrounds" is a bad option name from a user's perspective: since most users automatically assume white backgrounds are the norm, an "Allow white backgrounds" option forces them to think in negatives. "Darken white backgrounds" is better, because it recognizes this implied norm. The word "darken" also states a clear action, unlike -- for example -- "disallow." A user should never have to stop and think, "What does 'Disallow white backgrounds' mean?" if there's a more obvious way to word it. (And yes, I know mainline darkens backgrounds by default, but it makes a convenient illustration. And yes, if you're wondering, little things like this DO make a surprisingly huge difference in usability.) Cheers, ~Benjamin

2 2

Wikipedia pages
by mailbox＠georgpotthast.de Nov. 28, 2011

Nov. 28, 2011

Johannes, I did not see your post when I did mine since I just get the posts once a day by email. Therefore I did not refer to your post but made a general one. I now uploaded a snapshot of Firefox displaying the "Dillo" web site on Wikipedia and three snapshots how Dillo does display it. As you can see there a great differences. Regards Georg Firefox: http://www.imgplace.com/viewimg716/298/93dillofirefox.png Dillo: http://www.imgplace.com/viewimg502/3267/50dillo1.png http://www.imgplace.com/viewimg710/2610/91dillo2.png http://www.imgplace.com/viewimg525/8632/90dillo3.png

2 1

Search from location bar
by obeythepenguin＠gmail.com Nov. 26, 2011

Nov. 26, 2011

Jorge wrote: > ... and average users are afraid of an rc file (*sigh*), so > maybe it's not that bad having a GUI by default, which power users > can customize into a CLI with dillorc. > The other approach is to have everything GUI, which adds size, > but proves quite handy sometimes (e.g. Tools menu). I don't see why anybody should have to edit an rc file *for a graphical program* in 2011. The Apple Macintosh had a GUI for all its preferences nearly 30 years ago; do you really want to lag three decades behind the times? (An rc file is fine for a text-mode program, and it's nice to have the option in others, but in a *graphical program* it should not be the only way to set preferences. For crying out loud, even Lynx has a user interface for its preferences!) Anyway, getting back on topic: My one suggestion would be to combine the search_shortcut and search_url dillorc options, so you could do i.e. search_url=Wikipedia [w] http://en.wikipedia.org/wiki/Special:Search?search=%s to set the search shortcut to "w", or search_url=Wikipedia http://en.wikipedia.org/wiki/Special:Search?search=%s to set no shortcut. It might be slightly trickier to parse, but it will make dillorc less cluttered. (Not to mention, it will be easier to integrate with my preferences GUI ;-) Cheers, ~Benjamin

2 1

mentioning code from elsewhere
by corvid＠lavabit.com Nov. 25, 2011

Nov. 25, 2011

md5.c says "If you use this software in a product, an acknowledgment in the product documentation would be appreciated but is not required." I think it would be nice to have some mention in README or AUTHORS or somewhere of the various chunks of code that have been integrated into dillo from elsewhere.

3 4

Search from location bar
by obeythepenguin＠gmail.com Nov. 25, 2011

Nov. 25, 2011

corvid wrote: > Stephen wrote: >> Would there be any interest in enabling Dillo to search the default >> (read: first in dillorc) search engine when a non-URI is typed into >> the location bar? This is especially useful for things like >> yubnub.org, which I use heavily. > > There has been some talk in the past of how it would be nice if > one could type various commands into the location bar... I've been meaning to do that forever, probably along the lines of Opera's search shortcuts. (e.g., "g foo" to search Google, "w foo" to search Wikipedia, etc.) You get used to that and it really spoils you... Cheers, ~Benjamin

4 3

Wikipedia pages
by mailbox＠georgpotthast.de Nov. 25, 2011

Nov. 25, 2011

There are a lot of Wikipedia pages and many web sites have set up their own wiki. All these pages have the same style. So one change would make thousands of web pages rendered correctly. I suggest that this issue is being solved. Georg

1 0

Search from location bar
by singpolyma＠singpolyma.net Nov. 24, 2011

Nov. 24, 2011

Would there be any interest in enabling Dillo to search the default (read: first in dillorc) search engine when a non-URI is typed into the location bar? This is especially useful for things like yubnub.org, which I use heavily. Thx, -- Stephen Paul Weber, @singpolyma See <http://singpolyma.net> for how I prefer to be contacted edition right joseph

2 3

Wikipedia pages
by mailbox＠georgpotthast.de Nov. 23, 2011

Nov. 23, 2011

I observed that Dillo does not render the Wikipedia pages well. This surprises me since I always thought these are rather simple pages. Why does Dillo apparently have problems with these pages? It shows no errors. Georg

3 2

Font size.
by bloger＠ngs.ru Nov. 23, 2011

Nov. 23, 2011

How to change font and font size for dillo interface? -- _ ???????? ASCII Ribbon ( ) .::Nigma.ru ???????? google::. ?????? HTML ????? X / \

2 1

Patch: Improve toolbar appearance
by obeythepenguin＠gmail.com Nov. 22, 2011

Nov. 22, 2011

Hi again, Please disregard the FlatLightButton patch; I've discovered it causes a crash (!) when a toolbar button is deactivated. Sorry for any inconvenience. Cheers, ~Benjamin

1 1

Patch: Improve toolbar appearance
by obeythepenguin＠gmail.com Nov. 21, 2011

Nov. 21, 2011

Hi again, Last patch, I promise. Those one makes flat tool buttons raise on mouse over, like in previous Dillo versions. It also makes the File menu button a CustLightButton, consistent with the rest of the toolbar. http://dillo-win32.sourceforge.net/patches/39-flatlightbutton.diff Cheers, ~Benjamin

1 0

Patch: Ctrl-click opens new tab/window
by obeythepenguin＠gmail.com Nov. 21, 2011

Nov. 21, 2011

Hi again, I've got another patch to make Ctrl-click open a new tab or window: http://dillo-win32.sourceforge.net/patches/38-ctrl_click.diff This is consistent with other browsers' behavior, and makes surfing on laptops considerably easier. Cheers, ~Benjamin

1 0

Patch: Display full tab title as a tooltip
by obeythepenguin＠gmail.com Nov. 21, 2011

Nov. 21, 2011

Hi everyone, Just wanted to share this small patch to display the full tab title as a tooltip over the tab button: http://dillo-win32.sourceforge.net/patches/37-set_tab_label.diff Cheers, ~Benjamin

1 0

Dillo ported to DOS
by obeythepenguin＠gmail.com Nov. 15, 2011

Nov. 15, 2011

Georg wrote: > I have tested the port with MSDOS 7.0 and in a Windows XP DOS box. I am > sure > it will also work with FreeDOS. I just wanted to mention, I've run it on both FreeDOS and an original MS-DOS 6.22 install without problems. Cheers, ~Benjamin

1 0

404 and stylesheets
by corvid＠lavabit.com Nov. 15, 2011

Nov. 15, 2011

I noticed that remote stylesheets aren't applied on http://docs.gimp.org/2.6/en/ because one of them returns a 404 error and the pending stylesheets never reach 0. One option would be to let them through as attached, although I'm not sure about the wisdom of letting the CSS code try to interpret a 404 page like that.

1 0

Dillo ported to DOS
by mailbox＠georgpotthast.de Nov. 15, 2011

Nov. 15, 2011

I have tested the port with MSDOS 7.0 and in a Windows XP DOS box. I am sure it will also work with FreeDOS. I uploaded the screenshot as a file to my google code site and made a link to that. Therefore the browsers start to download it. Georg Potthast

2 1

Dillo ported to DOS
by mailbox＠georgpotthast.de Nov. 14, 2011

Nov. 14, 2011

I can announce that the Dillo browser has been ported to DOS now. You can download the first beta here: http://nanox-microwindows-nxlib-fltk-for-dos.googlecode.com/files/DilloDos-… I recently ported the FLTK toolkit to DOS. Based on that I could port the Dillo GUI to DOS. Benjamin Johnson, who ported Dillo to Windows joined me and so this beta is available now based on Dillo for Windows. DOS also has a problem with dpi, therefore the port is based on Dillo-Win32. Here is a screenshot: http://nanox-microwindows-nxlib-fltk-for-dos.googlecode.com/files/Dillo_for… Georg Potthast

5 4

text alignment and list item markers
by corvid＠lavabit.com Nov. 13, 2011

Nov. 13, 2011

Any objection to removing the special case for putting list item markers at the far left even when the text is centered or whatever? I've never liked this weird special case, and I see that Firefox doesn't do it, anyway.

4 3

tests that should not be case-sensitive
by corvid＠lavabit.com Nov. 11, 2011

Nov. 11, 2011

I don't want to do anything about this until we get the big patch committed, but I just looked through the str(n)cmp calls in dillo, and I found: - a bunch of cases where we test url strings with the scheme included. - hostname tests in dns.c. I don't know that code at all, though. Is there any reason why it has to treat the hostnames that way? - generic font-family names in styleengine.cc. CSS 2.1 says: "All CSS syntax is case-insensitive within the ASCII range (i.e., [a-z] and [A-Z] are equivalent), except for parts that are not under the control of CSS. For example, the case-sensitivity of values of the HTML attributes "id" and "class", of font names, and of URIs lies outside the scope of this specification. Note in particular that element names are case-insensitive in HTML, but case-sensitive in XML." ...although I know "@charset" has to be lowercase, so this might not be the ultimate answer, but I didn't see anything suggesting otherwise.

4 4

is* character classification
by corvid＠lavabit.com Nov. 10, 2011

Nov. 10, 2011

I was just looking at how the is* functions treat characters with the high bit set. If I set LC_CTYPE to en_US, 0xC0 is alpha, but it understandably isn't in en_US.UTF-8. So I found my way to /usr/share/i18n/locales/ en_US -> en_GB -> i18n And found that: upper 41-5A, C0-D6, D8-DE lower 61-7A, B5, DF-F6, F8-FF alpha 41-5A, 61-7A, AA, B5, BA, C0-D6, D8-F6, F8-FF digit 30-39 space 09-0D, 20 cntrl 00-1F, 7F-9F punct 21-2F, 3A-40, 5B-60, 7B-7E, A0-A9, AB-B4, B6-B9, BB-BF, D7, F7 graph 21-7E, A0-FF print 20-7E, A0-FF xdigit 30-39, 41-46, 61-66 blank 9, 20 In dillo: isupper not used islower not used isalpha cssparser, html isdigit doesn't matter isalnum cssparser, html, datauri, downloads, dlib.h dIsalnum url isspace cssparser, html, keys, dlib.h, findtext.hh dIsspace colors, src/cookies, misc, dpi/cookies, file, ftp, dlib iscntrl keys, auth, misc ispunct textblock isgraph not used isprint dlib isxdigit doesn't matter isblank not used isascii not used I'm not sure that any real harm is done in these cases, but it might not be a bad idea to check that it's ascii when we only want ascii.

2 1

use C locale for LC_CTYPE
by corvid＠lavabit.com Nov. 10, 2011

Nov. 10, 2011

If you've been following along on fltk.general, you'll know we've been in discussion over some unpleasantness regarding Turkic locales and strcasecmp/toupper/tolower where 'i' and 'I' are different letters. ( http://en.wikipedia.org/wiki/Dotted_and_dotless_I ) The typical solution is to make sort of ASCIIfied versions where you force i<->I. I think that, for our purposes, we can just use the ordinary POSIX locale and save ourselves the trouble. To see this behaviour: export LC_ALL=tr_TR and then look at: these letters should be big This text should be italic

4 28

[patch]: bind Ctrl-{PageUp, PageDown} to {lleft, right}-tab
by obeythepenguin＠gmail.com Oct. 31, 2011

Oct. 31, 2011

Jorge wrote: > > Jeremy Henty wrote: > > >> > Another case of "let's be like the other browsers". See: > > >> > > http://www.google.com/support/forum/p/Chrome/thread?tid=16c23e5647c48367&hl… > ... yeah some term emulators default to Ctrl+{PgUp,PgDn} > It looks OK to me. > Comments? > -- Cheers > Jorge.- I don't have a problem with the patch, but I do question the reasoning. Dillo is a web browser, so most users will logically expect it to behave like other web browsers they have used. Following Chrome, for instance, is quite logical since it's a well-known browser many users are probably familiar with. On the other hand, most users *don't* expect Dillo to behave like a terminal emulator, which is a different kind of program entirely. It's the same thing as with the input box keys. At best it's mildly confusing, and if it conflicts with the expected behavior, it can cause a great deal of frustration. Frustration hurts usability and drives away potential users. So let's keep it if Chrome does it, but I wouldn't worry about Konsole and GNOME Terminal and Terminal.app and mxterm and aterm and GNU screen and whatever else people are using to run /bin/sh. If you really think Dillo should act like a Unix shell, you have your personal keysrc. Just my two cents, ~Benjamin

4 3

view src
by corvid＠lavabit.com Oct. 30, 2011

Oct. 30, 2011

I viewed source, edited the page, reloaded, and view source keeps showing me the old source. I thought this used to work.

3 7

[patch]: bind Ctrl-{PageUp, PageDown} to {left, right}-tab
by onepoint＠starurchin.org Oct. 30, 2011

Oct. 30, 2011

Another case of "let's be like the other browsers". See: http://www.google.com/support/forum/p/Chrome/thread?tid=16c23e5647c48367&hl… This will require an update to the help page on the web site. Congratulations on the keysrc code, it was very easy to understand and modify. Next I was going to look at binding Ctrl-[1-8] to "go to the <n>-th tab" and Ctrl-9 to "go to the rightmost tab" for the same reasons as this patch - the other browsers do it. Comments? Regards, Jeremy Henty

3 4

Mailing list outage?
by onepoint＠starurchin.org Oct. 28, 2011

Oct. 28, 2011

Did the mailing lists go down this week? A message I sent on Monday has only just appeared. It seems to be working OK now. Regards, Jeremy Henty

3 3