- Dillo-dev - lists.mailman3.com

[PATCH] Version 13 of tab/frames/kbnav patch is ready
by Frank de Lange Nov. 10, 2003

Nov. 10, 2003

Hi'all, The next version (13) of my tab/frame/keyboard navigation patch is ready (see bottom of this message for download instructions). Keyboard navigation has grown up, it is more or less complete now. There have been many internal changes, leading to a much more robust implementation. Links are now highlighted in a distinct way, with a dashed inverse frame around highlighted text. Link navigation should now be reliable in any direction (up, down, left, right). Scrolling movements are minimized, the code starts looking for links in the currently visible part of the document. The Tab/Shift-Tab keys now really work as advertised, they can also be used to move focus between frames. If something doesn't work they way it should (or the way you *think* it should), I want to know! For more info on keyboard navigation, see the doc/Keyboard_Navigation.txt document (after applying the patch, naturally...). More information on tabs can be found in doc/Browser_Tabs.txt, for frames see doc/Browser_Frames.txt. The mailing list archives are also a good place to look for answers to questions relating to this patch. Tabs, Frames and browser bloat ============================== version: 0.8.0-pre patch: dillo-20031110-tabs.patch.gz unpatched: 295956 bytes patched, no tabs, no frames: 312660 bytes patched, with tabs, no frames: 318964 bytes patched, no tabs, with frames: 329076 bytes patched, with tabs, with frames: 335604 bytes (gcc 3.2.2, binutils 2.13.90.0.18, CFLAGS "-Os") Be aware of the fact that the patch now also includes keyboard navigation (which can not be compiled out, hence th size increase for the 'patched, no tabs, no frames' version). Download instructions ===================== The patch is made against 20031110@10:27 CVS. Do not forget to run ./autogen.sh after applying the patch. You can find the patch on the usual (ad-happy, use an ad-blocking proxy or sane browser) site: http://www.geocities.com/ikbenfrank/ More specifically: Dillo 0.8.0-pre (CVS) ===================== http://www.geocities.com/ikbenfrank/dillo-20031110-tabs.patch.gz size: 100106 bytes (gzipped, as downloaded) 449100 bytes (uncompressed) md5sum: 5b1122e1ffa55137e7862547bec8a6fc (gzipped, as downloaded) 4962df326289c4603266002dd111b6c9 (uncompressed) As always, check the site for the most recent version Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

1 0

Re: mailing lists dead?
by Thorben Thuermer Nov. 10, 2003

Nov. 10, 2003

On Mon, 10 Nov 2003 14:29:43 +0100 Frank de Lange <frank(a)unternet.org> wrote: > Hey PM, > > Just tried to submit a few messages to the > dillo-dev(a)lists.auriga.wearlab.de list, and got them back: > > Your message has encountered delivery problems > to the following recipient(s): > > dillo-dev(a)lists.auriga.wearlab.de > Delivery failed > 550 Unknown local part dillo-dev in <dillo-dev(a)lists.auriga.wearlab.de> a problem with the mailserver configuration... sorry, fixed > > Cheers//Frank Greetings, Thorben

1 0

Re: [Dillo-dev] HTTPS Patch
by Indan Zupancic Nov. 7, 2003

Nov. 7, 2003

Updated the diff, gcc 2.x should work now, link is still http://www.xs4all.nl/~dorinek/dillo/dillo-ssl.diff.gz Did anyone found the bug yet, without reading the diff? If not, then it's as harmless as I thought ;-). Still not nice of course, but it's unclear where it goes wrong exactly, doesn't seem to be easily fixed without changing Dillo a lot. It would be nice to get some feedback from the Dillo developers, I'd like to know what they think should change before the code is good enough to go into the official Dillo, and if they even consider that of course. I have plenty of ideas, but most of them aren't feasible without merging the two IOData structures (now there is one for the read part, and one for the write part, why, I don't know, doesn't make things simpler), doing that makes it much easier to do certain, more complex things that need to have all the fd related info in one place, like ssl, connection caching (currently Dillo opens and closes a connection for each action, although it seems to work well, it's still more efficient to keep connections open longer, especially with slow/bad network connections), "keep alive" (to avoid timeout problems in ssl, quite annoying when you're taking too much time typing an email), simple ftp support, etc. I know that the Dillo developers want to implement most "extra" features like https/ftp/bookmarks/etc as plugins, but I think it's beter to implement the features that are used a lot, or just very important, like https and ftp, natively in Dillo with a small implementation. The overall code is most times smaller too, can say that Dillo is just 300 K, but it would be a bit weird if the plugins together are bigger than Dillo after a while. https took around 2 Kb, I think I can implement basic FTP (and possibly ftps) in about 15 K, using no external ftp library or program (hopefully 10, worst case 20K). If you let me loose on Dillo's code then this is what I would do: # Cleanup the IO engine, one IOData per fd. # Moving the dns stuff to IO. # Add ftp support. # Add file upload support in html forms. # Add connection caching to IO. # Move all the socket stuff into IO.c, the module that wants to handle opening the connection should also close it (all non-internet sockets, like files. Unix sockets may be added to IO.c.). # Auto keep alive like behaviour for ssl connections. # Maybe always ACCEPT_SESSION for cookies when they come via a https connection. # Get rid of the ccc construction, or change it so that it behaves more logical. My opinion is that you should have either a clear unique API for each module, or one general API that is the same for each module. Something in between like the current ccc functions is only confusing (if you want a chain like behaviour, then use function pointer stuctures or something). # When changing the internal API anyway, making shared library plugins possible too, at least for the IO part (maybe ftp library plugin as proof of concept). # Get rid of the splash stuff, move it to an external html file that is opened by default when nothing else is opened. Currently the splash screen is even opened when you do "dillo http://site.org". Loading a file is almost as fast as the build in splash screen. Removing it makes Dillo smaller (about 10 K), simpler and lets people make their own startup pages (for instance a to hd saved google.com) As you could notice, I'm mainly interested in the internet/IO part, graphical stuff doesn't attract me much. If it did, I would help/start porting Dillo to FLTK. If Dillo decides to go with GTK 2 then I will probably stop using it :(. I don't have enough faith in GTK2, it's already too big (and I saw the test results). If you have GTK 2 running anyway it doesn't matter much if you run Dillo too of course, but that's the case too with all those KDE/Gnome programs. IMHO, you should look at all the code that a program uses, including the one in dependencies. I prefer a program that has it's own small and efficient implementation of something to one that is smaller but uses huge libraries. I'm also thinking about making a Dillo installer (sh script) that downloads and installs the cvs version of Dillo and applies the patches the user wants. This needs some coordination, I saw links to other Dillo patches, but I don't know if they are up to date, nor if the maker is willing to keep that so. Currently the only patches I know that are up to date are Frank's patches and my own https patch. Greetings, Indan ------------------------------------------------- This mail is written in SquirrelMail with Dillo -------------------------------------------------

2 1

Simulating a slow connection
by Sebastian Geerken Nov. 4, 2003

Nov. 4, 2003

Hi! Sorry for being silent the last week. At <http://www.dillo.org/download/dillo-slow-0.0.1.tar.gz>, you'll find a dpi, which simulates a slow connection, and is useful for testing incremental rendering. Read the README file within the tarball for more informations. (I'm not yet very familiar with dpip, I just modified the "hello world" example for my needs, and especially, currently only one instance of this dpi can run at a time.) Sebastian

2 2

[PATCH] memory leak in dw_ext_iterator
by Frank de Lange Nov. 4, 2003

Nov. 4, 2003

Hi'all, There's a memory leak in dw_ext_iterator, which causes every call to dw_ext_iterator_new() to leak one DwIterator. The solution is simple, as can be seen in the attached patch. Jorge, can you apply this? It saves quite a bit of memory, and will do so even more once my next kbnav patch is out (now testing). The patch currently contains this fix for dw_ext_iterator (plus a whole lot of other changes to it). As this would make the patch fail to apply cleanly, I'd like to see this fixed in CVS. Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] diff -pruN dillo/src/dw_ext_iterator.c dillo_patched/src/dw_ext_iterator.c --- dillo/src/dw_ext_iterator.c 2003-07-12 19:35:50.000000000 +0200 +++ dillo_patched/src/dw_ext_iterator.c 2003-11-03 13:58:35.020401864 +0100 @@ -366,7 +366,7 @@ gint a_Dw_ext_iterator_compare (DwExtIte void a_Dw_ext_iterator_free (DwExtIterator *eit) { int i; - for (i = 0; i < eit->stack_top; i++) + for (i = 0; i <= eit->stack_top; i++) a_Dw_iterator_free (eit->stack[i]); g_free (eit->stack); g_free (eit);

2 2

IPv6
by Jorge Arellano Cid Nov. 3, 2003

Nov. 3, 2003

Hi there! Please someone give a test to the CVS's IPv6 code. It has some new memory handling calls and it'd be good to be sure it works as expected. Just navigating will do, but the key point of the test is when dillo has to retry with different IPs for a single connection (that is: when the GioChannel is reused). Cheers Jorge.-

1 0

(no subject)
by Jan.Stary＠ff.cuni.cz Nov. 3, 2003

Nov. 3, 2003

Hello, using the usual "http://validator.w3.org/check/referer" doesn't seem to work in dillo. On the validator page, you get a "302 Moved", which dillo _does_ follow, but the resulting "http://validator.w3.org/check/referer?uri=" is of no use. I tried viewing http://www.stare.cz/referer.html and clicking 'validate' in lynx, mozilla and dillo. In dillo it does not work. Is dillo really _sending_ the referer? Thanks Jan

2 2

version tests on automake and autoconf
by robert w hall Nov. 2, 2003

Nov. 2, 2003

I believe Dillo 7.2 tests for v1.7 of autoconf and, if configure.in is patched, for 1.7 of automake. A couple of us are interested in porting uptodate ssl-enabled versions of dillo to the playstation2, where the base distro is rather ancient (Redhat 5 -era :-)) Dillo 7.1.2 with Andreas' ssl-patch compiled fine, but didn't require these recent versions of automake & autoconf. Are these recent versions _in fact_ required or can the tests for them be safely disabled? Bob -- robert w hall

2 2

hairy bug in IO fixed!
by Jorge Arellano Cid Oct. 31, 2003

Oct. 31, 2003

