August 2010 - Dillo-dev - lists.mailman3.com

[patch]: fix .hgignore
by onepoint＠starurchin.org 29 Nov '10

29 Nov '10

I was freaking out a bit for a while there because I had created some files with names like dillo_hg_* and "hg status" was not reporting them as untracked, even though I had not "hg add"-ed them. The problem was that .hgignore contains a line "dillo", which ignores every file with the string "dillo" anywhere in its path. Many other lines in .hgignore are similarly inappropriate. It looks as though these lines were written to be interpreted as glob-style patterns, but in fact mercurial interprets every line as a regexp. So here's patch to make .hgignore a little more sensible. Regards, Jeremy Henty

4 8

Another (native) Dillo-Win32 patch
by obeythepenguin＠gmail.com 03 Sep '10

03 Sep '10

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

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

29 Aug '10

Hi, -- Cheers Jorge.-

1 0

Disable caching
by iveqy＠iveqy.com 26 Aug '10

26 Aug '10

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 25 Aug '10

25 Aug '10

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 18 Aug '10

18 Aug '10

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 09 Aug '10

09 Aug '10

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 06 Aug '10

06 Aug '10

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

[sethupathy3e@gmail.com: Thank you very much.]
by jcid＠dillo.org 06 Aug '10

06 Aug '10

-- Cheers Jorge.-

2 3