- Dillo-dev - lists.mailman3.com

[bug]: ignored CSS attributes on html element
by onepoint＠starurchin.org Sept. 26, 2010

Sept. 26, 2010

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 Sept. 24, 2010

Sept. 24, 2010

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 Sept. 23, 2010

Sept. 23, 2010

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 Sept. 19, 2010

Sept. 19, 2010

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 Sept. 17, 2010

Sept. 17, 2010

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 Sept. 14, 2010

Sept. 14, 2010

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 Sept. 13, 2010

Sept. 13, 2010

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 Sept. 11, 2010

Sept. 11, 2010

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

[patch]: html.cc: re-indent Html_tag_open_q() for consistency
by onepoint＠starurchin.org Sept. 7, 2010

Sept. 7, 2010

The wise say you shouldn't sweat the small stuff, but when one function in a file is indented by 4 spaces and all the rest are indented by 3, well... Regards, Jeremy Henty

2 2

[bug]: <pre> element respects color but not background-color
by onepoint＠starurchin.org Sept. 6, 2010

Sept. 6, 2010

<html> <head> <style type="text/css"> pre { background-color:#222; color:#fff; } </style> </head> <body> <pre>Blah, blah, blah</pre> </body> </html> Dillo renders the above as white text on the default background, which is almost illegible. Firefox renders it white on black, as intended. If you apply the style to the body element instead of the pre element then Dillo renders it correctly. The pre element respects the color style parameter but not the background-color. This bug is visible at http://jeffkreeftmeijer.com/2010/the-mighty-reflog-and-the-amazing-bisect/ Regards, Jeremy Henty

2 4