Hi there! The last five or six days were spent on trying to find (& fix) a bug that caused the CPU to hog under very hard to reproduce conditions. I know that heavy duty dillo users had noticed that in rare ocassions dillo starts taking all the CPU, and that's almost impossible to reproduce it again with another dillo... Well, the first interesting thing is that the CPU hog is "soft" (i.e. doesn't block dillo) because it is caused by a polling loop. The other surprising fact is that the CPU-hog occurs outside of dillo (!). That is, not in any part of its code. So if you were to attach GDB to find the bug (once on hog), you'd be always pointed outside dillo's source, but with a clue: polling. I was working with the ftp dpi when I finally came accross a way to reproduce the bug, so I took the chance and started digging. A whole revision/tweaking of the IO engine close/abort handling, a revision of glib's sources (gio channels) to finally find a way to stop the polling loop. Short story, there were several involved parts: threads, the IO, external processes, several open connections in parallel, glib (and the kernel). It turned out to be a race condition in the window between the actual close of the file descriptor, the glib source event removal for the watch, and the kernel reuse of FD number. The source code for gio channels (inside glib) hinted a way to remove the event source cleanly, but outside the gio channel's explicit API. The details are in IO.[ch] in CVS! Cheers Jorge.- PS: Indan wrote: > 3) There is no efficient way of (un)registering file descriptor events in > GTK. (FLTK has a perfect interface). Yes there is! (subtle but effective) > Did anyone found the bug yet, without reading the diff? If not, then it's > as harmless as I thought ;-). Still not nice of course, but it's unclear > where it goes wrong exactly, doesn't seem to be easily fixed without > changing Dillo a lot. I hope this patch and explanations helps you with point number 3. More comments later... Cheers 2 Jorge.-

1 0

Re: [Dillo-dev] HTTPS Patch
by David McKee Oct. 28, 2003

Oct. 28, 2003

Folks, When I apply and attempt to compile (on a Redhat 6.2 machine, gcc 2.95), I have two problems. First, the build doesn't know where to find my openssl headers and libraries, and there does not seem to be a ./configure option for this. (BTW: My goodies are in /usr/local/ssl/...) I can fix this locally, but a config option might be in order. Secondly, I get two compilation errors in IO.c. Both are related to the code: errno = 0; ssize_t St = SSL_read(io->ssl, io->Buf, io->BufSize); which I believe should (strictly) be ssize_t St; errno = 0; St = SSL_read(io->ssl, io->Buf, io->BufSize); because declaration should come before statements. In anycase, making this change in both places (around lines 822 and 852) fixes the problem for me. Now to try it out... Thanks, -- -- David McKee -- dmckee(a)jlab.org -- (757) 269-7492 (Office)

5 6

HTTPS patch
by Indan Zupancic Oct. 27, 2003

Oct. 27, 2003

Get it here: http://www.xs4all.nl/~dorinek/dillo/dillo-ssl.diff.gz It's not as nice and simple as I wanted it to be, thanks to three things: 1) SSL can always read and write, meaning that SSL_write may want to read. 2) Dillo uses two IOData structures per file descriptor. 3) There is no efficient way of (un)registering file descriptor events in GTK. (FLTK has a perfect interface). This three facts contribute a lot to the complexity of the code. There is one known bug, you may try to find it. ;) Dillo will not crash, I made it exit with a message. This patch adds also generic ssl/tls support to Dillo, most work was done in IO.c, http.c has hardly changed. The current way to tell the IO engine that it should use ssl is by giving a negative fd to a_IO_new. This avoids extra interface, is simple, and doesn't clash with anything else. Dillo is about 2K bigger after the patch. It was made against the current cvs, apply it with 'patch -p1 < dillo-ssl.diff' while you're in the dillo dir. Run configure with --disable-ssl if you don't want https... Have fun. p.s. I hate glib ;), it's totally worthless, the most complex piece Dillo uses is a hash table, and glib implements it as a linked list, look in the code yourself if you don't believe me. Since when is ansi c not good enough? Please switch to FLTK. :) p.s.s This mail was sent from webmail with a patched Dillo. :)

2 3

fltk c binding
by cesar Oct. 27, 2003

Oct. 27, 2003

Fltk was modeled following XForms and has a XForms compatibility layer: http://fltk.org/documentation.php/doc-1.1/forms.html#forms http://fltk.org/documentation.php/doc-2.0/forms.html#forms You can learn more about XForms here: http://world.std.com/~xforms/ pd: I don't know how to program using Fltk or XForms. I only was aware of this compatibility layer. Both also have a GUI designer. I only know of very few apps using XForms, the most important of those being LyX. cesar;

2 1

[PATCH] Version 2 of keyboard navigation, solves problem with Tab
by Frank de Lange Oct. 26, 2003

Oct. 26, 2003

