May 2008 - Dillo-dev - lists.mailman3.com

Daily builds and tests / 0install feeds / PIE
by 4winter＠informatik.uni-hamburg.de 11 May '08

11 May '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey hey :) I setup two boxes (one x86 running Debian lenny, one x86_64 running Ubuntu Hardy) to build daily snapshots of dillo2 (and fltk2). Tarballs, logs and screenshots are located at https://winter.gotdns.org/~teythoon/build/dillo2/ [suggestions for more interesting screenshots are welcome, like some testcases...] I also created a 0install feed (see http://0install.net/) for those daily builds. If you are on a "not that outdated" linux distribution (think of the libraries) on either x86 or x86_64 you can start dillo by running $ 0launch https://winter.gotdns.org/~teythoon/build/0feeds/dillo-fltk.xml If there is some interest in this I will try to make the builds more general (linking against older/more general versions of the required libraries etc). 0install feeds require programs to be position independent. Not like - -fpic or -pie but they should work where ever they and their files lie within the virtual file system. This is mostly true for dillo. dpid is located via PATH but the location to the dpis is (somewhat) hardcoded into the dpirc. So I went into dpid.c/register_all and poked around. Attached is a patch that allows me to specify an additional location for dpis via the environment variable DPIPATH. I also reorganized the code somewhat to minimize code duplication and I removed usr_srv_num since it was unused. Please let me know what you think :) Justus - -- gpg key fingerprint: C82D 382A AB38 1A54 5290 19D6 A0F9 B035 686C 6996 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIJw6poPmwNWhsaZYRAj4hAJ4rmvSQPPnHiGFQMXaTAGw3wg4JOQCeM9M3 oT6YvhD/s1ncdMQqAMifxgA= =NxaA -----END PGP SIGNATURE-----

1 0

[BUG]: anchors break when a page includes '<meta http-equiv="Content-Type" ...'
by onepoint＠starurchin.org 11 May '08

11 May '08

If you navigate to a page with a '<meta http-equiv="Content-Type" ...' in the head element then any anchor in the URL is ignored. (This breaks my local cinema's web page because it puts listings and film descriptions on the same page and links them with anchors.) I think the reason is that the meta element forces the page to be reloaded by Nav_push() and this does not call a_Nav_expect_done(). Unfortunately a_Nav_expect_done() is responsible for calling a_UIcmd_set_scroll_by_fragment(), so any page pulled in by Nav_push() does not scroll to the anchor. Any ideas how to fix this? I having a hard time getting my head around this bit of the code. Regards, Jeremy Henty

4 16

[patch]: dillo2 configure.in update for latest GNU m4
by onepoint＠starurchin.org 10 May '08

10 May '08

I just updated my auto* tools including GNU m4 and the dillo2 build broke because "AC_SUBST(src doc)" complains that "src doc" is not a valid shell tag. I guess that the macro used to split at spaces and iterate over the result whereas the new version no longer does so. Anyway, replacing "AC_SUBST(src doc)" with "AC_SUBST(src)" and "AC_SUBST(doc)" seems to fix things. Patch attached. Please comment. Jeremy Henty

2 2

does RGBA work for you?
by corvid＠lavabit.com 10 May '08

10 May '08

(I'd seen that there was talk on the fltk forums recently about RGBA and images ending up with the wrong dimensions, but that's not my problem.) If you uncomment RGBA in test/dw_images_scaled.cc, does dragging the window around cause part of it to turn pinkish? (I'll attach a diff, even though it's not exactly difficult.) I had started by hacking up the dillo side to send RGBA, and it worked fairly well in general for images where every pixel is either completely opaque or completely transparent. Gradients didn't seem to work too well, and often these pink/red regions were showing up. So far it seems as if the value of green relative to the value of alpha is what can make it particularly lose its mind, but that's probably wrong. You know how first impressions are... I followed it down to fltk/src/x11/Image.cxx, by which point it had been transformed to ARGB which looked about right to me. Then there's lots of xrender and transforms and things I don't know anything about. I tried some setcolor and fillrect in FltkImgbuf::draw(), but it didn't seem to matter, so I guess that's not my problem... If the question is "Why bother?", dillo2/src/png.c currently just mixes in whatever the background color is the first time we see an image on the page.

2 2

Render to image
by kfa＠gmx.net 08 May '08

08 May '08

Hi @, First of all, thanks guys for doing this great project :) Wondered if I could ask for a few pointers before digging my way through the source to see if I could do the following: I'm thinking of using Dillo as a rendering engine inside of another project. All I need is having it render offscreen to an image object of some kind, producing a click map for the links would be an added advantage. I know how to do this with Mozilla but that is such a heavyweight beast. I don't need any network code as well, all input material (html and media files) woud be provided by the enclosing application. Does anyone have a hint on where to start looking, which files / classes / libs out of the dillo package I would need for this? Thanks, Klaus

2 2

[patch] fix redraw issue on resize
by Johannes.Hofmann＠gmx.de 07 May '08

07 May '08

Hi, attached patch fixes an obvious problem with the redraw optimization that results in artifacts when resizing the window. There may be other issues left. Cheers, Johannes

2 1

CVS glitch
by onepoint＠starurchin.org 07 May '08

07 May '08

Just so you know, for some reason it took a long time for the latest patches to show up in CVS. Normally I update more or less as soon as I see Jorge's "committed" message and the patches appear, but this time I saw his acknowledgement late yesterday afternoon and the patches still weren't there by midnight. They turned up this morning so it was not a permanent failure. Did this affect anyone else? I've never seen it before! Jeremy Henty

2 2

[patch]: Refactor {FltkListResource,FltkOptionMenuResource}::sizeRequest()
by onepoint＠starurchin.org 07 May '08

07 May '08

A simple refactoring: FltkListResource and FltkOptionMenuResource use the same code to determine the maximum string width. Jeremy Henty

2 2

[bugfix]: FltkSelectionResource leaks memory
by onepoint＠starurchin.org 07 May '08

07 May '08

corvid pointed this out to me. Patch attached. Jeremy Henty

2 1

Test
by sgeerken＠dillo.org 06 May '08

06 May '08

Hi, this is just a test message. Sebastian

1 0