September 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

A Dillo-Win32 update
by obeythepenguin＠gmail.com 04 Oct '10

04 Oct '10

The browser patch is about as stable as I can get it, so I thought I'd send it in for your consideration. First the patch, then my comments: http://dillo-win32.sourceforge.net/files/dillo-r1705-win32-20100913-merge.d… I'd consider this "merge-ready" in terms of completeness, though I haven't much tested stability, and I'd need your opinion on coding style. This is a long patch (~1740 lines), with a lot of separate but closely-interconnected changes. I'd split it into smaller subpatches, but I'm not really sure how practical (or possible) that would be, so my apologies in advance for the length. I've run into a major impasse with DPI. Simply put, DPI is not portable to non-Unix systems. Specifically, there are two main problems as far as Windows is concerned: (1) lack of Unix signals, and (2) non-interchangeability of file and socket descriptors. Since I'm aiming for a native port, an emulation layer such as Cygwin is absolutely not an option. I'm faced with a bit of a dilemma here. The two options I see are to either redesign DPI, or ditch it altogether; and I don't think anyone is too keen on either idea. I've considered a fork, but I'm opposed to the idea on both practical and philosophical grounds (my goal's to help, not to hurt upstream). Any suggestions? Thanks & cheers, ~Benjamin

3 10

[bug]: ignored CSS attributes on html element
by onepoint＠starurchin.org 26 Sep '10

26 Sep '10

Penny Arcade is illegible in Dillo[1]. The problem is that its CSS sets the text attribute on the html element and Dillo ignores this, so we get black text on blue instead of white text on blue. Here is a demo: <html> <head> <style type="text/css">html{text:#F00;}</style> </head> <body> Blah, blah, blah </body> </html> The text is plain black, but if you change html to body in the CSS then the text is red as it should be. Thoughts on how to fix this? It's not obvious to me whether this is a one-liner patch or something more radical is needed. Regards, Jeremy Henty [1] see http://www.penny-arcade.com/2010/9/10/

5 19

Refreshing pages with incomplete images
by dennisn＠dennisn.dyndns.org 24 Sep '10

24 Sep '10

Currently refreshing a page only redownloads the text portion (I believe) and not the images, which is perfect IF the images have been fully downloaded/cached. On my slow connection, image-downloads frequently timeout, and refreshing doesn't retry to get them :'(.

3 3

patch: clearer msg when something can't be displayed as an image
by corvid＠lavabit.com 23 Sep '10

23 Sep '10

I'm sure that our usual HTTP warning: unhandled MIME type: "text/html; charset=iso-8859-1" sort of msg is confusing to users in a "What? Dillo doesn't understand that character set?" sort of way when an img src attr is supposed to be modified by javascript or something.

2 1

[bug]: segfault from CSS patch + table + drag and drop
by onepoint＠starurchin.org 19 Sep '10

19 Sep '10

There is unfortunately a severe problem with the CSS patch that was posted recently (the one that fixed the handling of CSS properties on the HTML element). It makes Dillo segfault when you drag the cursor across the text in a table cell. Test HTML and a gdb backtrace are attached. You can see that dw::fltk::FltkViewBase::drawRectangle() is called with a NULL color. I haven't determined exactly which circumstances trigger the problem - text in <p>s and <li>s appears to be OK, but text in a <td> reliably segfaults. Any suggestions as to other elements that I could test? (NB: I compile Dillo with -O0, your backtrace may look a bit different if you use a different optimisation level. Also, I always run Dillo from valgrind.) Regards, Jeremy Henty

2 1

[patch]: do not require Html_process_word()s argument to be null-terminated
by onepoint＠starurchin.org 17 Sep '10

17 Sep '10

This is almost a trivial cleanup, but I'd be more comfortable if someone else checked I have not missed anything. (I have been using it locally for a week or two with no problems so far.) Html_process_word() requires its argument to be null-terminated. This forces Html_write_raw() (the only caller of Html_process_word()) to write a null character before calling Html_process_word() and restore the original character afterwards. It turns out to be easy to change Html_process_word() to not need the null-terminator. This eliminates the hack in Html_write_raw() and lets us make several function arguments "const char *" instead of "char *". It's a little tricky to see that the patch is correct. It works because none of the functions that Html_process_word() calls require a null-terminator, and the return value of a_Html_parse_entities() *is* null-terminated. Have I missed anything? If not, I'll push it. Regards, Jeremy Henty

3 5

Segmentation fault on startup
by jcid＠dillo.org 15 Sep '10

15 Sep '10

On Sat, Sep 11, 2010 at 09:51:32PM +0100, James Lovejoy wrote: > Hi, > > Fltk was compiled already with xft support. OK, but are the fonts installed? -- Cheers Jorge.-

4 19

RFC: Rules for distro-friendly packages
by weigelt＠metux.de 13 Sep '10

13 Sep '10

Hi folks, I've collected several rules that upstreams should follow to make distro maintainer's life easier. Feel free to comment on this. http://www.metux.de/index.php/de/component/content/article/57.html cu -- ---------------------------------------------------------------------- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weigelt(a)metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 ---------------------------------------------------------------------- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme ----------------------------------------------------------------------

1 0

Segmentation fault on startup
by jameslovejoy＠tiscali.co.uk 12 Sep '10

12 Sep '10

Hi, I'm creating a new distro that is supposed to be fast and light. I thought about Firefox but it all stacks up after you install gtk as well. So your slogan "fast and light" seemed sound the ticket. I compiled it on my ubuntu 10.04 system and it works on there. Copied it to the new distro and here is the output when I type "dillo" at the prompt: dillo: /lib/libjpeg.so.8: no version information available (required by dillo) paths: Cannot open file '/root/.dillo/dillorc' paths: Using /usr/local/etc/dillo/dillorc paths: Cannot open file '/root/.dillo/keysrc' paths: Using /usr/local/etc/dillo/keysrc dillo_dns_init: Here we go! (threaded) Disabling cookies. ** WARNING **: preferred sans-serif font "DejaVu Sans" not found. ** WARNING **: preferred serif font "DejaVu Serif" not found. ** WARNING **: preferred monospace font "DejaVu mono" not found. ** WARNING **: preferred cursive font "DejaVu Sans" not found. ** WARNING **: preferred fantasy font "DejaVu Sans" not found. Segmentation fault I can't get a backtrace from GDB because it's supposed to be a mega minimal system. It works fine on the development system. Regards, James

2 1