Hi'all, The next version (2) of my keyboard navigation patch is ready. See the end of this message for download instructions. Do note that the tab/frame patch already contains this functionality, so there is no need (and no way) to apply this patch on top of that or the other way around. This release does not contain any major new functionality. It solves the problems with Tab, which now does what you'd expect it to do: cycle through form widgets. For more info on what this patch does, see the last message on the list or the doc/Keyboard_Navigation.txt document (after applying the patch, naturally...) Download instructions ===================== There is currently only one version of the patch, made against 20031017/11:26GMT CVS. As always, have a look at the patch website (http://www.geocities.com/ikbenfrank/) for the latest version of the patch. This patch does NOT apply on top of the tab/frame patch, and the tab/frame patch does not apply on top of this one! The tab/frame patch already contains this functionality, so it is not needed. http://www.geocities.com/ikbenfrank/dillo-200310171559-kbnav.patch.gz size: 14494 bytes (gzipped, as downloaded) 64277 bytes (uncompressed) md5sum: 8ebd2450b762a720363346c0c4a7a537 (gzipped, as downloaded) 9538b60172b910e89c993d887b28bc97 (uncompressed) Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

8 24

Bug #502 solved
by Frédéric Bothamy Oct. 24, 2003

Oct. 24, 2003

Hello, I submitted the bug #502 a while ago about some PNG images not displayed correctly. And today someone finally gave the explanation: the Debian web server sends GIFs images with image/png content type (and png extension) (for more details, see http://lists.debian.org/debian-www/2003/debian-www-200310/msg00133.html) Could someone, please, close this (non-)bug? Sorry for not testing this issue enough and thanks for this wonderful, lightweight browser. Fred PS: for anyone interested in using Dillo 0.7.3 with tab+frame patch (v10) under Debian woody (i386 only), I have an unofficial package available at http://olympie.dyndns.org/debian/debs/dillo_0.7.3-1.3_i386.deb.

2 1

frames, tabs patch
by Jens Arm Oct. 24, 2003

Oct. 24, 2003

Hi When will the frames- and tabs-patch integrated into CVS ? Jens

1 0

Re: [Dillo-dev] FLTK
by Jorge Arellano Cid Oct. 23, 2003

Oct. 23, 2003

Hi there! Just to add more information about FLTK: http://mail.gnu.org/archive/html/texmacs-dev/2003-02/msg00073.html Very informative. Cheers Jorge.-

1 0

Can't find dpidrc
by Nigel Wilkinson Oct. 23, 2003

Oct. 23, 2003

Hi folks I've just built dillo-0.8.0-pre from the CVS but when I try to use bookmarks it can't fimd dpidrc either in /usr/lib/dillo/dpi or in the ~/.dillo/dpi directory (and its right, they aren't there. Where is it or what is the format so that I can create it. Cheers Nigel

3 5

Re: [Dillo-dev] FLTK
by Jorge Arellano Cid Oct. 23, 2003

Oct. 23, 2003

Hi there! After the previous answers from Michael Sweet (forwarded to this list), Sebastian rose a key question: > GtkLayout is mainly there to overcome the limited size of X > windows. When I started to develop Dw, I first tried to get a similar > result by writing anything myself, but finally gave it up. Look at the > Gtk+ documentation, GtkLayout does some weird things which may not be > possible with FLTK. Once again, here're the answers. Cheers Jorge.- PS note: Fl_Help_View is a widget for basic HTML rendering. ---------- Forwarded message ---------- Date: Wed, 22 Oct 2003 16:03:52 -0400 From: Michael Sweet <mike(a)easysw.com> To: Jorge Arellano Cid <jcid(a)dillo.org> Subject: Re: FLTK and Dillo Jorge Arellano Cid wrote: > ... > One interesting concern raised by Sebastian is about a way to > overcome the limited-window-size problem of X windows (GTK+ uses > GtkLayout to overcome it). I know FLTK runs on WIN32 so it should > have no problems with large windows, but I couldn't find any > formal doc stating it. This is an issue for us because of large > scrolled html pages (or should I say books?). Are you referring to the 16-bit coordinate issues? If so, those are also present on WIN32... FLTK 1.1.x uses 16-bit integers for coordinates, so to support views larger than 16-bits you'll need to do a little work yourself. For example, Fl_Help_View offsets the X,Y values by the current scroll position and does gross clipping of blocks to support really long HTML files. FLTK 2.x uses 32-bit integers for coordinates and doesn't have this limitation. It will also be providing device classes to support X11, PostScript, PDF, etc. rendering in a device- independent way. >>> 2.- Unicode, UTF-8. >>> This was the main reason for considering GTK2. Is FLTK ready >>> to render Unicode characters? >> >>The patched version is, and FLTK 2.0 will fully embrace UTF-8. > > > Do you mean current FLTK 2.0 CVS does not have the patch yet? AFAIK, 2.0 doesn't have it yet. Bill Spitzak is probably a better person to talk to on that issue, as I've been sticking to maintaining 1.1.x (lack of time on my part - too many other projects! :) > If so, can it be patched or should we use 1.1.4 + utf-8 patch? > > In other words, which version should we start testing with? > What's your advice to structure it (i.e on which widgets should > we base HTML rendering)? Use 1.1.4 + UTF-8 patch; 2.0 is still in a state of flux, and until we have the new device classes in place there may still be some API changes. If you write to 1.1.x now, the 1.x compatibility headers in 2.0 should be enough to support your apps with either release. You'll probably want to subclass Fl_Group and use the existing Fl_Scrollbar classes to provide your scrollbars. The Fl_Help_View widget might serve as a guide for your porting effort, as it supports a limited subset of HTML and does all of the scrolling, linking, etc. stuff. -- ______________________________________________________________________ Michael Sweet, Easy Software Products mike at easysw dot com Printing Software for UNIX http://www.easysw.com

1 0

CSS
by Sebastian Geerken Oct. 23, 2003

Oct. 23, 2003

Hi! At <http://www.dillo.org/CSS.html>, you'll find an updated version of a document I posted quite a while ago. What this text describes, is partly implemented (mainly to test the critical aspects of the design), I may soon make a tarball public, after some cleanups. The further development is unclear, since some parts have been rewritten, incremental development is difficult, and several general tests are necessary (performance, functionality etc). Sebastian

1 0

localhost
by Ivo Oct. 23, 2003

Oct. 23, 2003

Hi all, I noticed the following behaviour, with 0.7.3 and also with the current CVS (just checked out the latest version an hour ago). When I type the following at the location bar: http://www.cnn.com/ Opens the webpage (offcourse) www.cnn.com Opens the webpage (it prepends http://) http://localhost/ Connects to my webserver localhost Connects to my webserver (prepends http://) http://localhost:2317/ It connects to my geneweb server localhost:2317 It fails, saying ERROR: unsupported protocol Is this normal and expected behaviour, or considered a bug? Opera, for example, prepends http:// and all works like expected. --Ivo

2 1

[PATCH] Version 12 of tab/frame/kbnav patch, solves problem with Tab
by Frank de Lange Oct. 23, 2003

Oct. 23, 2003

Hi'all, The next version (12) of my tab/frame/keyboard navigation patch is ready (see bottom of this message for download instructions). No big new features this time, just a useability fix for the Tab key and an update to the latest CVS. Tab now does what you'd expect it to do, cycle through form widgets. I'll spare you the usual list of comments on this release, it would be identical to last release's list anyway... Download instructions ===================== The patch is made against 20031017/11:26GMT CVS. Do not forget to run ./autogen.sh after applying the patch. You can find the patch on the usual (ad-happy, use an ad-blocking proxy or sane browser) site: http://www.geocities.com/ikbenfrank/ More specifically: Dillo 0.8.0-pre (CVS) ===================== http://www.geocities.com/ikbenfrank/dillo-20031017-tabs.patch.gz size: 85658 bytes (gzipped, as downloaded) 373460 bytes (uncompressed) md5sum: be0618ac0136fafd9f7f91ce8a4db142 (gzipped, as downloaded) 41438b3b27bf45f23b6a9069eee37cb6 (uncompressed) As always, check the site for the most recent version Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / \ \ `--| _/ <Hacker for Hire> \ `---' \ +46-734352015 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

2 1

Thanks
by Maurice McCarthy Oct. 22, 2003

Oct. 22, 2003

Hi all As a linux learning running Woody from a home pc I'd just like to thank you all for a great browser. Came across it by chance looking for something else then was totally surprised to find it in the Woody CD's! It goes great with Mutt. Fast. Thanks again Maurice

3 5

A short potpourri
by Eythan Weg Oct. 22, 2003

Oct. 22, 2003

Hi, I have read that people use dillo to read documents, long documents, and perhaps whole books, or chapters... In such cases there comes a time when a use of a dictionary is a must. Is it possible to have a dpi that will allow for the running of any shell command on a highlighted portion of the screen? In this example running a dictionary on a word? The output of the command would go into a new tab, or window or split of the current window, horizontally or vertically, depending on the key-binding. On another vein, I have two problems with version 8-pre of about two weeks ago patched with the tab-frame feature (I compiled yesterday's version with the new patch, but could not figure how to start the dpis... can someone tell how in some more details, please?) The first is over-tabbing. For example browsing http://mail.gnome.org/archives/gnomemeeting-list/ choose any thread and it opens on a new tab. Read any post and again it opens in a new tab. The second is that copy and/or paste do not work reliably. I am not sure this is dillo's issue though. Sincerely, eythan

3 2

Re: /. crap
by The Night Howler Oct. 19, 2003

Oct. 19, 2003

Some comments on /. stuff : > This is the part where I rhetorically ask why anyone would write a > web browser from scratch, the goal of which is to render 100% > syntactically correct webpages really really fast. Are there not > enough existing web browsers whose goals are to render pages really > really fast? Oh, which ones ? On my P 120, which is my only computer, I tried mozilla and its derivatives - they filled up my 56 Mb of RAM just for loading and took a dozen of minutes to show up even a simple page. This without counting the megabytes they took on my hard-drive. So I had a few choices : either switch back to Windows 98 and Internet Explorer, which *is* in comparison damn fast, or use Lynx on my Debian. Or finding another fast linux-graphical browser. I browsed the net. I tested "browsers" like Chimera2, that no one ever heard about, and was very upset with every browser I tried until I found Dillo. Even if Dillo is very strict regarding HTML compliance of pages, it is, as far as I know, the only Linux graphical browser working correctly on legacy computers. > But I have other things to worry about, and you have > other browsers to choose from that render Slashdot just fine. Yes - it works fine with Lynx. I guess maybe we pushed the issue a little too hard - after all, Slashdot is not the only website that doesn't display correctly on Dillo. As the development philosophy is "stick to the standards", I think we shouldn't care too much about badly formatted pages. Maybe by version 1.0 we can include some kind of "render_uglily_coded_webpage" function to deal with that, but as far as I'm concerned I'm very happy with dillo the way it is. I guess for people like me, who use old computers in everyday's life, using Dillo+Lynx is a very good way of accessing a great part of the web resources. Best regards, Mathieu -- "Just living is not enough," said the butterfly, "one must also have freedom, sunshine, and a little flower." Hans Christian Andersen

6 8

Re: FLTK and Dillo (fwd)
by Jorge Arellano Cid Oct. 18, 2003

Oct. 18, 2003

Hi, Here're Michael's answers: Cheers Jorge.- ---------- Forwarded message ---------- Date: Fri, 17 Oct 2003 08:40:53 -0400 From: Michael Sweet <mike(a)easysw.com> To: Jorge Arellano Cid <jcid(a)dillo.org> Subject: Re: FLTK and Dillo Jorge Arellano Cid wrote: > ... > 1.- C bindings. > Dillo is written in C while FLTK in C++, is there a way to > bind C code with FLTK? Not directly; since FLTK is based heavily on C++, the easiest way to bind C code to a FLTK-based UI is to do the UI in C++ and provide specific C bindings to/from that UI interface. It might also be possible to generate a whole C binding library to FLTK, but that would be a rather large project and keeping things in sync would be a bitch. > 2.- Unicode, UTF-8. > This was the main reason for considering GTK2. Is FLTK ready > to render Unicode characters? The patched version is, and FLTK 2.0 will fully embrace UTF-8. Rendering of certain languages will likely need work, since the initial version will not likely support the rewriting rules needed for languages like Arabic, Hindi, Vietnamese, etc. Those add a lot of bloat, and coming up with a space/time efficient solution will be a challenge for another day... > 3.- Antialiasing. > Is it possible? Text, yes on all platforms, graphics, yes on OSX. > 4.- Tables, layout? and extensibility > This is maybe the core of it. Currently dillo not only uses > GTK1's widgets, but has its own set: dillo widgets or Dw. > These Dw are embedded into GTK1 widgets, and Dw can also > embedd GTK1 widgets. > > Can we do something alike with FLTK? Yes, via subclassing (which actually makes it a lot simpler than GTK and other toolkits...) There is an excellent table widget in the links pages that Erco has been working on and which will eventually be part of FLTK. The current FLTK layout mechanism is infinitely flexible, but takes a little getting used to since there are no layout "hints", just resizeable widgets inside groups. In short, you group widgets (and sometimes create empty "box" widgets) to get the layout behavior you want. This is actually a lot faster than the older Motif-style layout stuff that GTK+ uses... There are specialized group widgets (Fl_Pack, Fl_Tile, etc.) that provide for special positioning/resizing capabilities separate from the user resizing the window. There is currently no support in 1.x for dynamically-sized labels (e.g. resize a button to hold the localized text), so right now you need to design your UI to leave enough space. FLTK 2.x CVS has some support for this via the specialized Layout widget. > 5.- Keyboard bindings > Is it possible to customize keyboard bindings? Keyboard bindings are generally "compiled in", but your app can override them quite easily. There isn't anything like the GTK1 "press your new shortcut while the menu item is selected" feature, something which was (IIRC) removed from GTK2... :( > 6.- Copy&Paste (clipboard) > Does FLTK provide this? Can it be extended with our custom > widgets inside Dillo? Yes and yes. There is also drag-n-drop support, FWIW... -- ______________________________________________________________________ Michael Sweet, Easy Software Products mike at easysw dot com Printing Software for UNIX http://www.easysw.com

2 1

FLTK and Dillo (fwd)
by Jorge Arellano Cid Oct. 18, 2003

Oct. 18, 2003

Hi guys! Here's a copy of an email I sent to Michael Sweet (maintainer of FLTK). Hold your breath and I'll forward the answers! Cheers Jorge.- ---------- Forwarded message ---------- Date: Thu, 16 Oct 2003 17:59:23 -0300 (CLST) From: Jorge Arellano Cid <jcid(a)dillo.org> To: mike(a)easysw.com Subject: FLTK and Dillo Hi Michael! Brief: is it possible to port Dillo to FLTK? We were following our plan to port dillo from GTK1 (currently used TK) to GTK2, when one of our list subscribers suggested considering FLTK because of shared philosophy backgrounds: > [...] > IMHO considering Dillo's concentration on speed and stability, it seems > like it would be more appropriate to port the future Dillo to fltk not > fat bloated GTK2.0. I made a skim visit to FLTK's home and it looked far from being able to supply what we need, but then I came across this comment of yours: <q> "First, the current 1.x release of FLTK is portable to all systems using X11 and has "native" support for Windows and OSX, too. The whole low-level interface to the window system is abstracted via a very thin layer within FLTK, which means that you can easily port it to other environments (there is a version of FLTK for many of the Linux-based PDAs, for example.) The 2.0 release of FLTK (currently in development) will actually have separate modules (a la GDK in the GTK+ world) that implement the device class for various interfaces - X11, Quartz, WIN32, any of several framebuffer APIs, etc. Second, there is a version of FLTK 1.1.x that uses UTF-8 for input and display of Unicode; this will also be part of 2.0." </q> And things started to look interesting... I started a thread on our mailing list to ask for comments from the other developers (subject FLTK): http://news.gmane.org/thread.php?group=gmane.comp.web.dillo.devel I beleive that if it's possible to port Dillo to FLTK, it'd be a great step ahead for both projects. Now, you being the project maintainer of FLTK are among the best ones to ask! :-) In general terms, here're our main concerns: 1.- C bindings. Dillo is written in C while FLTK in C++, is there a way to bind C code with FLTK? 2.- Unicode, UTF-8. This was the main reason for considering GTK2. Is FLTK ready to render Unicode characters? 3.- Antialiasing. Is it possible? 4.- Tables, layout? and extensibility This is maybe the core of it. Currently dillo not only uses GTK1's widgets, but has its own set: dillo widgets or Dw. These Dw are embedded into GTK1 widgets, and Dw can also embedd GTK1 widgets. Can we do something alike with FLTK? 5.- Keyboard bindings Is it possible to customize keyboard bindings? 6.- Copy&Paste (clipboard) Does FLTK provide this? Can it be extended with our custom widgets inside Dillo? That's the core of the problem (AFAIS). It'd be great if we can collaborate to make it happen. Please feel free to answer to me, or to the FLTK thread in our list (it doesn't require a subscription). I'll be looking forward to hear from you. Sincerely Jorge.- http://www.dillo.org/

1 0

dpi patches and dpilib
by Carlos Daniel Ruvalcaba Valenzuela Oct. 18, 2003

Oct. 18, 2003

Hi everybody I have uploaded the patches for dpi autoloading, its kind of inestable, but works, i got to do some fixes, i'll upload updates as they are ready. Just download the tarball, unpack on the src dir, and: $ patch capi.c capi.diff $ patch IO/dpi.c dpi.diff Also i uploaded the dpilib, a helper library to create plugins for dillo. Check all this on: http://earth.prohosting.com/wbuffer Cheers Carlos Daniel Ruvalcaba Valenzuela

1 0

Re: GTK2 performance and Dillo
by Alex Pavloff Oct. 17, 2003

Oct. 17, 2003

I hadn't seen this posted on dillo-dev yet, so I thought I'd forward it along. I'm just the messenger, put the guns away. -------- From: Owen Taylor <otaylor(a)redhat.com> To: Robin Rowe <rower(a)MovieEditor.com> Cc: gtk-app-devel-list(a)gnome.org, Stephen Lewis <slewis(a)paradise.net.nz> Date: Fri, 17 Oct 2003 11:12:48 -0400 On Thu, 2003-10-16 at 14:09, Robin Rowe wrote: > Hi. Dillo is a very small fast web browser (400kb executable). Stephan > Lewis posted some interesting performances tests yesterday comparing > GTK1 and GTK2 running Dillo. > > Can anyone illuminate further on the size and performance differences > between GTK1 and GTK2? I think these observations are basically irrelevant to most GTK+-2.x applications. GTK+-2.x *is* bigger and slower (this is an almost inevitable consequence of having more features and rendering nicer), but it's not megs bigger and minutes slower. > > Test 1: Base load times > > dillo1 > > Time to load+render: ~1s > > Time to quit: instantaneous > > Size (from top): 7MB > > dillo2 > > Time to load+render: ~3s > > Time to quit: 0.5s (estimated, "felt" slower than dillo1) > > Size: 14MB This is almost a plausible difference between GTK+-1.2 and GTK+-2.0 for a large program; though I suspect that reading the common FAQ's about how to read top sizes would show that the memory difference in actual memory used is much smaller than described above. Small GTK+-2.0 programs load in a few tenths of a second and malloc maybe ~600k of memory on X11. (Probably considerably less on Windows since a large amount that RAM is being used for font lists and fonts.) > > Test2: Loading a 1.8MB html file, styled text, bulletted lists, tables > > of text > > dillo1 > > Time to load: 3s > > extra time to finish rendering: 6s > > Time to quit: ~2s > > Size: 56MB > > dillo2 > > Time to load: 1m20s real according to the time command, more like > > 2m30s due to swapping > > extra time to finish rendering: 10s > > Time to close: 1m20s > > Size: 220MB This is a dillo bug and has nothing to do with GTK+. (Or alternatively dillo is misusing GTK+ badly; if it's creating a GtkLabel per paragraph or something you might get this kind of change. But the 56meg "before" is pretty bad too.) > > A couple of behavioural notes: > > 1) Progressive rendering wasn't useful in dillo2, you get an initial > > draw (which is largely useless), then dillo2 blocks, then the final > > draw. dillo2 issue; the expose models *are* different between GTK+-1.2 and GTK+-2.0. This needs to be taken into account if you are doing something like progressive rendering. Regards, Owen --------

1 0

[PATCH] Interface patch
by Johan Hovold Oct. 17, 2003

Oct. 17, 2003

Hi! Here's my patch that adds a search feature and makes a few minor modifications to dillo's interface. - Added search dialog. - Added search button to location bar. - Hidable using show_search preference. - Added cache for search, findtext and open url dialogs. - Added selection of contents upon opening of search, findtext and open url dialogs. - Added selection of text upon shortcut focusing of location bar. - Added deactivation of Ctrl-L in full screen mode. - Added focusing of document window at full screen mode activation. - Added shortcut (ESC) to focus document window. - Accelerators - Ctrl-L, focus location bar. - Ctrl-Shift-L, open url dialog. - Ctrl-S, open search dialog - Z, back - X, forward - ESC, focus document window Most of this has been discussed already in (http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-June/000781.html) but some additional motivations goes below. Jorge, if you don't agree with me on the shortcut issue, please change them as you prefer. If you don't like the text selection parts, it's easily disabled in the corresponding open dialog callback. Cheers, Johan Some motivations: ================= - Selection of text upon opening of Open Url dialog. - Dialog most likely to be used to enter _new_ urls, hence the previous url should be cleared or should be easy to clear. - By selecting the previous url, it is easily cleared but also easily modifed, if desired. - Selection of text upon shortcut focusing of location bar, and upon opening of find text and search dialog. - As above, by selecting the text, it is easily cleared and also easily modified. - Common behaviour in other applications. - Added cache for search, findtext and open url dialogs. - Previously the text was cleared if you hit cancel (but not otherwise). Accelerators - Ctrl-L/Ctrl-Shift-L, focus locationbar/open url dialog - Partially overlapping functionality (hence shortcuts should be similar). - Use of location bar makes dialog (almost) redundant (hence ctrl-shift for open dialog). - Shortcuts also found in Mozilla. - Ctrl-U interferes with GTK's Delete line shortcut. - F11, fullscreen - De facto standard shortcut for full screen browsing. - Probably not one of the most used shortcuts, why the more awkward F11 key may be used instead of a quicker Ctrl-<key> shortcut. - Ctrl-H interferes with GTK Delete Backward Character shortcut. - Z/X, back/forward - These shortcuts will enable quick back/forw without having to move the left hand (from the left hand side of the keyboard) or to move the right hand from the mouse (assuming the majority of dillos users are right handed). - ESC, focus document window - Added as requested. - Temporary workaround for GTK focus issue?

2 1

Re: SPAM in the list :(
by Jorge Arellano Cid Oct. 17, 2003

Oct. 17, 2003

On Fri, 17 Oct 2003, Andreas Kemnade wrote: > On Fri, 17 Oct 2003 09:36:44 -0300 (CLST) > Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > > > > Hi Andi, > > > > I just noticed four intances of the "nigerian scam" type of > > SPAM in dillo-dev. I'm worried because usually I also receive > > warning bounces from recipients telling that mail from dillo-dev > > may end being filetered out. > > > spamassassin is attached to dillo-dev now. Every message considered as spam > will be deleted without notice. > > Greetings > Andreas Kemnade Take note guys! If you ever feel unsure about whether a message made its way into the list, just check the archives. Cheers Jorge.- PS: Thanks Andreas.

4 3

Re: [Dillo-dev] Development
by Carlos Daniel Ruvalcaba Valenzuela Oct. 17, 2003

Oct. 17, 2003

> > Any comments?, anyone wants the patches? > > Good idea. Wheres the patches? This weekend i'll prepare the patches, i'll setup a site for all the stuff also. The dpi autoloading for dillo is quite safe, it works even with current plugins without much changes (just in the name of dpi executables). For example: We can do this: url = a_Url_new("dpi:/bm/", NULL, 0, 0); a_Nav_push(bw, url); This will load the bookmarks dpi, but it asumes certain format of the dpi exacurable, this can be replaced with a list of dpi executable -> dpi name list on the config file. It will asume dpiname_srv, thus the bookmarks dpi will be bm_srv. The modification dosen't changes the actual cominications of dpi<-->dillo, only adds dpi autoloading. The patches changes only: capi.c a_Capi_open_url() a_Capi_dpi_send_cmd IO/dpi.c a_Dpi_ccc Dpi_launch_server That's all, see ya the weekend. By the way, who is in charge of the Downloads Plugin? I 'm also working on it, soo if i can help on something, just drop a mail. Cheers Carlos Daniel Ruvalcaba Valenzuela _________________________________________________________ Do You Yahoo!? La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. http://net.yahoo.com.mx

3 2

/. crap
by Andrew A. Gill Oct. 17, 2003

Oct. 17, 2003

[I'm not subscribed to the list, but I do read it in the archives.] Date: Fri, 17 Oct 2003 11:44:33 -0400 From: Jamie McCarthy <jamie(a)mccarthy.vg> Subject: Re: [secret-list] /. hubris superluser(a)frontiernet.net (Andrew A. Gill) writes: > For a while, users of Dillo (<http://www.dillo.org>) have been > having trouble reading Slashdot (<http://slashdot.org>). Looks > like a misplaced </td></tr> is to blame. Anybody want to > pester Cowboy Neal? Well, this is one of the fun things about working on a public project: I get bug reports through more than just the usual channels. Hi, I'm Jamie, I'm the one who wrote the bug, and I'm the one who will get around to fixing it... eventually. There's no immediately simple way to fix the HTML. What's going on is actually kind of interesting. Slashdot runs on Slash, which is a publicly available project used on hundreds of other websites. The look of Slashdot and its front-page table layout is fairly different under the hood from the layout of "Slashcode," which is the default theme that we ship. These differences are mostly encoded in template files, which are data chunks arranged mostly hierarchically that can be selected in all kinds of interesting ways. That means, sadly, that changing one template has many repercussions. Obviously I know where the buggy HTML output is; that's what that commented-out  tag is doing there. But I have to think about what that change would do not just to Slashdot, but to the Slashcode theme generically, to the sites that use that theme as-is, to the dozen other sites my company runs that have modified that theme, to the who-knows how many other sites that strangers run that have modified that theme, to "light mode," to the three or four separate scripts that use the template, I have to test with the pre-rendering caching, etc., etc. Slashdot's HTML layout has always been broken. Early this year I took it upon myself to fix it and quickly realized that there was no good way to fix just Slashdot, without either breaking Slashcode as well or introducing a large number of copy-and-pasted code as a difference between the two that would have to be maintained. What I did instead was write code for the Template Toolkit that lets these dozens of templates build the HTML tables dynamically. As new <TR> and <TD> tags are laid out, variables are incremented and decremented. By the time we get to the bottom of the page, the code knows how many <TD>s and <TR>s it's got to close, and how, in order to make the HTML all nice and pristine. That way, Slashdot.org and Slashcode.com can have wholly different columnar layouts and the low-level templates don't have to know about any of it. The CPU overhead is minimal, and overall it works great. Except there's one bug. It doesn't keep proper track of the tables it's building. It dumps errors in the log so I know about where it is. But it's difficult to narrow down. In my defense, it was broken before I wrote this code, and while it's still broken now, it's broken *less*. But it's broken *differently* and of course there is one browser that (unlike every other browser ever written) isn't smart enough to handle malformed table tags. <http://www.dillo.org/> This is the part where I rhetorically ask why anyone would write a web browser from scratch, the goal of which is to render 100% syntactically correct webpages really really fast. Are there not enough existing web browsers whose goals are to render pages really really fast? Is it perhaps not widely known that there exists, somewhere on the web, HTML code which just might not be 100% exactly correct? Is it smart to build a nitro-burning funny car dragster to carry your groceries and then complain to mailing lists about the potholes on Main Street? When version 0.7.2 of the funny car handled the potholes just fine, but 0.7.3 explodes on contact, should its designers necessarily be focused entirely on the potholes? And should anyone be surprised that writing a web browser is hard? If I could find a way to ask those questions without sounding like I was shifting the blame off my own fool self, I would. It's one of those things that is probably a nice easy single day of work. But I can't remember the last time I actually had a whole day to work on something. Our new load balancer is choking our webheads with unACK'd SYN's and I'm not sure whose fault it is. (And of course the new load balancer is named "pound," only the most common word in the English language, so good luck Googling for anyone else with the same problems.) Our new sites being launched are extending the code in ways it wasn't built for and we're having to scramble. DB replication on one of those new sites went down this morning, and while we built some kickass code to failover to the master, we hadn't had time to get that running yet. Oh, and either my ISP or my home router/gateway is flaky, so I keep falling off the internet. And of course, the day after I fix the HTML 3.2 table layout bug, I am quite certain my boss will email me to say it's finally time to start working on the switch to XHTML and CSS, which we've been planning for a year and just haven't had time for. So yes, I'd love to fix your bug. I don't like emitting broken HTML code either. I'm a big fan of adhering to standards, and I'm a big fan of not having my code embarrass me in public. I hate feeling like a jackass. But I have other things to worry about, and you have other browsers to choose from that render Slashdot just fine. Meanwhile, your bug sits right here, at Priority 5, where it's sat since we first diagnosed it in April: https://sourceforge.net/tracker/?func=detail&aid=719813&group_id=4421&atid=… -- Jamie McCarthy http://mccarthy.vg/ jamie(a)mccarthy.vg Date: Fri, 17 Oct 2003 12:50:48 -0400 From: Jamie McCarthy <jamie(a)mccarthy.vg> Subject: Re: [secret-list] /. hubris superluser(a)frontiernet.net (Andrew A. Gill) writes: > > Well, this is one of the fun things about working on a public > > project: I get bug reports through more than just the usual > > channels. Hi, I'm Jamie, I'm the one who wrote the bug, and > > I'm the one who will get around to fixing it... eventually. > > Do you mind if I forward this message to the Dillo people? If you do, mention to them that I'm not picking on them. This bug is my fault and I'll fix it. I wish them luck and I'm glad they're doing what they're doing (anyone writing GPL code is OK in my book). It's just that I won't fix it until it gets to the top of my priority list, fact of life, and there's a lot of other things up there... :( A workaround meanwhile is to try light mode, which you can get to past the black window with: http://slashdot.org/index.pl?light=1 http://slashdot.org/users.pl?op=edithome&light=1 and then check the "Light" box, and Save to make that your pref. -- Jamie McCarthy http://mccarthy.vg/ jamie(a)mccarthy.vg

1 0

FLTK
by Jorge Arellano Cid Oct. 17, 2003

Oct. 17, 2003

On Fri, 3 Oct 2003, David Martin wrote: > Jorge, > > I would like to quickly comment on the todo list. > > [Snip] > > *Future Goals* (these may change in the future) > Port dillo to GTK+2.0 > > [/Snip] > > IMHO considering Dillo's concentration on speed and stability, it seems > like it would be more appropriate to port the future Dillo to fltk not > fat bloated GTK2.0. > > I would expect that a staticly compiled Dillo-fltk binary would be > considerably smaller then a dynamically compiled Dillo-GTK2 binary. > > > Food For Thought. The FLTK idea is certainly an insteresting issue to analize. The porting task would be far from simple (if possible at all). Dillo does not only uses GTK+ for the user interface but for HTML rendering. Dillo has its own widget system (Dw), that's embedded inside GTK+ widgets, and that at its turn can also embedd GTK+ widgets again. This is the core of the porting problem. The main reason for porting dillo to GTK+2 (instead of sticking to 1.2.10) is Unicode support (explained in the [Project Notes] link). And yes, I've been somewhat scared by the size of GTK+2. For instance in Slackware it jumps from 4Mb to 17Mb! Now, considering that FLTK has Unicode support, gathering more information becomes an interesting thing to do. I don't know FLTK :(, but here is a list with some preliminary concerns (AFAIK): * Does it provide C bindings, or is for C++ only? * Does it have a table widget or similar to GTK+'s layout? * Can it be extended with Dw in the way stated above? * Unicode and antialiasing support status? Please don't get me wrong. This email is just a RFC to make a more informed decision on the issue. The current plan is to go with GTK+2, but if this path shows better, things can change. This is also an RFC for information on GTK+2 (speed, size, linkings etc). Please back your opinions with links, docs, facts or with whatever helps better to understand the point. Maybe a single email can show there's no way to do it, or maybe not! Cheers Jorge.-

7 10

PLEASE COME TO MY AID
by MR NZANGA JOSEPH MOBUTU Oct. 16, 2003

Oct. 16, 2003

FROM:Mr. Nzanga Joseph Mobutu ALTERNATIVE E-MAIL:nzanga_nzanga@tiscali.co.uk Dear Friend, I am the first son of the late Mobutu Sese Seko, the former President of the Congo Republic. I am presently under protective custody in Nigeria as a political refugee. I got your contact during my search for a stranger that can cooperate with me in this mutual transaction. I want you to note that this business will benefit both of us. However, you must confirm your ability to handle this because it involves a large amount of money. The money US$50 million US DOLLARS (Fifty Million United States DollarsOnly) is my share of my father's estate. I boxed and shippedthe money to a security company abroad at the peak of the war/politicalcrisis that rocked my country few years ago. Now the crisis has ended and Ineed a trustworthy person like you to proceed to the place of the securitycompany in order to clear the fund and invest on my behalf as I dont want myname to be used for now. Note that I will send to you the relevant documents that will enable you take possesion of the the fund for onward investment for our mutual benefit. All I need from you is as follows: 1. A letter of committment (duely signed) that you will keep the transaction strictly confidential. 2. Your confirmation of your abilityto handle this. 3. Your IDt or driving licence number for identification to the security company. 4. Your telephone and fax numbers for communication. 5. Your full permanent address. As soon as I get the above information from you, I will disclose to you the name and the country of the security company. I will forward your name and particulars to the securitycompany to enable them contact you accordingly. I will also send to you aLETTER OF AUTHORITY to enable you clear the fund on my behalf. Note thatthis is a very safe transaction as this money is my share of my father's estate. I am waiting for your response to enable us proceed. Regards, Mr. Nzanga Joseph Mobutu.

1 0

PLEASE COME TO MY AID
by MR NZANGA JOSEPH MOBUTU Oct. 16, 2003

Oct. 16, 2003

FROM:Mr. Nzanga Joseph Mobutu ALTERNATIVE E-MAIL:nzanga_nzanga@tiscali.co.uk Dear Friend, I am the first son of the late Mobutu Sese Seko, the former President of the Congo Republic. I am presently under protective custody in Nigeria as a political refugee. I got your contact during my search for a stranger that can cooperate with me in this mutual transaction. I want you to note that this business will benefit both of us. However, you must confirm your ability to handle this because it involves a large amount of money. The money US$50 million US DOLLARS (Fifty Million United States DollarsOnly) is my share of my father's estate. I boxed and shippedthe money to a security company abroad at the peak of the war/politicalcrisis that rocked my country few years ago. Now the crisis has ended and Ineed a trustworthy person like you to proceed to the place of the securitycompany in order to clear the fund and invest on my behalf as I dont want myname to be used for now. Note that I will send to you the relevant documents that will enable you take possesion of the the fund for onward investment for our mutual benefit. All I need from you is as follows: 1. A letter of committment (duely signed) that you will keep the transaction strictly confidential. 2. Your confirmation of your abilityto handle this. 3. Your IDt or driving licence number for identification to the security company. 4. Your telephone and fax numbers for communication. 5. Your full permanent address. As soon as I get the above information from you, I will disclose to you the name and the country of the security company. I will forward your name and particulars to the securitycompany to enable them contact you accordingly. I will also send to you aLETTER OF AUTHORITY to enable you clear the fund on my behalf. Note thatthis is a very safe transaction as this money is my share of my father's estate. I am waiting for your response to enable us proceed. Regards, Mr. Nzanga Joseph Mobutu.

1 0

PLEASE COME TO MY AID
by MR NZANGA JOSEPH MOBUTU Oct. 16, 2003

Oct. 16, 2003

FROM:Mr. Nzanga Joseph Mobutu ALTERNATIVE E-MAIL:nzanga_nzanga@tiscali.co.uk Dear Friend, I am the first son of the late Mobutu Sese Seko, the former President of the Congo Republic. I am presently under protective custody in Nigeria as a political refugee. I got your contact during my search for a stranger that can cooperate with me in this mutual transaction. I want you to note that this business will benefit both of us. However, you must confirm your ability to handle this because it involves a large amount of money. The money US$50 million US DOLLARS (Fifty Million United States DollarsOnly) is my share of my father's estate. I boxed and shippedthe money to a security company abroad at the peak of the war/politicalcrisis that rocked my country few years ago. Now the crisis has ended and Ineed a trustworthy person like you to proceed to the place of the securitycompany in order to clear the fund and invest on my behalf as I dont want myname to be used for now. Note that I will send to you the relevant documents that will enable you take possesion of the the fund for onward investment for our mutual benefit. All I need from you is as follows: 1. A letter of committment (duely signed) that you will keep the transaction strictly confidential. 2. Your confirmation of your abilityto handle this. 3. Your IDt or driving licence number for identification to the security company. 4. Your telephone and fax numbers for communication. 5. Your full permanent address. As soon as I get the above information from you, I will disclose to you the name and the country of the security company. I will forward your name and particulars to the securitycompany to enable them contact you accordingly. I will also send to you aLETTER OF AUTHORITY to enable you clear the fund on my behalf. Note thatthis is a very safe transaction as this money is my share of my father's estate. I am waiting for your response to enable us proceed. Regards, Mr. Nzanga Joseph Mobutu.

1 0

PLEASE COME TO MY AID
by MR NZANGA JOSEPH MOBUTU Oct. 16, 2003

Oct. 16, 2003

FROM:Mr. Nzanga Joseph Mobutu ALTERNATIVE E-MAIL:nzanga_nzanga@tiscali.co.uk Dear Friend, I am the first son of the late Mobutu Sese Seko, the former President of the Congo Republic. I am presently under protective custody in Nigeria as a political refugee. I got your contact during my search for a stranger that can cooperate with me in this mutual transaction. I want you to note that this business will benefit both of us. However, you must confirm your ability to handle this because it involves a large amount of money. The money US$50 million US DOLLARS (Fifty Million United States DollarsOnly) is my share of my father's estate. I boxed and shippedthe money to a security company abroad at the peak of the war/politicalcrisis that rocked my country few years ago. Now the crisis has ended and Ineed a trustworthy person like you to proceed to the place of the securitycompany in order to clear the fund and invest on my behalf as I dont want myname to be used for now. Note that I will send to you the relevant documents that will enable you take possesion of the the fund for onward investment for our mutual benefit. All I need from you is as follows: 1. A letter of committment (duely signed) that you will keep the transaction strictly confidential. 2. Your confirmation of your abilityto handle this. 3. Your IDt or driving licence number for identification to the security company. 4. Your telephone and fax numbers for communication. 5. Your full permanent address. As soon as I get the above information from you, I will disclose to you the name and the country of the security company. I will forward your name and particulars to the securitycompany to enable them contact you accordingly. I will also send to you aLETTER OF AUTHORITY to enable you clear the fund on my behalf. Note thatthis is a very safe transaction as this money is my share of my father's estate. I am waiting for your response to enable us proceed. Regards, Mr. Nzanga Joseph Mobutu.

1 0

Fw: Slashdot's HTML fix (fwd)
by Jorge Arellano Cid Oct. 16, 2003

Oct. 16, 2003

Hi, Here I quote the email Andreas sent to Rob Malda with regard to Slashdot's HTML (rendering problems). We haven't got an answer, so if you can contact Rob, please do so. I have tried. Currently also with gnu-darwin's maintainer we're trying to contact Slashdot's webmasters with a view to fix it. The problem is that we don't have anything but the generic email address, and surely it collects tons of emails. :( Please, if someone in this list has an inner track to /.'s webmasters, please help us to deliver this email. Cheers Jorge.- ---------------------------------------------------------------- Begin forwarded message: Date: Mon, 29 Sep 2003 17:07:31 +0200 From: Andreas Kemnade <akemnade(a)informatik.uni-bremen.de> To: malda(a)slashdot.org Subject: Slashdot's HTML fix Hello Rob, I (and many others) have some problems reading http://slashdot.org/ with dillo (http://www.dillo.org) It was ok for years but since some weeks the page is almost completely unreadable. Screenshot: http://users.auriga.wearlab.de/~andi/slash2.png Seeing so much black is really depressing ;-) tidy (a html cleanup program from the w3c) shows lots of warnings. But after tidy has cleaned up the html, dillo shows it almost correctly. After some more investigation, I have found the error which makes the page black:  <A HREF="//science.slashdot.org">Science</A>   3 more</TD></TR> <TR><TD >  <A HREF="//yro.slashdot.org">YRO</A></TD></TR> </TD></TR> ^^^^^^^^^^ There has to be only one </td></tr> pair. So it has to be this way:  <A HREF="//science.slashdot.org">Science</A>   3 more</TD></TR> <TR><TD >  <A HREF="//yro.slashdot.org">YRO</A></TD></TR>  without the extra </td></tr>. I guess after removing that table, you have forgotten the </td></tr>. Screenshot with that correction: http://users.auriga.wearlab.de/~andi/slash1.png It looks quite nice again. I hope you can easily find the html bug in the perl code. You'll make a lot of dillo users happy and the page a bit more W3C compiliant. Greetings Andreas Kemnade PS: Your site http://CmdrTaco.net/ also looks nice with dillo.

2 1

Re: [Dillo-dev] FLTK
by Alex Pavloff Oct. 16, 2003

Oct. 16, 2003

> What *does* take far more time is the initial rendering, > while rewrapping is exactly as fast as before. This (and also > that Pango is only used for drawing, and determing the size > of fonts and words) lets me assume that Dw_page_shape_glyphs > is not very efficient. I've tried to track down this with > gprof, but somehow the profile does not give me much clues. > Perhaps it is worth to optimize this code. (The comparison is > a bit unfair because of the different grades of matureness :-) Hi guys, It seems obvious to me, that before an effort is made to rip out one widget system and replace it with another widget system, a little more profiling is in order to confirm indeed, that the problem is Pango. If Pango is the problem, again, before changing the underlying widget system, perhaps some investigation in concert with the Pango developers should be done to see if there's some way to optimize dillo or Pango. Just my $0.02. Alex Pavloff - apavloff(a)esatechnology.com ESA Technology ---- www.esatechnology.com ------- Linux-based industrial HMI ------ -------- www.esatechnology.com/5k -------

1 0

[PATCH] bug in menu.c (SOLVED)
by Frank de Lange Oct. 16, 2003

Oct. 16, 2003

Stephan Goetter wrote: >Hi, > >I just got this, after opening a new tab, going to >http://www.foobar123.org/ (yes, it doesn't exist :) >and then trying to close the Tab. > >Program received signal SIGSEGV, Segmentation fault. >Menu_pick_url (widget=0x8158e80, client_data=0x8113f20) at menu.c:112 >112 gtk_object_remove_data(GTK_OBJECT (bw->menu_popup.over_image), "url2"); >(gdb) backtrace full >#0 Menu_pick_url (widget=0x8158e80, client_data=0x8113f20) at menu.c:112 > bw = (struct _BrowserWindow *) 0x8113f20 >#1 0x40142ef6 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0 >No symbol table info available. >#2 0x40187e16 in gtk_signal_remove_emission_hook () from /usr/lib/libgtk-1.2.so.0 >No symbol table info available. >#3 0x40186f3b in gtk_signal_handlers_destroy () from /usr/lib/libgtk-1.2.so.0 >No symbol table info available. >#4 0x40184b8e in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0 >No symbol table info available. >... > >Greets, >Stephan > Found the cause. This error is present in the CVS version of Dillo as well, but there it does not matter much (probably why it was not discovered before). In menu.c:Menu_add(): if (callback != NULL) { gtk_signal_connect(GTK_OBJECT(menuitem), "activate", (GtkSignalFunc) Menu_pick_url, data); ^^^^ "data" should be "bw", as Menu_pick_url() needs a BrowserWindow* as second parameter. In CVS Dillo "data" (which is used as user data for callbacks) happens to be always set to "bw", so this bug did not manifest itself. In the patched version, some callbacks expect a DilloDoc* as parameter though... So Menu_pick_url() is called with a DilloDoc* instead of a BrowserWindow*... The fix is simple: <PATCH> diff -pruN dillo/src/menu.c dillo_patched/src/menu.c --- dillo/src/menu.c 2003-09-25 15:10:24.000000000 +0200 +++ dillo_patched/src/menu.c 2003-10-16 14:56:38.733763968 +0200 @@ -109,7 +109,7 @@ static GtkWidget * } if (callback != NULL) { gtk_signal_connect(GTK_OBJECT(menuitem), "activate", - (GtkSignalFunc) Menu_pick_url, data); + (GtkSignalFunc) Menu_pick_url, bw); gtk_signal_connect(GTK_OBJECT(menuitem), "activate", (GtkSignalFunc) callback, data); } </PATCH> Jorge, can you commit this patchlet to CVS? Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

2 1

Re: [Dillo-dev] [PATCH] version 1 of keyboard navigation patch
by Frank de Lange Oct. 16, 2003

Oct. 16, 2003

Glyn Kennington wrote: > I like most of it. But after a very short time, I've found some things > >that I think need improving. So, in order of decreasing importance: > >1) I've found a bug that will cause dillo to crash: > > Go to a page whose first link is in an alt-tagged image. (The one I've > been using for this bugreport is www.guardian.co.uk .) > > Press the key for `link DOWN'. This will make the image link the > current link (status bar reads "http://www.guardian.co.uk/0,6961,,00.html") > > Go to another page. This can be by clicking Home, Back etc, typing in > another URL, or activating a link on the current page. > > Once dillo is about to start rendering the new page, it dies with a > segfault. gdb tells me that it's at the end of Dw_image_destroy(): > g_free (image->alt_text); > >This crash still occurs if I move to the next link (outside the image) >before going to a different page. > > I have not been able to reproduce this yet, will try again and fix anything I find... But, as stated, it does not happen here... Could have something to do with your next remark? [ LIST: has anyone else seen this? ] >2) Patching problems. I know the email said `use cvs 14/10/2003', but >the patch filename includes the string 20031015, so I attempted to patch >against my just-updated checkout. This normally wouldn't be a problem >over the course of only a day, but today there was some change to the >arguments of a_Commands_set_selection which broke the patch. If you >could include on your webpage the exact date and time of the CVS >checkout, near the link to the patch, it would probably prevent this >sort of confusion from happening again. > > Hmmm... tricky. I'll add a GMT date/time to the CVS version to be used. The date-string on the patch is autogenerated by my patch scripts, it just tells the date I made a release. It is not necessarily related to the CVS date the patch is based on. Sometimes I make incremental changes to a patch without updating CVS. >3) The TODO mentions more bindings. Do you intend to make Back > bindable? > > I intend to make everything bindable. That is, everything which can be bound. That is 'the GTK+ way' of doing things... Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

3 2

Re: [Dillo-dev] [PATCH] version 11 of tab/frame patch, added keyboard navigation
by Frank de Lange Oct. 16, 2003

Oct. 16, 2003

Stephan Goetter wrote: >Hi, > >I just got this, after opening a new tab, going to >http://www.foobar123.org/ (yes, it doesn't exist :) >and then trying to close the Tab. > >Program received signal SIGSEGV, Segmentation fault. >Menu_pick_url (widget=0x8158e80, client_data=0x8113f20) at menu.c:112 >112 gtk_object_remove_data(GTK_OBJECT (bw->menu_popup.over_image), "url2"); >(gdb) backtrace full >#0 Menu_pick_url (widget=0x8158e80, client_data=0x8113f20) at menu.c:112 > bw = (struct _BrowserWindow *) 0x8113f20 >#1 0x40142ef6 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0 >No symbol table info available. >#2 0x40187e16 in gtk_signal_remove_emission_hook () from /usr/lib/libgtk-1.2.so.0 >No symbol table info available. >#3 0x40186f3b in gtk_signal_handlers_destroy () from /usr/lib/libgtk-1.2.so.0 >No symbol table info available. >#4 0x40184b8e in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0 >No symbol table info available. >... > >Greets, >Stephan > > Hmmm, this did not happen here, but that was caused by me using a proxy (privoxy) which produces a nice 'not found' page... Will look in to it asap... Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

1 0

[PATCH] version 11 of tab/frame patch, added keyboard navigation
by Frank de Lange Oct. 16, 2003

Oct. 16, 2003

Hi'all, The next version (11) of my tab patch is ready (see bottom of this message for download instructions). The big new features are keyboard navigation and configurable key bindings (currently only for keyboard navigation and scrolling, more will be added later). See below for more information on these features. Keyboard navigation is also available in a separate patch, for those who do not want to apply the tab/frame patch. Watch the mailing list and/or see the patch website (http://www.geocities.com/ikbenfrank/) for more information. New features: - keyboard navigation! - configurable key bindings (for keyboard navigation and scrolling) Fixed bugs - solved the 'missing frames' problem for German (and other?) users. Stephan Goetter pointed me in the right direction (the German locale uses the "," as a decimal separator). Some behavioural changes with regard to stock (CVS) Dillo: - Shift-Ctrl-L (instead of Ctrl-L) for "open URL" dialog - Ctrl-L for "focus location bar" - Ctrl-S for "Save page As..." - Ctrl-U for "view source" while in a document, "clear entry" everywhere else (in stock Dillo this key is bound to "focus location bar" while in a document) - Ctrl-B for "Bookmark this page" - Alt-H for "Home" - "/" starts incremental search instead of normal search. For normal (non-incremental) search use Ctrl-F Support for the 0.7.3 branch has been dropped as of this version of this patch. Sorry, folks, but that is the price you pay for progress... Currently, both tab and frame support can be turned off completely, producing a smaller binary. I might (on request of other Dillo developers) remove the conditional compilation, thereby making tab and frame support a permanent feature of Dillo. If you want to keep the conditional compilation feature, speak out on the mailing list! Keyboard navigation can currently NOT be turned off, let me know if this is needed. Frameset (and iframe) support is enabled by default, it can be disabled using the configure option --enable-xhtml-dtd=strict. You can also use --enable-xhtml-dtd=transitional, which will give you iframe but no frameset support. The default option, --enable-xhtml-dtd=frameset, gives both iframe and frameset support. As usual, tab support can be disabled using --disable-tabs. What does not work yet: - the full_screen_off_button is not shown in frame documents. Use double-click instead to toggle the full screen setting... - the frameborder attribute works, but dw_gtk_scrolled_frame always draws a (focus) shadow around itself - even with the border size is set to 0. This can be solved in several ways - adding a 'borderless' attribute to dw_gtk_scrolled_frame, using a special borderless GTK theme for the widget, etc. In GTK2 this is all much easier (just set the widget's style's xthickness/ythickness to 0), but we're not there yet... - borderless frames can not be resized, even though Dillo always shows a thin border (see above). Who cares about resizing borderless frames? Mozilla does it, but I don't think this is an issue. Agree? - iframes always have a border (see above) Keyboard Navigation =================== You can use the keyboard to navigate links and controls in Dillo. In the default configuration, the following keys are used: Alt-Up: link UP Alt-Down: link DOWN Alt-Left: link LEFT Alt-Right: link RIGHT Enter: follow link or activate GTK+ widget Escape: unhighlight link In a non-frames version of Dillo the following keys are also used: Tab: NEXT link Shift-Tab: PREVIOUS link these keys are not bound by default in a frames-capable version of Dillo because they are used to navigate between frames. You are free to bind them (or any other key combination) to these functions though (see Keyboard bindings) Sometimes the result of link UP and link DOWN seems a bit unpredictable. This can happen when the next UP or DOWN link is currently not visible (below the bottom or above the top of the window). The screen coordinates for words are only known when they are in the visible area of the viewport, so off-screen links are accessed sequentially instead. Search and keyboard navigation ------------------------------ Keyboard navigation works with the Search feature: if search hits a link, it will be focused. Press <Enter> in the viewport to follow the link, <Esc> to unhighlight it. When using the status bar for search (an optional feature in the tabbed version of Dillo), press <Esc> to close the search entry followed by <Enter> to follow the link. A second <Esc> will unhighlight the focused link. Pressing <Enter> in the search entry (popup or status bar) repeats the search. History ------- The focus location is saved when navigating to another document in the same window or tab. This makes it possible to go back in history and continue to the next link on the page. Form fields ----------- The same keys used for link navigation work for form field navigation. Do note however that form fields, being embedded GTK+ widgets, can have their own bindings for some functions. As an example, the space bar is bound to the activate function in radio buttons. Keyboard bindings ================= It is possible to change the keyboard bindings used for keyboard navigation, either through editing the dillorc or by adding a section to any of the current GTK+ rc-files. The syntax is the same, the only difference is the addition of the preference keyword "key_bindings" in the dillorc and the fact that the bindings have to be enclosed in double quotes. An example of the configuration syntax can be found in the dillorc and on the mailing list. Tabs, Frames, Keyboard navigation and browser bloat =================================================== version: 0.8.0-pre patch: dillo-20031015-tabs.patch.gz unpatched: 294132 bytes patched, no tabs, no frames: 308404 bytes patched, with tabs, no frames: 315220 bytes patched, no tabs, with frames: 324852 bytes patched, with tabs, with frames: 333108 bytes (gcc 3.2.2, binutils 2.13.90.0.18, CFLAGS "-Os") The increase in size is due to the addition of keyboard navigation. If you want to be able to compile Dillo without this feature (it takes about 10 KB) let me know through the mailing list. Download instructions ===================== The patch is made against 20031014 CVS. Do not forget to run ./autogen.sh after applying the patch. You can find the patch on the usual (ad-happy, use an ad-blocking proxy or sane browser) site: http://www.geocities.com/ikbenfrank/ More specifically: Dillo 0.8.0-pre (CVS) ===================== http://www.geocities.com/ikbenfrank/dillo-20031015-tabs.patch.gz size: 85716 bytes (gzipped, as downloaded) 371416 bytes (uncompressed) md5sum: 358041a00feeef1706b81d24a985613a (gzipped, as downloaded) bf61b1bdb212c69c30ee1fa6fa74f729 (uncompressed) As always, check the site for the most recent version Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

4 5

RE: [Dillo-dev] FLTK
by Eric Gaudet Oct. 16, 2003

Oct. 16, 2003

> Hi Eric! > Hi Sebastian, > Only some remarks about my experiences. I'm only using Gtk 2.0 and > Pango 1.0, I'll update to see if it makes a difference. > > Startup time is a bit difficult to measure, since the disk cache state > etc. may influence this. What I found out: > ... As I said before, in my tests I always started with a dry run to make sure the libraries and files were loaded or buffered in RAM. The time differences between the first run and subsequent runs was very small in avarage, but could vary a lot. Also, as I said, startup time is slightly longer but still acceptable. If this was the only drawback with gtk2, I would be fine with it. > I've found no difference in drawing time, but this has only played a > bit time in dillo1 (at least for text). I've not configured anything > for Pango, and from what I see on the screen, anti-aliasing (which may > take much time) is turned off. > How do I turn off anti-aliasing? I'd like to try it again if you think this may speed-up redraws. > What *does* take far more time is the initial rendering, while > rewrapping is exactly as fast as before. This (and also that Pango is > only used for drawing, and determing the size of fonts and words) lets > me assume that Dw_page_shape_glyphs is not very efficient. I've tried > to track down this with gprof, but somehow the profile does not give > me much clues. Perhaps it is worth to optimize this code. (The > comparison is a bit unfair because of the different grades of > matureness :-) > I did't try rewrapping (changing the window's size), only scrolling down and up by one full page. I can try to rewrap and scroll line by line if you want. What is the purpose of Dw_page_shape_glyphs? Best, EG

2 1

Development
by Carlos Daniel Ruvalcaba Valenzuela Oct. 15, 2003

Oct. 15, 2003

Hi everyone It sems i lost a lot of the development cycle, now even plugins are implemented! Anyways, here is my wasted effort with dillo-0.7.3: * Fixed dpi.c capi.c, to handle launching multiple dpis via url, example dpi:/bm/ will launch bookmarks plaugs, dpi:/cfg/ will launch the configuration plugin. * Worked on dpilib a bunch of code to initialize comunications from a dpi to dillo, it works pretty well, also handles tag params, and url passed vars. * ddm_srv.c Dillo Download Manager, a download plugin using wget, will be able to download multiple files and show their progress in dpi:/ddm/downloads * cfg_srv.c Configuration, It can tweak a bunch of options for Dillo and DDM. Way back about a month i worked on a plugin daemon too. But with current changes i maded the daemon is not necesary, also dillo can load plugins if necesary. Any comments?, anyone wants the patches? Anyway, cheers. Carlos Daniel Ruvalcaba Valenzuela --------------------------------- Do You Yahoo!? Yahoo! Net: La mejor conexión a internet y 25MB extra a tu correo por $100 al mes.

2 1

Selection leak
by Jorge Arellano Cid Oct. 15, 2003

Oct. 15, 2003

Hi there! Finally the selection riddle is clear: there were some GTK+ warnings very seldomly appearing sometimes, but not in 0.7.3. In 0.7.3 one of the popups was being set as the permanent owner for all the selections, and it was initialized at browser window creation time. As 0.7.3 leaked the popups (not destroying them with the window) the widget remained valid all the time! In CVS the popup leak is fixed, so the selection owner can be destroyed with its window, and thus the warnings. I fixed it like I originally suggested: > Perhaps it'd be better to add a widget parameter to > a_Commands_set_selection: > > void a_Commands_set_selection(GtkWidget *widget, gchar *str) > > So we can set the owner properly. AFAIU the owner gets the > "clear selection" event on the handler it set. For instance, when > the user selects text from the location bar, the "clear > selection" callback is called. This can help to set a custom > handler for when the selected text comes from the rendered area. > This new handler can toggle the selection highlighting off, and > then call a_Commands_clear_selection_callback() to finish the > work. Sebastian: I used "GTK_BIN(bw->docwin)->child" as the selection owner for the rendered area. Is there a better candidate? Commited! Cheers Jorge.-

1 0

Re: [Dillo-dev] Development
by Scorpio Rising Oct. 15, 2003

Oct. 15, 2003

Behold, Carlos Daniel Ruvalcaba Valenzuela scribed in runic symbols on a tube chassis: > * ddm_srv.c Dillo Download Manager, a download plugin using wget, will be able to download multiple files and show their progress in dpi:/ddm/downloads Oy! Could I use this one :-)

1 0

[PATCH] version 1 of keyboard navigation patch
by Frank de Lange Oct. 15, 2003

Oct. 15, 2003

Hi'all, The first version (1) of my keyboard navigation patch is ready. See the end of this message for download instructions. Do note that the tab/frame patch already contains this functionality, so there is no need (and no way) to apply this patch on top of that or the other way around. The patch adds Keyboard navigation with configurable key bindings to (the CVS version of) Dillo. Please test it and let me know what you (don't) like. Even though keyboard navigation does not make much sense with devices without keyboards (pda's, etc), there is no configure option to disable it. Let me know if there is a need for such an option (it is easily implementable). Personally I think there is... For keyboard navigation to work Dillo has to track the position of individual words in a document, which increases memory overhead with 4 bytes per word. However, there seems to be some animosity against the added complexity of conditionally compiled code (enclosed in #ifdef ... #endif). More information on keyboard navigation can be found in the document "Keyboard_Navigation.txt" in the doc/ directory which I'll just reproduce it here: Keyboard Navigation =================== You can use the keyboard to navigate links and controls in Dillo. In the default configuration, the following keys are used: Alt-Up: link UP Alt-Down: link DOWN Alt-Left: link LEFT Alt-Right: link RIGHT Enter: follow link or activate GTK+ widget Escape: unhighlight link In a non-frames version of Dillo the following keys are also used: Tab: NEXT link Shift-Tab: PREVIOUS link these keys are not bound by default in a frames-capable version of Dillo because they are used to navigate between frames. You are free to bind them (or any other key combination) to these functions though (see Keyboard bindings) Sometimes the result of link UP and link DOWN seems a bit unpredictable. This can happen when the next UP or DOWN link is currently not visible (below the bottom or above the top of the window). The screen coordinates for words are only known when they are in the visible area of the viewport, so off-screen links are accessed sequentially instead. Search and keyboard navigation ------------------------------ Keyboard navigation works with the Search feature: if search hits a link, it will be focused. Press <Enter> in the viewport to follow the link, <Esc> to unhighlight it. When using the status bar for search (an optional feature in the tabbed version of Dillo), press <Esc> to close the search entry followed by <Enter> to follow the link. A second <Esc> will unhighlight the focused link. Pressing <Enter> in the search entry (popup or status bar) repeats the search. History ------- The focus location is saved when navigating to another document in the same window or tab. This makes it possible to go back in history and continue to the next link on the page. Form fields ----------- The same keys used for link navigation work for form field navigation. Do note however that form fields, being embedded GTK+ widgets, can have their own bindings for some functions. As an example, the space bar is bound to the activate function in radio buttons. Keyboard bindings ================= It is possible to change the keyboard bindings used for keyboard navigation, either through editing the dillorc or by adding a section to any of the current GTK+ rc-files. The syntax is the same, the only difference is the addition of the preference keyword "key_bindings" in the dillorc and the fact that the bindings have to be enclosed in double quotes. As an example, this configuration (in gtkrc) uses the numerical keypad for link navigation: binding "keypad-keys" { bind "KP_Add" { "focus_move" (0) } bind "KP_Subtract" { "focus_move" (1) } bind "KP_8" { "focus_move" (2) } bind "KP_2" { "focus_move" (3) } bind "KP_4" { "focus_move" (4) } bind "KP_6" { "focus_move" (5) } bind "KP_Enter" { "focus_activate" () } } class "GtkDwScrolledFrame" binding "keypad-keys" You can also use 'widget "*dillo-content" instead of 'class "GtkDwScrolledFrame" if you prefer to use widget names: widget "*dillo-content" binding "keypad-keys" This one (in dillorc, note the enclosing double quotes, the use of single quotes and the preference name 'key_bindings') makes Dillo behave like the vi editor when it comes to link navigation: key_bindings = "binding 'vi-keys' { bind 'k' { 'focus_move' (2) } bind 'j' { 'focus_move' (3) } bind 'h' { 'focus_move' (4) } bind 'l' { 'focus_move' (5) } } class 'GtkDwScrolledFrame' binding 'vi-keys'" The numerical values after "focus_move" are actually GTK enumeration values, but the current implementation does not support this. It would of course look much better to be able to write "focus_move" (GTK_DIR_DOWN) instead of "focus_move" (3)... It is also possible to bind a sequence of actions to a single keypress by adding more actions after the first. Bugz^Hs ======= - Image links without alt text do not work with keyboard navigation. - Image links with alt text work, but Dillo is currently not able to scroll to them. This can lead to 'hidden' focused links, use the scroll keys or scroll bars to bring them in to view. This problem is shared with the Search feature. It is caused by a deficiency in the widget iterator function which is used for scrolling. - The sometimes unpredictable behaviour of link UP/DOWN can be classified as a bug. Or not. It is probably hard to solve this. The root cause is the use of incremental display in dw_page, which is in itself a good feature. To good to mess it up with some hack to get each and every link in the right place before using keyboard navigation. TODO ==== Well, apart from fixing those bugs... Maybe merge focus with search, they have quite a lot in common. This would save some code and memory. It would also mess up the current design, so maybe this is not such a good idea. Add more GTK+ bindings, replacing current key_press event handling. ... Download instructions ===================== There is currently only one version of the patch, made against 20031014 CVS. Sorry, no 0.7.3 support (yet...). As always, have a look at the patch website (http://www.geocities.com/ikbenfrank/) for the latest version of the patch. This patch does NOT apply on top of the tab/frame patch, and the tab/frame patch does not apply on top of this one! The tab/frame patch already contains this functionality, so it is not needed. Also, there is some overlap in the patched files, so I'd have to create a special version of this patch for this purpose. http://www.geocities.com/ikbenfrank/dillo-200310142300-kbnav.patch.gz size: 14336 bytes (gzipped, as downloaded) 62481 bytes (uncompressed) md5sum: 06c21168960cc5de12437ab4abff6d45 (gzipped, as downloaded) a1317f63190ad0df9501bbb257f8c137 (uncompressed) Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / \ \ `--| _/ <Hacker for Hire> \ `---' \ +46-734352015 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

1 0

RE: [Dillo-dev] FLTK
by Eric Gaudet Oct. 14, 2003

Oct. 14, 2003

> Please back your opinions with links, docs, facts or with > whatever helps better to understand the point. Maybe a single > email can show there's no way to do it, or maybe not! > Two applications I used to run regularly when they were on gtk1.2 were ported to gtk2.0: pan and edonkey2000-gtk. I'm not using them anymore, because their rendering became painfully slow: scrolling the lists down takes several seconds to refresh on my 300MMX laptop. After doing some research, is seems that Pango is the culprit: rendering unicode needs some advanced graphic operation also slows down any text rendering. As I yet have to see a fast application using it, I would recommend NOT going with gtk2.0 for Dillo. Best, Eric

2 1

PLEASE CONTACT ME
by Mr. George Rhoney Oct. 13, 2003

Oct. 13, 2003

Dear Friend, I am an accountant and a member of the Contract Tender Board (CTB) of the Petroleum, Oil & Gas Corporation of South Africa (PTY) Ltd also known as PetroSA. I am presently on a special diplomatic duty in the South Africa foreign office in Amsterdam, the Netherlands. I got your contact through discreet inquiries in my search for a reliable individual or company who can handle a strictly confidential transaction that involves the transfer of a reasonable sum of money to a foreign account. I have no doubt in your ability to handle a financial business of considerable amount, which will form the bedrock of an extensive business partnership in due course. In unfolding this proposal, I want to count on your status that you will handle this transaction with all maturity and confidentiality it deserves. The money we want to transfer to you amount to a total of US$15.500,000.00 (Fifteen Million, Five Hundred Thousand United States Dollars) only. It was extracted from various over-invoiced contracts, masterminded by myself and some of my colleagues for our mutual benefit when the contracts was awarded by the Contracts Tender Board (CTB) of the Petroleum, Oil & Gas Corporation of South Africa (PeTROSA) Ltd. The above over-invoiced sum has been drafted and short-listed for final payment to a foreign bank account and it has been reflected as an amount to be paid to a foreign contractor for contract that has been executed for the Petroleum, Oil & Gas Corporation of South Africa (PTY) Ltd. The money is currently floating in the suspense account of the South Africa Reserve Bank (SARB) awaiting claim by a foreign partner, which status we absolutely want you to assume. The code of conduct bureau in South Africa has made it an offence for civil servants like us to(A) operate a foreign account (B) own a foreign company and (C) take up contract while still in active service. This is why we need your assistance. Now is the optimum period to realize this fund following the recent directive given to all-federal parastatals and corporations to pay off all foreign debts. I therefore seek your assistance to allow the remittance of this fund to be made to your personal or companys bank account. We have agreed that 30% of the total sum will be given to you, 65% will be for me and my colleagues and 5% for any expenses that maybe incured during this transaction, after the successful transference of the fund to your bank account. I want to assure you that all modalities for the successful transfer of this money to your account has been perfectly worked out and as such, there is no fear of failure. However, I would want to believe that you are honest enough and will not raise any misgiving attitude in any aspect of the transaction. Most importantly, you will keep this transaction very confidential so as not to tarnish the confidence reposed on these officials by the nations financial house. If this business proposal interest you, kindly indicate your willingness to me through email or by phone (+ 31-619-310-577) for immediate commencement of the transaction. To enable this fund to be successfully transferred to your account, you will also have to provide the following information: 1.Your company name and address that you wish to use as the beneficiary to claim the fund. 2.Your private telephone, fax Numbers. 3.Your Bank name, address and account number where you would want the money remitted. More information about the remittance of the fund to your account will be sent to you when I receive your response. Meanwhile, your swift response will help to meet the ultimatum given to all foreign contractors in this payment quarter to ensure that funds are claimed. We also wish to discuss investment strategy with you. We have the plan of investing part of our fund in real estate with your assistance in your country. Please, treat this information as confidential. Yours faithfully, Mr.George Rhoney.

1 0