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

a list of what dillo2 runs on
by corvid＠lavabit.com 20 Nov '08

20 Nov '08

I want to get the status of everything in order to update http://www.dillo.org/Compatibility.html for dillo2. Linux x86 - works DragonFlyBSD - works Linux x86-64 - Justus was and is making snapshots, but I don't know whether he uses them much. Solaris 10 - Justus reported that it was running, but I believe it was just a quick test. OSX - Jorge reports that it works but is currently flaky. *BSD - Some of the mailing list traffic in October was devoted to getting them working. Presumably it would have been mentioned here if they had stopped working since, but... other - no idea. Looking back at what I just wrote, let me clarify that I meant that dillo2-on-osx is flaky, not that Jorge is flaky :)

9 16

patch: prefs.vw_fontname as fltk ui's default font
by corvid＠lavabit.com 10 Nov '08

10 Nov '08

I was changing the font in a few more places that can take arbitrary user text -- and then having to change it for neighbouring things so that the difference isn't too jarring -- and I reached the point where it seemed like it may be best just to change the font for everything.

3 4

patch: click elsewhere on page, fltk widget loses focus
by corvid＠lavabit.com 10 Nov '08

10 Nov '08

{my usual dw disclaimer}, but it's been working just fine so far.

3 2

rebased patch: print numeric addresses instead of pointer
by 4winter＠informatik.uni-hamburg.de 09 Nov '08

09 Nov '08

Skipped content of type multipart/mixed

2 2

[patch]: fix the download GUI resize bug
by onepoint＠starurchin.org 30 Oct '08

30 Oct '08

There's a bug in the downloads GUI that stops the download items resizing when the window does. The resizable of the window should be the scrollgroup, not the packedgroup. Fixing this means we don't need to explicitly resize the scrollgroup after removing an item (because the window has already resized it) so I took that out. Patch attached. Regards, Jeremy Henty

3 9

reduce warnings with gcc-4.3 [PATCH]
by thomas-forum＠orgis.org 30 Oct '08

30 Oct '08

Skipped content of type multipart/mixed

4 5

css
by Johannes.Hofmann＠gmx.de 30 Oct '08

30 Oct '08

Hi, here comes my proposal to get css support started. Note that I'm new to this stuff so I will probabely simplify things a lot and miss many issues that will have to be addressed later on. * Separate out the style handling from html.cc in a new class StyleEngine (better name welcome). This class will be fed the html tree via a SAX like interface as the document is parsed and will hand out the current Style object. * Initially StyleEngine will be implemented to just mimic the current behaviour of html.cc. So after this step everything should work as currently. * Then we can design the data structures to hold parsed css data and make StyleEngine use these structures which will be statically filled initially. Again dillo should work as it does now. * Next we can implement a css parser that is able to fill the data structures from the last step. Now we should already be able to set a fixed user style sheet. * Hooking up the css parser to automatically load css information as referenced in html pages would be next. * In parallel to all this we would need to make floating objects work in dw/textblock.cc. This approach has some issues. In contrast to http://www.dillo.org/CSS.html it would only be possible to apply style information that is available when starting parsing of a document. However we could start rendering with what style information is available and reload once all css files have been loaded. Currently dillo parses attributes on demand. So we don't have a complete list of attributes and their values. As StyleEngine might access any attribute, we might need to change this. Comments or more advanced plans would be more than welcome! Cheers, Johannes

3 6

Q: D_SUN_LEN , dpi programs and socket programming
by onepoint＠starurchin.org 30 Oct '08

30 Oct '08

The bookmarks and cookies dpis define D_SUN_LEN but don't use it. D_SUN_LEN is used elsewhere by dillo (when calling connect()) and dpid (when calling bind()), but all the dpi programs call accept() with sizeof(struct sockaddr_un) instead of D_SUN_LEN(address). Shouldn't we delete the definition of D_SUN_LEN from the dpi programs since they don't use it? Or maybe they should use it? Which? Regards, Jeremy Henty

2 4

[patch]: update the GPL version in the openssl exception clause
by onepoint＠starurchin.org 30 Oct '08

30 Oct '08

There is a license exception in src/dpi/https.c to link to OpenSSL without following the terms of the GPL. Unfortunately the clause refers to GPL version 2, when everything else has been updated to version 3. Oops! Patch attached. Jeremy Henty

1 0

Hello!
by joyfulgirl＠archlinux.us 29 Oct '08

29 Oct '08

Hi! I've lurked for a couple days, and seeing that this is an active list, thought I'd say "hi." Hi! At the moment, I'm a casual Dillo user, but I definitely like the browser and the idea behind it. I'd love to contribute, and when I've had a chance to sourcedive a bit and check out the bugtracker, you may see a thing or two from me. Things I'm interested in working on at the moment are adding options to configure keybindings (and if that ends up happening, maybe creating CUA (most graphical applications)/Emacs/vi/Conkeror/Firefox (probably not all of the above, but at least a couple) easily-loadable keymaps), and possibly adding surfraw support as an optional module (I haven't thought about how to implement these or anything; just brainstorming), and maybe find-as-you-type searching. (I know that sounds like a list of complaints, but it's not meant that way at all.) I'll likely play around with some of this stuff at some point, but if you have any ideas/tips on where to look for relevant code/how to go about it, sweet! Er. How's that for an introduction? Have a nice ${time_of_day}! -- If I Ever Become An Evil Villainess... 176. I will add indelible dye to the moat. It won't stop anyone from swimming across, but even dim-witted guards should be able to figure out when someone has entered in this fashion.

3 2