- Dillo-dev - lists.mailman3.com

[patch]: consistent screaming quotes
by onepoint＠starurchin.org Sept. 5, 2010

Sept. 5, 2010

A small cleanup. I noticed the ugly unbalanced quotes in the '>>> a_Nav_repush <<<<' message so I did a quick grep and fixed all similar messages to have the same formatting. (I am still thinking about the "parse missing attribute close quotes like Firefox" patch, but it's taking me a little while to get familiar with html.cc again.) Regards, Jeremy Henty

2 1

Fwd: your dillo win32 build ....
by obeythepenguin＠gmail.com Sept. 4, 2010

Sept. 4, 2010

Received this earlier today, and figured I should share with the people who deserve real credit :-) ~Benjamin ------- Forwarded message ------- From: "a.r. ramakrishnan" <srizbf(a)gmail.com> To: obeythepenguin(a)gmail.com Cc: Subject: your dillo win32 build .... Date: Fri, 03 Sep 2010 12:40:54 -0400 Hello Benjamin jhonson, congrats for your attempt on dillo for windows. i have tested your 20100902 binary. your building dillo for win9x is exceptional. and it is working under windows98. there are some layout problems in webpages. but barring that you have given the fast browser for normal use . thank you once again expecting many more from you 3rdsep2010 -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

1 0

Another (native) Dillo-Win32 patch
by obeythepenguin＠gmail.com Sept. 3, 2010

Sept. 3, 2010

If anyone's interested, I've been working on a new patch to add native Win32 support to Dillo 2.x. It needs attention for a more experienced porter and is not yet ready for prime time, but it produces a running dillo.exe and should provide a reasonable base for further efforts. More information is here: http://obeythepenguin.users.sourceforge.net/dillo/ This is a complex patch that introduces several new low-level APIs, mainly sockets-related. There are also some minor fixes to #include paths and other such small changes. Apologies for the long message -- I hope somebody finds this useful :-)

3 21

[Patch] Work around lazy loading images
by obeythepenguin＠gmail.com Sept. 1, 2010

Sept. 1, 2010

Another patch, this time not Win32-related. This works around the annoying "lazy loading" technique, which sets src to a placeholder image then uses JavaScript to fetch the real images after the pages load. Here's the diff: http://pastebin.com/wyP32Ukj (sorry it's not hg diff; I don't have access from school) I know Dillo aims to strictly follow standards, but I don't think it's a standards violation per se, so much as a trick too clever for its own good. I personally feel this helps the democratization of information access more than it hurts standards compliance, since otherwise the information might not be available until/unless Dillo implements JavaScript support. You may, of course, disagree... Cheers, ~Benjamin

1 0

[pc21820002000@yahoo.com.cn: I have ported dillo2 to a new cpu,nios2]
by jcid＠dillo.org Aug. 29, 2010

Aug. 29, 2010

Hi, -- Cheers Jorge.-

1 0

Disable caching
by iveqy＠iveqy.com Aug. 26, 2010

Aug. 26, 2010

Hi, although caching mostly is good, there is serveral occasions when it's not wanted, specially with todays web2.0-concepts (user generated pages, etc.). Is there a way to disable caching in dillo? Maybe only for some sites? I've searched the archives and found a patch doing this, it was however dated back in 2003. So I'm intrested in som up-to-date information. Regards iveqy

3 2

html.cc cleanups
by onepoint＠starurchin.org Aug. 25, 2010

Aug. 25, 2010

I have started looking at html.cc to think about the "parse quoted attributes like Firefox" patch, and here are some cleanups in the meantime. They remove two unused structs and make variable names consistent between function typedefs and function definitions. (NB: the third patch depends on the second to apply cleanly, although they are logically independent.) Regards, Jeremy Henty

2 1

Quoted attribute parsing: summary
by onepoint＠starurchin.org Aug. 18, 2010

Aug. 18, 2010

Prompted by some private conversation with corvid I've been digging through specs and source code to see what the state of play is. The HTML5 specification[1] states that the user agent should consume text, converting character references until it finds the matching close quote. If there is no matching close quote (ie. it sees an EOF first) then it terminates (strictly speaking, it switches to the data state and reconsumes the EOF, which makes it emit an EOF token). Taking out Dillo's bogus attribute value detection as I proposed would make Dillo parse quoted attribute values as per the HTML5 spec. The Hubbub HTML parser library[2] parses quoted attribute values as per the HTML5 spec. Firefox parses quoted attribute values as per the HTML5 spec *except* that if it sees an EOF then it backs up to the open quote, discards it, then reparses as though it was expecting an unquoted attribute value. Otherwise (ie. if it finds the matching close quote) it makes no attempt to detect a broken attribute value, no matter what content the attribute value has swallowed up. So it seems that the world at large has given up on trying to detect and correct broken attribute values. Jeremy Henty [1] http://www.whatwg.org/specs/web-apps/current-work/multipage/ [2] http://www.netsurf-browser.org/projects/hubbub/

3 7

Debian/Ubuntu packages available
by Hole.destructor＠gmx.de Aug. 9, 2010

Aug. 9, 2010

Dear Dillo developers and users, I found that Devid Antonio Filoni provides Debian/Ubuntu packages of the current dillo release at https://launchpad.net/~d.filoni/+archive/dillo/+packages Maybe this is worth to mentioned at dillo.org. Kind regards, Alexander Voigt

3 2

[patch]: do not let '>' terminate a quoted attribute value
by onepoint＠starurchin.org Aug. 6, 2010

Aug. 6, 2010

If you point dillo at http://www.reddit.com/ you will see many javascript fragments. These come from div elements with an onclick="$(this).vote('<$>votehash</$>', null, event)" attribute. Dillo thinks that the '>' looks suspiciously like an end tag character. It looks ahead, sees the '<' character and decides that its suspicions are correct, so it terminates the tag at the '>', warns of a missing attribute close quote and renders the rest as HTML. This algorithm may have been effective in the early days of the web but I think it clearly does not work well today. I can't think of a better way of doing the job so I suggest removing it and instead just finding the matching close quote in all cases. Patch attached. After applying this patch dillo reports 0 HTML errors from http://www.reddit.com/! Regards, Jeremy Henty

2 1