- Dillo-dev - lists.mailman3.com

Ping

by jcid＠dillo.org

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

Jan. 30, 2012

Handling of HTML entities without terminating semicolon (bug 1043)

by qartis＠gmail.com

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.

Jan. 8, 2012

Happy new year!

by jcid＠dillo.org

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.-

Jan. 2, 2012

Wikipedia pages

by rogerx.oss＠gmail.com

> On Sun, Dec 25, 2011 at 09:00:52PM +0100, Georg Potthast wrote: >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 Try just using http://en.mobile.wikipedia.org/ or http://en.m.wikipedia.org/ as a work around? -- Roger http://rogerx.freeshell.org/

Dec. 26, 2011

Wikipedia pages

by mailbox＠georgpotthast.de

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

Dec. 25, 2011

keysrc and prefix keys

by corvid＠lavabit.com

Jeremy wrote: > There is one oddity - sometimes Dillo ignores > the Ctrl key so that Ctrl-{Home,End} behave like {Home,End}. This bug > usually disappears after I Ctrl-{Shift,}-tab to some other tab but I > do not know how to consistently cause or resolve the problem. I > suspect that the patch is not the real cause. Does it work to put a check for Home or End with no modifier wherever it makes sense, and then put a breakpoint on that and have a look at the backtrace?

Dec. 16, 2011

keysrc and prefix keys

by onepoint＠starurchin.org

I wrote: > I'll submit the patch for consideration in a few days. OK, here it is. It binds Ctrl-{Home,End} to {first,last}-tab. I find it very useful. There is one oddity - sometimes Dillo ignores the Ctrl key so that Ctrl-{Home,End} behave like {Home,End}. This bug usually disappears after I Ctrl-{Shift,}-tab to some other tab but I do not know how to consistently cause or resolve the problem. I suspect that the patch is not the real cause. Please comment. Regards, Jeremy Henty

Dec. 15, 2011

keysrc and prefix keys

by onepoint＠starurchin.org

Roger wrote: > [...] Jeremy Henty wrote: > >I notice that keys.hh defines KEYS_{FIRST,LAST}_TAB but they are > >not bound to anything. Maybe we could bind them to > >Ctrl-{Home,End}? It seems natural and they could be sensibly > >customised in keysrc without complicating the code. > > What's humorous about all these key binding on Dillo, I rarely ever > use key bindings within a GUI application. At most for Dillo, I use > the mouse buttons and scroll wheel. That may be your style but I use the keyboard a lot to drive Dillo (and like you I use terminal applications a lot). I have a patch to bind KEYS_{FIRST,LAST}_TAB in my local repository and I find it really useful, particularly when I have so many tabs open that they cannot all be displayed in the tab bar. I'll submit the patch for consideration in a few days. Regards, Jeremy Henty

Dec. 14, 2011

keysrc and prefix keys

by rogerx.oss＠gmail.com

> On Tue, Dec 13, 2011 at 03:51:01PM +0000, Jeremy Henty wrote: > >I wrote: > >> 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? > >@crickets *chirp* > >I'll take that as a "no". :-) > >I notice that keys.hh defines KEYS_{FIRST,LAST}_TAB but they are not >bound to anything. Maybe we could bind them to Ctrl-{Home,End}? It >seems natural and they could be sensibly customised in keysrc without >complicating the code. What's humorous about all these key binding on Dillo, I rarely ever use key bindings within a GUI application. At most for Dillo, I use the mouse buttons and scroll wheel. Once my hands are off the keyboard and on a mouse, it's difficult and time consuming to switch back & forth to a keyboard. And, I mostly use command line applications, for the main reason using a keyboard is faster. (Second reason, less resource intensive.) Making it even more difficult for GUI users, there just isn't any incentive for using the keyboard while in X or GUI, unless one yanks (detaches) the mouse. Then, most users are like (duh), what do I do now -- because there's no method to see key bindings easily. Funny! Hence, key bindings are likely a good fall back method if you have key bindings memorized. -- Roger http://rogerx.freeshell.org/

Dec. 13, 2011

keysrc and prefix keys

by onepoint＠starurchin.org

I wrote: > 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? @crickets *chirp* I'll take that as a "no". :-) I notice that keys.hh defines KEYS_{FIRST,LAST}_TAB but they are not bound to anything. Maybe we could bind them to Ctrl-{Home,End}? It seems natural and they could be sensibly customised in keysrc without complicating the code. Regards, Jeremy Henty

Dec. 13, 2011