- Dillo-dev - lists.mailman3.com

[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

[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