- Dillo-dev - lists.mailman3.com

AW: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin
by heisermi＠hs-albsig.de Aug. 15, 2009

Aug. 15, 2009

Hey guys, I think I'm near on getting dillo2 working on blackfin uClinux. My concurrent problem is, that there are some Errors linking the project. Undefined reference ..... I'll give you my compile log: make[3]: F?r das Ziel ?all? ist nichts zu tun. make[3]: Leaving directory `/home/mheiser/dillo-2.1.1/src/IO' make[3]: Entering directory `/home/mheiser/dillo-2.1.1/src' bfin-linux-uclibc-g++ -I.. -I/home/mheiser/uClinux/uClinux/uclinux-dist/staging/usr/include/libpng12 -I/home/mheiser/fltk-2.0.x-r6841 -I/home/mheiser/uClinux/uclinux-dist/staging/usr/include/freetype2 -I/home/mheiser/uClinux/uclinux-dist/user/microwin/nxlib/nxlib-0.45/X11/include -Wno-non-virtual-dtor -O2 -pipe -isystem /home/mheiser/uClinux/uclinux-dist/staging/usr/include -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -L/home/mheiser/uClinux/uclinux-dist/staging/usr/lib -o dillo dillo.o paths.o ui.o uicmd.o bw.o cookies.o auth.o colors.o misc.o history.o prefs.o prefsparser.o keys.o url.o bitvec.o klist.o chain.o utf8.o timeout.o dialog.o web.o nav.o cache.o decode.o dicache.o capi.o css.o cssparser.o styleengine.o plain.o html.o form.o table.o bookmark.o dns.o gif.o jpeg.o png.o imgbuf.o image.o menu.o dpiapi.o findbar.o xembed.o ../dlib/libDlib.a ../dpip/libDpip.a IO/libDiof.a ../dw/libDw-widgets.a ../dw/libDw-fltk.a ../dw/libDw-core.a ../lout/liblout.a -ljpeg -lpng12 -L/home/mheiser/fltk-2.0.x-r6841/lib -Wl,-rpath,/home/mheiser/bfin-fltk2/lib -lfltk2_images -lpng -lfltk2_images -ljpeg -lz -lfltk2 -L/home/mheiser/uClinux/uclinux-dist/user/microwin/nxlib/nxlib-0.45 -L/home/mheiser/uClinux/uclinux-dist/user/microwin/src/lib -L/home/mheiser/uClinux/uclinux-dist/staging/usr/lib -lX11 -lpthread -lm -lnano-X -lsupc++ -lz -liconv /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to `_Xutf8LookupString' /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to `_XFreeDeviceList' /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to `_wcstombs' /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to `_mbstowcs' /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to `_XOpenDevice' /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to `_XGetExtensionVersion' /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to `_XListInputDevices' /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to `_XSelectExtensionEvent' collect2: ld gab 1 als Ende-Status zur?ck make[3]: *** [dillo] Fehler 1 make[3]: Leaving directory `/home/mheiser/dillo-2.1.1/src' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/home/mheiser/dillo-2.1.1/src' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/home/mheiser/dillo-2.1.1' make: *** [all] Fehler 2 Can you give me an advice? I don't know exactly where I should begin searching for advice.... Regards Michael -----Urspr?ngliche Nachricht----- Von: corvid [mailto:corvid@lavabit.com] Gesendet: Donnerstag, 13. August 2009 02:10 An: Heiser Michael Betreff: Re: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin If you get it working from that document mentioned on the uclinux forum, let us know so that I can add to Compatibility.html :) Von AVG ?berpr?ft - www.avg.de Version: 8.5.386 / Virendatenbank: 270.13.53/2299 - Ausgabedatum: 08/12/09 18:12:00

5 9

AW: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin
by heisermi＠hs-albsig.de Aug. 14, 2009

Aug. 14, 2009

By the way, what I forgot to mention!! You have to change all fork() to vfork() cause there is no MMU on blackfin systems!!! Thanks Alan, it was a pleasure to me :) Regards Michael -----Urspr?ngliche Nachricht----- Von: Alan Carvalho de Assis [mailto:acassis@gmail.com] Gesendet: Freitag, 14. August 2009 16:02 An: Heiser Michael Betreff: Re: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin Great work Michael, Thank you for sharing it. I hope someone implement these missing functions. NXLib is a nice project, I am sad to see this project stalled. Regards, Alan On 8/14/09, Heiser Michael <heisermi(a)hs-albsig.de> wrote: > Hey guys, > > I got it! Dillo2 is running on our Blackfin device and I'll send you a > little manual as attachment for implementing it to uClinux! > > Regards Michael!!! > > -----Urspr?ngliche Nachricht----- > Von: dillo-dev-bounces(a)dillo.org [mailto:dillo-dev-bounces@dillo.org] Im > Auftrag von Heiser Michael > Gesendet: Freitag, 14. August 2009 13:18 > An: dillo-devel-list (dillo-dev(a)dillo.org) > Betreff: AW: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin > > LibXi is part of nxlib and nxlib maps XInputs to nano-X lib. So I had to > replace libXi. By the way I handled the compiling for Blackfin!! I will give > you soon an advice how to make it :) It's now only on testing dillo on our > device..... > > That seems to be tricky > > -----Urspr?ngliche Nachricht----- > Von: dillo-dev-bounces(a)dillo.org [mailto:dillo-dev-bounces@dillo.org] Im > Auftrag von Michal Nowak > Gesendet: Freitag, 14. August 2009 12:36 > An: dillo-dev(a)dillo.org > Betreff: Re: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin > > On Fri, Aug 14, 2009 at 9:00 AM, Heiser Michael<heisermi(a)hs-albsig.de> > wrote: >> Hey guys, >> I think I'm near on getting dillo2 working on blackfin uClinux. My >> concurrent problem is, that there are some Errors linking the project. >> Undefined reference ..... >> I'll give you my compile log: >> >> make[3]: F?r das Ziel ?all? ist nichts zu tun. >> make[3]: Leaving directory `/home/mheiser/dillo-2.1.1/src/IO' >> make[3]: Entering directory `/home/mheiser/dillo-2.1.1/src' >> bfin-linux-uclibc-g++ -I.. >> bfin-linux-uclibc-g++ -I/home/mheiser/uClinux/uClinux/uclinux-dist/sta >> bfin-linux-uclibc-g++ ging/usr/include/libpng12 >> bfin-linux-uclibc-g++ -I/home/mheiser/fltk-2.0.x-r6841 >> bfin-linux-uclibc-g++ -I/home/mheiser/uClinux/uclinux-dist/staging/usr >> bfin-linux-uclibc-g++ /include/freetype2 >> bfin-linux-uclibc-g++ -I/home/mheiser/uClinux/uclinux-dist/user/microw >> bfin-linux-uclibc-g++ in/nxlib/nxlib-0.45/X11/include >> bfin-linux-uclibc-g++ -Wno-non-virtual-dtor -O2 -pipe -isystem >> bfin-linux-uclibc-g++ /home/mheiser/uClinux/uclinux-dist/staging/usr/i >> bfin-linux-uclibc-g++ nclude -Wall -W -Wno-unused-parameter -fno-rtti >> bfin-linux-uclibc-g++ -fno-exceptions >> bfin-linux-uclibc-g++ -L/home/mheiser/uClinux/uclinux-dist/staging/usr >> bfin-linux-uclibc-g++ /lib -o dillo dillo.o paths.o ui.o uicmd.o bw.o >> bfin-linux-uclibc-g++ cookies.o auth.o colors.o misc.o history.o >> bfin-linux-uclibc-g++ prefs.o prefsparser.o keys.o url.o bitvec.o >> bfin-linux-uclibc-g++ klist.o chain.o utf8.o timeout.o dialog.o web.o >> bfin-linux-uclibc-g++ nav.o cache.o decode.o dicache.o capi.o css.o >> bfin-linux-uclibc-g++ cssparser.o styleengine.o plain.o html.o form.o >> bfin-linux-uclibc-g++ table.o bookmark.o dns.o gif.o jpeg.o png.o >> bfin-linux-uclibc-g++ imgbuf.o image.o menu.o dpiapi.o findbar.o >> bfin-linux-uclibc-g++ xembed.o ../dlib/libDlib.a ../dpip/libDpip.a >> bfin-linux-uclibc-g++ IO/libDiof.a ../dw/libDw-widgets.a >> bfin-linux-uclibc-g++ ../dw/libDw-fltk.a ../dw/libDw-core.a >> bfin-linux-uclibc-g++ ../lout/liblout.a -ljpeg -lpng12 >> bfin-linux-uclibc-g++ -L/home/mheiser/fltk-2.0.x-r6841/lib >> bfin-linux-uclibc-g++ -Wl,-rpath,/home/mheiser/bfin-fltk2/lib >> bfin-linux-uclibc-g++ -lfltk2_images -lpng -lfltk2_images -ljpeg -lz >> bfin-linux-uclibc-g++ -lfltk2 >> bfin-linux-uclibc-g++ -L/home/mheiser/uClinux/uclinux-dist/user/microw >> bfin-linux-uclibc-g++ in/nxlib/nxlib-0.45 >> bfin-linux-uclibc-g++ -L/home/mheiser/uClinux/uclinux-dist/user/microw >> bfin-linux-uclibc-g++ in/src/lib >> bfin-linux-uclibc-g++ -L/home/mheiser/uClinux/uclinux-dist/staging/usr >> bfin-linux-uclibc-g++ /lib -lX11 -lpthread -lm -lnano-X -lsupc++ -lz >> bfin-linux-uclibc-g++ -liconv >> /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to >> `_Xutf8LookupString' >> /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to >> `_XFreeDeviceList' >> /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to >> `_wcstombs' >> /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to >> `_mbstowcs' >> /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to >> `_XOpenDevice' >> /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to >> `_XGetExtensionVersion' >> /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to >> `_XListInputDevices' >> /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to >> `_XSelectExtensionEvent' > > Aren't you missing libXi-devel? > > Regards, > Michal > >> collect2: ld gab 1 als Ende-Status zur?ck >> make[3]: *** [dillo] Fehler 1 >> make[3]: Leaving directory `/home/mheiser/dillo-2.1.1/src' >> make[2]: *** [all-recursive] Fehler 1 >> make[2]: Leaving directory `/home/mheiser/dillo-2.1.1/src' >> make[1]: *** [all-recursive] Fehler 1 >> make[1]: Leaving directory `/home/mheiser/dillo-2.1.1' >> make: *** [all] Fehler 2 >> >> Can you give me an advice? I don't know exactly where I should begin >> searching for advice.... >> >> Regards >> >> Michael >> >> -----Urspr?ngliche Nachricht----- >> Von: corvid [mailto:corvid@lavabit.com] >> Gesendet: Donnerstag, 13. August 2009 02:10 >> An: Heiser Michael >> Betreff: Re: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin >> >> If you get it working from that document mentioned on the uclinux >> forum, let us know so that I can add to Compatibility.html :) >> >> >> >> Von AVG ?berpr?ft - www.avg.de >> Version: 8.5.386 / Virendatenbank: 270.13.53/2299 - Ausgabedatum: >> 08/12/09 18:12:00 >> >> _______________________________________________ >> Dillo-dev mailing list >> Dillo-dev(a)dillo.org >> http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >> > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > > Eingehende eMail ist virenfrei. > Von AVG ?berpr?ft - www.avg.de > Version: 8.5.392 / Virendatenbank: 270.13.55/2301 - Ausgabedatum: 08/13/09 > 18:16:00 > > Eingehende eMail ist virenfrei. > Von AVG ?berpr?ft - www.avg.de > Version: 8.5.392 / Virendatenbank: 270.13.55/2301 - Ausgabedatum: 08/13/09 > 18:16:00 > Eingehende eMail ist virenfrei. Von AVG ?berpr?ft - www.avg.de Version: 8.5.392 / Virendatenbank: 270.13.55/2301 - Ausgabedatum: 08/13/09 18:16:00

1 0

Crosscompiling Dillo2 for uClinux on Blackfin
by heisermi＠hs-albsig.de Aug. 12, 2009

Aug. 12, 2009

Hi guys, Currently I'm searching for a small footprint webbrowser to use on my blackin device. This device is driven by uClinux. The first positive I can tell you is, that I compiled fltk2 for blackfin with success. I followed the instructions on tw.myblog.yahoo.com/stevegigijoe/article<http://tw.myblog.yahoo.com/stevegigijoe/article?mid=138&prev=-1&next=137> to compile and run fltk2. My modifications can be read at https://blackfin.uclinux.org/gf/project/uclinux-dist/forum/?_forum_action=F… So now I'm facing a problem with the configure script of dillo. I had to make few changes to configure.in to recognize crosscompiled Fltk2 lib. These changes went ok but when configure checks libz, then it crashes because it can't find right version of the library. So my question is, how can I tell configure to search in my uClinux directory where the library already is persistent for use with uClinux. Best Regards from Germany, Michae

1 0

Re: patch: media_type pref
by corvid＠lavabit.com Aug. 5, 2009

Aug. 5, 2009

Jorge wrote: > On Mon, Feb 16, 2009 at 05:37:36AM +0000, corvid wrote: > > It makes more sense to have a pref that the user can > > control than for us to guess what they might like > > based on screen size or whatever, I think. > > I hesitate on this. For instance: if media_type is defined to > "handheld" and there's no such remote CSS, at least it should > fallback to "screen". If there is a handheld style sheet available and dillo is running on a handheld, it would be a shame not to use it. I'm hoping that the page author would have the sense to supply something for type "all". > Maybe it's more practical to provide custom stylesheets (as the > current "style.css". e.g. small_screen.css, print.css) and to > allow switching among them from the "Tools" menu. > > What do you think? I think someone using handheld would want to use both the page author's handheld-specific code and a user style suitable for their device. I'll send this to the list in case anyone with experience using such devices with the web has opinions to share.

3 3

Re: dillo bug 916
by corvid＠lavabit.com Aug. 3, 2009

Aug. 3, 2009

Scott wrote: > As far as I can tell, it works correctly with the patch applied. :) Scott had reported: "Dillo sometimes raises its window when clicked, instead of letting the window manager do its job. Usually if I have a window partially hidden, I don't want it raised... Apps should not try to do their own window management." fltk's Window::handle() has: #if USE_X11 case PUSH: // Unused clicks should raise the window. Windows unfortunatly // raises the window on *all* clicks so we don't bother except on X. if (shown()) XMapRaised(xdisplay, i->xid); #endif Aforementioned patch attached.

3 6

experimental patch: Re: dillo2 wrapping Chinese
by corvid＠lavabit.com Aug. 2, 2009

Aug. 2, 2009

I made yet another version of this patch the other day, and furaisanjin was kind enough to run on it a bit and ensure it's doing what we want. With the previous version, compiling without optimization, gprof showed 3-4% loss of speed on a page that's mostly English text. - I removed the strdup/free from the common case. - For nonideographic, it goes character by character instead of checking every byte. This should help for, e.g., Russian, but means some 'unnecessary' length-checking in the mostly-ASCII case. And gprof suggested the slowdown might be 3% now, although at this point, unless someone is paying you to perform a lot of careful, drudgery-filled runs, it gets hard to pick the signal out of the noise when examining the time spent in relevant functions. I tried adding in some code to bypass the ideographic call for ASCII, but 1) it made the code a little messy 2) it looked like it might be saving a few tenths of a percent 3) the compiler might perform optimizations under certain circumstances making my efforts unnecessary or counterproductive. I could definitely be talked into this one, though. I tried adding an addText() with a length argument and thought it might help by saving me the trouble of writing NULL bytes into the strings and saving the trouble of some strlen()ning in dw. I couldn't see any difference in speed, although it did make things cleaner and I would want to add it in eventually if this all makes it into the repository. There will be a duplicated ideographic() test, for instance, if a word starts with digits and ends with some Japanese characters. 1) uncommon 2) complexity This patch is really two patches because it also handles the case where whitespace numeric character references are inside a word, but I wanted to see the effects of both and they are each an excuse for the overhead of the loop. I'd split it into two pieces if committing it.

2 1

Re: dillo crash at dlib/dlib.c:173
by stevegigijoe＠yahoo.com.tw July 29, 2009

July 29, 2009

Hello guys I'm Sorry. Corvid is right. I must mass up something :p Steve ______________________________________________________________________________________________________ ¥I¶O€~®e¶qµL€W¡HYahoo!©_Œ¯¹q€l«Hœc2.0§K¶Oµ¹§A¡A«H¥ó¥Ã»·€£¥²§R¡I http://tw.mg0.mail.yahoo.com/dc/landing

1 0

dillo crash at dlib/dlib.c:173
by stevegigijoe＠yahoo.com.tw July 29, 2009

July 29, 2009

Hello all After update, the dillo crash while opening http://www.google.com.tw on dlib/dlib.c:173 The array haystack is null and unchecked cause the problem... Log as below gigijoe@user-desktop:~/dillo2$ gdb src/dillo GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu"... (gdb) r Starting program: /home/gigijoe/dillo2/src/dillo [Thread debugging using libthread_db enabled] paths: Cannot open file '/home/gigijoe/.dillo/keysrc' paths: Cannot open file '/usr/local/etc/dillo/keysrc' paths: Using internal defaults... dillo_dns_init: Here we go! (threaded) Disabling cookies. Nav_open_url: new url='http://www.google.com.tw' [New Thread 0xb795b8e0 (LWP 11430)] [New Thread 0xb782bb90 (LWP 11433)] Dns_server [0]: www.google.com.tw is 74.125.19.105 74.125.19.106 74.125.19.99 74.125.19.104 74.125.19.103 74.125.19.147 [Thread 0xb782bb90 (LWP 11433) exited] Connecting to 74.125.19.105 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb795b8e0 (LWP 11430)] 0x0807ee7c in dStristr (haystack=0x0, needle=0x810c13f "javascript") at dlib.c:173 173 for (i = 0, j = 0; haystack[i] && needle[j]; ++i) Current language: auto; currently c (gdb) q The program is running. Exit anyway? (y or n) y Steve ______________________________________________________________________________________________________ ¥I¶O€~®e¶qµL€W¡HYahoo!©_Œ¯¹q€l«Hœc2.0§K¶Oµ¹§A¡A«H¥ó¥Ã»·€£¥²§R¡I http://tw.mg0.mail.yahoo.com/dc/landing

3 2

dIsspace
by corvid＠lavabit.com July 27, 2009

July 27, 2009

When are we supposed to use isspace() and when are we supposed to use dIsspace()? It appears that one is now used in the C++ code and the other in the C code, but I don't know the reason for this distinction.

3 6

exit codes
by corvid＠lavabit.com July 24, 2009

July 24, 2009

I checked what bash sees when dillo returns -1 for bad cmdline argument, and $? shows 255. It seems that out of range values turn into 255. Not that anyone will ever care beyond zero vs nonzero, but I'd like to change it to something valid. I could change it to 1...or 2...or I could use the values from sysexits.h (i.e., borrow their values as opposed to including it, since it doesn't appear to be standard). Any opinions?

1 0

Problem: Dillo2 does not recognize True Type font
by ericshliao＠gmail.com July 19, 2009

July 19, 2009

I built dillo2 for my Debian5 desktop and found that Chinese text were not correctly displayed. All Chinese glyphs are displayed in empty blocks. I found that it's because the dillo2 that I built only recognized type1 font and did not recognize truetype font. I did a small test as the stated in the following to find the cause. I know it is not normal, because people don't have such problem. I wonder if this problem can be solved by setting proper ./configure options or by modifying Makefile. If you have any idea, please help. Thanx. At first, I suspect that FLTK2 does not support multi-national language dispaly. So I wrote a small program to test it. I used: "g++ -o fltkhello1 fltkhello1.cxx -I/usr/local/include -L/local/lib -lfltk2 -lXext -lXft -lX11 -lXi -lm" to compile. The result is not not satisfying. With the help from fltk-dev mail list, I tried "fltk2-config --compile fltkhello1.cxx" and got correct result. In fact, "fltk2-config --compile fltkhello1.cxx" will execute the following command to compile: gcc -I/usr/local/include -I/usr/include/freetype2 -Wno-non-virtual-dtor -o fltkhello1 fltkhello1.cxx -L/usr/local/lib /usr/local/lib/libfltk2.a -lX11 -lXi -lXinerama -lXcursor -lXft -lpthread -lm -lXext -lsupc++ The interesting part is: my previous faulty compile command made my program only recognize type1 font (such as Bitstream Charter), and no truetype font is recognized. The problem was corrected by calling "fltk2-config --compile fltkhello1.cxx". Because in my desktop, all the Chinese glyphs are provided by truetype font, it caued FLTK2 program won't dispaly Chinese glyphs. I also add some code in Dillo 2 source code to hardcode fontname to be used to draw text, I found that only typ1 font was recognized, all truetype fonts are not recognized.

3 5

[patch] check for dpip_tag == NULL in https.c
by Johannes.Hofmann＠gmx.de July 18, 2009

July 18, 2009

Hi, I was getting frequent https.filter.dpi with dpip_tag == NULL. Attached patch adds a check for that case. If nobody objects I'd commit this in a few days. Cheers, Johannes

3 4

Height attribute
by richard.jrmy＠gmail.com July 18, 2009

July 18, 2009

Hello, I'm french, so I'll hope you could understand me. I'm developing for IE 7, Firefox and Dillo. It's not necessary to respect the W3C because it is for local networking use. I need to have a table which have an height of 100% of the page and my attribute doesn't work. I've put " height='100%' " in my <table> and I've tried with CSS too. In Firefox and IE that works but not in Dillo. In Dillo, there is only the width works. So, I would like to know if there is a solution to have a table or the body of 100% of the Dillo windows? I hope that yes, this is a good web browser. Have a good day. Regards. J?r?my

2 2

dpid includes
by jcid＠dillo.org July 15, 2009

July 15, 2009

Hi, I just removed a bunch of redundant includes from the dpid/ directory. Please compile test on platforms other than GNU/Linux. TIA. -- Cheers Jorge.-

3 2

CSS class handling updated
by Johannes.Hofmann＠gmx.de July 13, 2009

July 13, 2009

Hi, the CSS class handling has been updated to support multiple class names as defined in the CSS 2.1 specification. Obviously dillo now has to do some more work to handle the cases with multiple class names. However I hope that at least on pages that do not use this feature performance did not change noticably. If you find a case where the current code feels slower than 2.1.1 please let me know. Cheers, Johannes

1 0

Re: [fltk.general] Cross-compiling Dillo to ARM
by darirf＠yahoo.es July 13, 2009

July 13, 2009

Hi Alan, Steve: With Steve's fltk2 patch it has compiled correctly and works :), so I don't have to replace the X server binary (great!). Screenshot at: http://www.mobileread.com/forums/showpost.php?p=517459&postcount=92 Thanks a lot to all :-D. Best regards, Dario

3 2

Bug in Dillo's menu
by Hole.destructor＠gmx.de July 12, 2009

July 12, 2009

Dear Dillo developers, I just found a little bug in the dillo's menu: When I click on the tool button (the one, where one can de/activate CSS) and I don't want to click on one of it's items (maybe because I pressed the wrong button or something), it is impossible to get out. I just can't simply close the menu by again click on the tool button. Clicking somewhere else (i.e. on another menu button) will not close the tool button. The only way to close the menu seems to be a click on one of it's items. Exactly the same thing happens with the F-menu button. What I also noticed: Sometimes dillo seems to hang, when visiting the "Bug Insertion" page on the dillo homepage: When I click on some of the drop-down menus or the text field, suddenly dillo freezes. I'm using Dillo 2.1.1 (Ubuntu binary "dillo+ssl" dillo_2.1.1-0+dillo1~jaunty1_amd64.deb, libfltk2.0-dev_2.0.0~r6671-0+devfil1_amd64.deb). It would be nice, if anyone could have a look into this. Many thanks in advance, Alexander

2 2

Rv: Re: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM
by darirf＠yahoo.es July 11, 2009

July 11, 2009

Ups! This one was intented for the list. Sorry. --- El s?b, 11/7/09, Dario Rodriguez <darirf(a)yahoo.es> escribi?: > De: Dario Rodriguez <darirf(a)yahoo.es> > Asunto: Re: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM > Para: "Johannes Hofmann" <Johannes.Hofmann(a)gmx.de> > Fecha: s?bado, 11 julio, 2009 9:07 > Hi, > > --- El vie, 10/7/09, Johannes Hofmann <Johannes.Hofmann(a)gmx.de> > escribi?: > > >? ? Screenshot at: > > >? ? ???http://www.mobileread.com/forums/showpost.php?p=517459&postcount=92 > > > > Excellent! > > Is the softkeyboard support something that needs to > be > > added to > > fltk, or are modifications to dillo needed? How is > this > > handled > > for other apps? > As the iliad is an e-ink book reader, its software is a bit > unusual. > > The changes are specific to the iliad software stack. All > ported apps have to be modified to have the main window > CLASS to be "sh" and call a couple o functions on an iliad > library to enable the soft-keyboard button. > > Not so long ago we had to also add a library call to update > the screen whenever it changed, but we managed to build a > daemon for that using the XDamage extension. > > Cheers, Dario > > > >

1 0

Re: [fltk.general] Cross-compiling Dillo to ARM
by stevegigijoe＠yahoo.com.tw July 9, 2009

July 9, 2009

Hi Alan I just found a problem around src/x11/Font_xlfd:538last week Below is my solution void fltk::setfont(Font* font, float psize) { FontSize* f = current; IFont* t = (IFont*)font; // only integers supported right now (this can be improved): psize = int(psize+.5); unsigned size = unsigned(psize); // See if the current font is correct: if(f && f->encoding && encoding_) { <<-- Suggest to add some check if (font == current_font_ && psize == current_size_ && <<-- May crash here (f->encoding==encoding_ || (!encoding_ || !strcmp(f->encoding, encoding_)))) return; } current_font_ = font; current_size_ = psize; Steve ______________________________________________________________________________________________________ ¥I¶O€~®e¶qµL€W¡HYahoo!©_Œ¯¹q€l«Hœc2.0§K¶Oµ¹§A¡A«H¥ó¥Ã»·€£¥²§R¡I http://tw.mg0.mail.yahoo.com/dc/landing

2 1

Re: [fltk.general] Cross-compiling Dillo to ARM
by darirf＠yahoo.es July 9, 2009

July 9, 2009

Hi Alan, A fellow user of the irex iliad tried to compile dillo2 for it (PXA255) and had similar issues with fltk2 (it was http://www.mobileread.com/forums/showpost.php?p=301183&postcount=84 ). Would you mind posting the configure flags that you have used for kdrive, fltk2 and dillo2? Thanks a lot. Hope that those configure also works for the iliad and we can replace the aging dillo 0.8.6 O:). Best regards and thanks again to all involved in dillo development. Dario. --- El mi?, 8/7/09, Alan Carvalho de Assis <acassis(a)gmail.com> escribi?: > De: Alan Carvalho de Assis <acassis(a)gmail.com> > Asunto: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM > Para: "Mirror of fltk.general Newsgroup" <fltk(a)easysw.com> > CC: "dillo-dev" <dillo-dev(a)dillo.org> > Fecha: mi?rcoles, 8 julio, 2009 8:58 > Hi Ian, > > On 7/8/09, imacarthur <imacarthur(a)gmail.com> > wrote: > > > > On 8 Jul 2009, at 16:33, Alan Carvalho de Assis > wrote: > > > > fltk-2 is not my strong suit, so what follows is just > guesswork > > really. However, here are some questions that might be > relevant: > > > > What fonts does your target system actually have > installed? Which > > names, what types, etc.? > > > > Now, the reason I ask is that I see from the gdb trace > that your > > program crashed in Font_xlfd.cxx, so presumably it was > attempting to > > load an "old style" XLFD font. > > > > You say your test build works with fltk-1.3, and it > defaults to using > > "new-style" XFT fonts, rather than using XLFD fonts > (although it can > > also use XLFD fonts, *or* can be built to only use > XLFD fonts by > > passing --disable-xft to configure at build time.) > > > > So... I'm guessing that the fltk-1.3 build works for > some reason > > because it is using XFT and the fltk-2 build fails > because it > > attempts to use XLFD. Does that seem feasible? > > > > If so, it might be worth trying to make sure the > fltk-2 build loads > > an XFT rather than XLFD font, see how that goes. > > > > All that said, however, a default flrk-2 build *ought* > to default to > > XFT enabled anyway - unless someone has changed that? > > > > Did you later that setting during config by any > chance? Maybe that is > > somewhere to start looking, if nothing else... > > > > You are right, I compiled Xorg (kdrive) with > "--enable-builtin-fonts", > then FLTK2 doesn't work. > > I think FLTK2 could to work with only "fixed" font, just > like FLTK1 does. > > Thank you very much! > > Regards, > > P.S.: Dillo is working fine on i.MX27 now! > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

2 1

(no subject)
by acassis＠gmail.com July 9, 2009

July 9, 2009

Hi All, I am trying to port Dillo to i.MX27 (ARM9) processor. Using LTIB build system (www.ltib.org) to cross-compile FLTK. I cross-compiled FLTK2, but it is crashing, I can't run any demo example. To FLTK1.3 everything works fine, I ran all examples successfully. To FLTK2 nothing works. I searched Internet for similar error, but nothing solves it. I tested these FLTK revision: fltk-2.0.x-r6793 fltk-2.0.x-r6101 It appears to crash at "fltk::setfont". In fact I can see "bad font: fixed" message just before that "Segmentation Fault". Could someone give me some suggestion to solve this issue? See below the gdb backtrace. I am running gdbserver on i.MX27 board (IP 192.168.0.180) Best Regards, Alan $ arm-elf-gdb /home/alan/ltib/rootfs/home/test/hello GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-linux"... (gdb) target remote 192.168.0.180:3333 Remote debugging using 192.168.0.180:3333 warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. 0x400007e0 in ?? () (gdb) set solib-absolute-prefix /home/alan/ltib/rootfs (gdb) b main Breakpoint 1 at 0xb9e8: file hello.cxx, line 9. (gdb) c Continuing. Breakpoint 1, main (argc=1, argv=0xbeaa5e44) at hello.cxx:9 9 Window *window = new Window(300, 180); (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x4025dfe0 in strcmp () from /home/alan/ltib/rootfs/lib/libc.so.6 (gdb) bt #0 0x4025dfe0 in strcmp () from /home/alan/ltib/rootfs/lib/libc.so.6 #1 0x0000d1e4 in fltk::setfont (font=0x3a0ac, psize=12) at x11/Font_xlfd.cxx:542 #2 0x0001ac80 in fltk::Widget::draw_box (this=0x40b68, r=@0xbeaa5a18) at Widget_draw.cxx:94 #3 0x0001acc0 in fltk::Widget::draw_box (this=0x0) at Widget_draw.cxx:88 #4 0x0001a810 in fltk::Widget::draw (this=0x0) at Widget.cxx:644 #5 0x0000d618 in fltk::Group::draw_child (this=<value optimized out>, w=@0x40b68) at Group.cxx:750 #6 0x0000e218 in fltk::Group::draw (this=0x406e0) at Group.cxx:682 #7 0x00013ff8 in fltk::Window::flush (this=0x406e0) at x11/run.cxx:2566 #8 0x000116d4 in fl_window_flush (window=0x406e0) at run.cxx:657 #9 0x00011784 in fltk::flush () at run.cxx:691 #10 0x00016a60 in fltk::wait (time_to_wait=1.00000002e+20) at run.cxx:484 #11 0x00016b8c in fltk::run () at run.cxx:397 #12 0x402071cc in __libc_start_main () from /home/alan/ltib/rootfs/lib/libc.so.6 #13 0x0000b94c in _start () (gdb)

2 2

Re: [fltk.general] Cross-compiling Dillo to ARM
by acassis＠gmail.com July 8, 2009

July 8, 2009

Hi Ian, On 7/8/09, imacarthur <imacarthur(a)gmail.com> wrote: > > On 8 Jul 2009, at 16:33, Alan Carvalho de Assis wrote: > > fltk-2 is not my strong suit, so what follows is just guesswork > really. However, here are some questions that might be relevant: > > What fonts does your target system actually have installed? Which > names, what types, etc.? > > Now, the reason I ask is that I see from the gdb trace that your > program crashed in Font_xlfd.cxx, so presumably it was attempting to > load an "old style" XLFD font. > > You say your test build works with fltk-1.3, and it defaults to using > "new-style" XFT fonts, rather than using XLFD fonts (although it can > also use XLFD fonts, *or* can be built to only use XLFD fonts by > passing --disable-xft to configure at build time.) > > So... I'm guessing that the fltk-1.3 build works for some reason > because it is using XFT and the fltk-2 build fails because it > attempts to use XLFD. Does that seem feasible? > > If so, it might be worth trying to make sure the fltk-2 build loads > an XFT rather than XLFD font, see how that goes. > > All that said, however, a default flrk-2 build *ought* to default to > XFT enabled anyway - unless someone has changed that? > > Did you later that setting during config by any chance? Maybe that is > somewhere to start looking, if nothing else... > You are right, I compiled Xorg (kdrive) with "--enable-builtin-fonts", then FLTK2 doesn't work. I think FLTK2 could to work with only "fixed" font, just like FLTK1 does. Thank you very much! Regards, P.S.: Dillo is working fine on i.MX27 now!

1 0

.deb files as PPA
by jcid＠dillo.org July 7, 2009

July 7, 2009

Hi, Now that launchpad is back, .deb packages for Debian and Ubuntu are available from our download page. -- Cheers Jorge.-

2 1

client-side redirect
by corvid＠lavabit.com July 5, 2009

July 5, 2009

I went to http://home.williampoundstone.net/Keeler/ and it breaks because there's a space before the URL in <meta http-equiv="refresh" content="0;url= Home.html" /> I can't seem to find anything that does a careful job of specifying what's legal here.

1 0

dillo-2.1.1 released
by corvid＠lavabit.com July 5, 2009

July 5, 2009

The purpose of this release is to prevent a maliciously-crafted image from causing an overflow. Since this is a matter of security, everyone is, naturally enough, encouraged to upgrade :) Thanks go to the oCERT folks for bringing the matter to our attention. (Jorge will send the freshmeat announcement in a little bit, and I will finish updating the website in a moment...)

4 4

dillo 2.1]
by sandshrew＠gmail.com July 4, 2009

July 4, 2009

Accidentally sent to corvid only. Forwarding to dillo-dev. > > > It seems whoever designed the new website theme has no idea what > > > READABILITY means... It looks like someone just used some stupid online > > > color picker, which just picks some similar colors to the one user > > > chooses. The old website looked MUCH MUCH better. Imho, it's a > > > regression... > > > > Hm I like the new design, but I agree that readability might be a problem. > > Let's see what other say. > > I still find visited text to be hard to read, but I know I should > break down and get a new display... > I wonder if you are the only dillo user with old display... BTW, I am using pretty new LCD display and still find it hard to read.

4 7

Tango icon theme for Dillo 2.1.1
by xentalion＠gmail.com July 4, 2009

July 4, 2009

Skipped content of type multipart/alternative

2 2

dillo 2.1.1
by corvid＠lavabit.com July 3, 2009

July 3, 2009

We're planning a bugfix release because it turns out that the PNG image size fix added right before the 2.1 release was incorrect. The nominal release date is Friday, but of course we'll see... Considering how I ripped out a bunch of extraneous system includes right after the 2.1 release, it would be a comfort to know that the code in the repository still compiles for everyone.

5 6

Re: Feels good to be free. Close-tab button.
by jorl17.8＠gmail.com July 2, 2009

July 2, 2009

Ter, 2009-06-30 ?s 22:43 +0100, Jo?o Ricardo Louren?o escreveu: > Well, I promised I would report to you when I got more free time. > Guess what, I'm on vacation! Getting free time from my own personal > projects finally lets me take a closer look at Dillo. I am sorry for > being away for such a long time, though. > > I would like to contribute to one area that I have contributed > previously -- the close-tab button. It isn't critical, I know, but, > for now, it's the best I can do. The idea now is to finally have a > button in each tab. > > It is tough, but I am getting somewhere. The 'initial' drawing part is > done, but I have had to make some small changes to some virtual > functions, and also changing non-virtual functions and finding a way > to 'enable' them in the code. > > It's pretty hackish right now, but I have managed to print the button > and am now starting to handle all the events and different button > states (clicked, over, etcetera). > > I'll keep you updated! > > Jo?o Answering myself, I've got the system working! There are still many more code-cleanups to do and add a couple of documentation features here and there.... It isn't 'pretty', but someone with more skills in the 'design' area can do better than me, I've got the system (which is pretty dumb and slow, IMO). There are, however, three issues I have: 1. I still haven't sorted things with the pager to have tabs behave 'correctly', but that should be _too_ hard, just quite some research. 2. When I destroy a tab, their order gets 'mixed up', but only sometimes. 3. For some reason, clicking on some tabs isn't working (not the buttons, but the tabs). I'll go into them and I think that 3 and 2 are related. I just decided to inform all of you how progress was going. Jo?o

4 9

Feels good to be free. Close-tab button.
by jorl17.8＠gmail.com June 30, 2009

June 30, 2009

Well, I promised I would report to you when I got more free time. Guess what, I'm on vacation! Getting free time from my own personal projects finally lets me take a closer look at Dillo. I am sorry for being away for such a long time, though. I would like to contribute to one area that I have contributed previously -- the close-tab button. It isn't critical, I know, but, for now, it's the best I can do. The idea now is to finally have a button in each tab. It is tough, but I am getting somewhere. The 'initial' drawing part is done, but I have had to make some small changes to some virtual functions, and also changing non-virtual functions and finding a way to 'enable' them in the code. It's pretty hackish right now, but I have managed to print the button and am now starting to handle all the events and different button states (clicked, over, etcetera). I'll keep you updated! Jo?o

1 0

[PATCH] warning: ignoring return value of ‘int chdir(const char*)’
by newman.x＠gmail.com June 27, 2009

June 27, 2009

gcc-4.4.0-4.i586 HG tip: newman src $ make | grep -i warning [...] paths.cc: In static member function ?static void Paths::init()?: paths.cc:38: warning: ignoring return value of ?int chdir(const char*)?, declared with attribute warn_unused_result With the patch dillo-guard-chdir.patch no warning. But this patch alone won't have any effect, all MSG(...) from Paths::init() won't write anything to output due to prefs.show_msg not being set to TRUE at that moment. Patch dillo-use-MSG-asap.patch moves a_Prefs_init() before Paths::init() is called. Hope it's not breaking anything. Tested - setting non-existing directory instead of /tmp - Dillo won't crash on start, basic browsing works -- Regards, Michal Nowak

3 4

[marcio.ccamargo@gmail.com: Thank u!]
by jcid＠dillo.org June 25, 2009

June 25, 2009

Hi, :) -- Cheers Jorge.-

1 0

patch: save bookmark segfault when dpis not found
by corvid＠lavabit.com June 24, 2009

June 24, 2009

A new one seen in the bugtracker... a_Bookmarks_chat_add() sets URL to NULL, so it needs to be handled. Anyway, the reason this is interesting is that I had always figured the URL_*() macros were protecting against a NULL URL, when really they protect against NULL fields in URLs.

2 2

patch: viewport keybindings
by corvid＠lavabit.com June 24, 2009

June 24, 2009

Here is an idea for viewport keybindings. It just builds a SimpleVector once and lets all of the viewports point to it, which I think goes against the dillo/dw boundary rules, but we'll see how the general idea goes over...

2 1

patch: a binding for stop
by jcid＠dillo.org June 24, 2009

June 24, 2009

On Fri, May 29, 2009 at 02:39:04AM +0000, corvid wrote: > > I don't like much Esc for stop, but if that's FFs default, > > it may be better than another (as the Ctrl-x clash you spot). > > Afterall this is what configurable keybindings is suppossed to > > solve so Esc is OK for me as default. > > I'll have to rip out the mysterious HIDE_PANELS in order to > take back Escape which it is using. AFAIS, in the sense of: > What is the purpose of KEYS_HIDE_PANELS when we have KEYS_FULLSCREEN? The idea is to handle the case of a "search text" request on hidden panels. In which case the search panel is temporarily shown, until Esc is pressed. If it can be done with less variables, no problem. Now, Esc is used to: - Close dialog windows - Hide the search panel Please don't rip that functionality. The idea is Esc to stop when there's no search bar. -- Cheers Jorge.-

2 3

dillo 2.1
by sandshrew＠gmail.com June 24, 2009

June 24, 2009

Been testing dillo 2.1 for some time and would like to share my experience. It's really great to see some basic css support (appearance of most if not all websites has improved alot), properly resized images, redirection and basic authentication working now :) Anyway, even dillo improved alot recently there still seems to be some issues. Here are some I've noticed after testing this release for few days: Rendering 1) ubuntu.lt Not sure if it's dillo fault or website's malformed stylesheet, but with default dillo settings some of the lithuanian characters are not displayed. This can be fixed by just adding "* {font-family: serif !important}" to the style.css. Here is a pic with some of the places where letters are missing marked in red: http://img4.imageshack.us/img4/2227/ubuntult.png 2) gmail It's nice that login works now, but with default dillo settings the size of most of the text is 1px. This can be partially fixed by adding font_min_size to dillorc, but it's obviously a dillo bug as this doesn't happen with links-hacked. 3) google What's with the textarea in the top left corner of the page? And just for information: signing out doesn't work because it requires basic javascript support (works with links-hacked). 4) Black on black, white on white... http://www.nma-fallout.com/forum/viewtopic.php?t=42776&start=2660&sid=a5712… For some reason black font color is used here and we get black text on black background in some posts (doesn't happen with links-hacked). http://www.acetoneteam.org/ Background color is not set here and if we have "body {background-color: white}" rule in our style.css file, we get white text on white background. 5) http://ubuntuforums.org/showthread.php?p=6592005 What's with the PINK blocks? If that's more of a "feature" then a bug, can the color be changed by using some css rule? 6) http://www.binaryworld.skynet.lt/DUK.html If we use one link with fragment identifier in the page, all the others are marked as visited too. 7) Authentication Basic authentication does work now, but at first the server displays a message saying "wrong credentials or browser doesn't understand how to supply the credentials" and only then a window pops up asking for the credentials... UI 1) Positioning the tab close button on the top RIGHT corner of the browser isn't a good thing because: a) The distance between the most commonly used buttons and the tab close button is pretty big (especially when widescreen monitors are pretty common nowadays); b) It only allows closing the active tab; I think it would be much better if all tabs had close buttons or at least the button was placed near the last tab. 2) Trivial but... because the setting to enable/disable image loading now is in the wrench menu it is two clicks away instead of one as it used to be in dillo 2.0. Maybe css settings could be left where they are now, but the setting for enabling/disabling images could be moved where it was in dillo 2.0? 3) UPPERCASE letters should be used in the File menu to define keyboard shortcuts, because now L looks like I (Open url... ctrl+l) 4) Don't you think "Are you sure you want to close the browser?" message is pretty annoying? Other: It seems whoever designed the new website theme has no idea what READABILITY means... It looks like someone just used some stupid online color picker, which just picks some similar colors to the one user chooses. The old website looked MUCH MUCH better. Imho, it's a regression... PS: how to install dillo 2.1 claws-mail plugin? -- Brain: an apparatus with which we think we think. - A. Bierce

4 10

dillo-2.1.tar.bz2
by newman.x＠gmail.com June 23, 2009

June 23, 2009

On Tue, Jun 16, 2009 at 11:46 PM, Kelson Vibber<kelson(a)pobox.com> wrote: > Michal Nowak wrote: >> >> I'd like to create Fedora RPM's (since I am Fedora packager), the >> problem is that fltk2 is not in Fedora (Package Review's pending [1], >> help welcomed), so, only unofficial packages are doable now. >> >> Problem with Fedora 11 is that fltk2 can't be built with recent g++ [2]. I >> might check with with F-10, it used to work. > > I've just built FLTK2 r6786 and Dillo 2.1 on a Fedora 10 system, so it does > work there. In http://fltk.org/str.php?L2205 I was suggested to make a code change in FLTK2, I did so and it compiles fine now. I am not sure of the root cause because fltk guys suggested that the problem is glibc-2.10 and pointed to patch but the patch looks to be incorporated in F-11 glibc. > > If you want to take a look, my SRPMS are available at > http://www.hyperborea.org/software/dillo/rpms/ > > The spec for FLTK2 is *very* rough, and the spec for Dillo has a lot of > cruft from back when I was maintaining packages for a bunch of different > distros. While looking at [1] it looks like you are using static archives (.a), while I turned on shared libs [2] option in FLTK2 and provide them instead. I fixed the remaining issues from package review [3], I guess FLTK2 might be in Fedora in near future. But now: FLTK2 packages for Fedora 10, 11, 12 (Rawhide) for ix86 and x86-64 ---> http://mnowak.fedorapeople.org/fltk2/ Enjoy [1] http://www.hyperborea.org/software/dillo/rpms/fltk2-2.0.x.r6786-0.1.f10.x86… [2] http://mnowak.fedorapeople.org/fltk2/ [3] https://bugzilla.redhat.com/show_bug.cgi?id=fltk2 > > -- > Kelson Vibber > Hyperborea.org - SpeedForce.org > Michal

6 31

Re: Dillo 2.1 questions
by jcid＠dillo.org June 23, 2009

June 23, 2009

Hi, On Mon, Jun 22, 2009 at 02:33:51PM +0200, Donjan Rodic wrote: > Hello Jorge > > First off, Dillo 2.1 is awesome. It got exactly the features I hoped for Good! > and isn't noticably more resource hungry. In fact it has half the memory footprint of the dillo1 series. http://www.dillo.org/memory.html > Too bad it doesn't support column layouts in CSS yet... can we expect > this in the next release? I hope! The column layout problem is mainly a lack of implementation of floating elements in the textblock. it is one of the top priorities for the next release (if not the topmost). We'll work on it and try to fix it. We're yet to find out how much work it will be. > One thing I can't figure out are the available keybinding commands. For > example, how would I call "scroll-one-screen-up", which I'd like to bind > to <Shift>Space. Similar to how Space scrolls one screen down. > Also "open-link-in-new-tab" to <Ctrl>"left-mouse-click"... > I couldn't find any documentation on such commands, except for the keys > listed in .dillo/keysrc. You should have an installation-wide keysrc file along with dillorc. If not, just read http://www.dillo.org/keysrc. AFAIS, we haven't included that keybinding, but will probably exist in the source repository soon. Maybe: coarse-scroll-down, coarse-scroll-up, fine-scroll-down, fine-scroll-up > Another topic: is the adblock.txt in the .dillo folder supposed to work? > Is there any recent documentation on this? No, AFAIK it isn't in the release. I'd really like to have it in the next release though. -- Cheers Jorge.-

1 0

css font-size and nested tables
by Johannes.Hofmann＠gmx.de June 23, 2009

June 23, 2009

Hi, trying to find the reason for the tiny fonts in gmail, I found the following: <html> <head> <style type="text/css"> td {font-family: arial; font-size:50%} </style> </head> <body> <table> <tr> <td> foo bar </td> </tr> <tr> <td> <table> <tr> <td>foo bar</td> </tr> </table> </td> </tr> </table> </body> </html> is rendered with the same font size in both lines in firefox, konqueror, and opera. Can someone enlighten me why the nested <td> does not decrease the font size again in the second line? If I change the CSS to act on <table> instead of <td> it works as expected. Cheers, Johannes

3 4

form widgets, ascent/descent
by corvid＠lavabit.com June 22, 2009

June 22, 2009

I was playing around in dw, and noticed that, whereas form widgets normally like to put much of their height into descent, when style sets the height, Textblock::calcWidgetSize() puts it all into ascent. I checked firefox and saw that their form widgets ascend. If we made everything ascend and just put font->descent into the descent, it would make life simpler. Or, nearly. I guess there is RELIEF_Y_THICKNESS, but I could almost ignore that...

3 4

trimming system includes
by corvid＠lavabit.com June 22, 2009

June 22, 2009

Johannes wrote: > On Mon, Jun 22, 2009 at 02:08:01AM +0000, corvid wrote: > > Johannes wrote: > > > I'm all for it and will be happy to test it on DragonFly BSD. > > > > Does this come reasonably close to compiling? > > Works just fine here. Well, if it works for Johannes... :) Anyway, I looked through the cvs archive a little, and it was interesting to see the prehistoric origins of some of this stuff, dating as far back as gzilla presumably. One is unavoidably reminded of how a living thing today bears the mark of billions of years of evolutionary past.

2 1

trimming system includes
by corvid＠lavabit.com June 21, 2009

June 21, 2009

Would anyone have strong objections if I go through and make some patches to remove system includes where I can't see any evidence that any code now in that file still needs that header?

3 3

experimental patch: nowrap
by corvid＠lavabit.com June 20, 2009

June 20, 2009

Currently dillo does not handle the case where certain regions of a line can be wrapped and other regions cannot. A prominent example is the list of browsers at the bottom of http://en.wikipedia.org/wiki/Dillo Here is a patch that minimizes memory use (adds one int per textblock) at some cost of recalculating things http://www.dillo.org/test/nowrap.patch When whitespace isn't WHITE_SPACE_NORMAL, Textblock::add* functions still add words to the word list, but postpone wrapping until the entire nowrap/pre chunk has been added or a break has been seen. This is so that we know whether to put it all on a new line. Some possibilities: Putting some kind of spanWidth in each Word, calculating it in addNowrapWords and sticking this nonzero value into the beginning word. We'd have to remember to deal with it if things in the span changed size, or if dillo got on-the-fly display:none someday or whatever. Taking the time to stick the whole chunk into one word when the style is all the same. (Similar difficulties as the above.) I'm not sure whether that would make life more difficult if dillo got bidirectional text someday. Putting the nowrap Words into a Something, so that what is now a Word list would contain Word Word Word Something Word Something Word... That sounds complicated. Let the add* functions put the nowrap Words through wordWrap, and keep track of shifts between normal/nowrap in a line. When a line is completed, set up rewrap to do it over. This would be in an effort to "push down the bubble" of ickiness around add*/addNowrapWords/rewrap, although the resulting new bubble of ickiness that would pop up next to it would perhaps be similar. Small things that might or might not be improvements: make breaks have normal whitespace, and make lines with only one word have normal whitespace (text/plain).

1 0

dillo-2.1.tar.bz2
by jcid＠dillo.org June 18, 2009

June 18, 2009

Hi, Working on: 1.- Solve the OpenSSL license issue and upload rc3. On Thu, Jun 18, 2009 at 05:24:25PM +0200, Devid Antonio Filoni wrote: > On Wed, Jun 17, 2009 at 11:45 PM, Jorge Arellano Cid<jcid(a)dillo.org> wrote: > > On Wed, Jun 17, 2009 at 10:01:12PM +0200, Devid Antonio Filoni wrote: > > [...] > > ?Devid: please send me the .deb and its directions when done. > DONE! You can find it at https://launchpad.net/~d.filoni/+archive/ppa > . However I found an error checking my package using lintian: > > E: dillo: possible-gpl-code-linked-with-openssl > N: > N: This package appears to be covered by the GNU GPL but depends on the > N: OpenSSL libssl package and does not mention a license exemption or > N: exception for OpenSSL in its copyright file. The GPL (including version > N: 3) is incompatible with some terms of the OpenSSL license, and therefore > N: Debian does not allow GPL-licensed code linked with OpenSSL libraries > N: unless there is a license exception explicitly permitting this. > N: > N: If only the Debian packaging, or some other part of the package not > N: linked with OpenSSL, is covered by the GNU GPL, please add a lintian > N: override for this tag. Lintian currently has no good way of > N: distinguishing between that case and problematic packages. > N: > N: Severity: serious, Certainty: wild-guess > > Can you please fix it? AFAIS, the only program that links to OpenSSL is the https dpi. i.e. The ssl-enabled dillo binary doesn't link to it. https.filter.dpi links to it. IANAL, but it looks like giving permission for this dpi is enough, and it's already done in its sources (dpi/https.c): * [...] * As a special exception permission is granted to link the code of * the https dillo plugin with the OpenSSL project's "OpenSSL" * library, and distribute the linked executables, without including * the source code for OpenSSL in the source distribution. You must * obey the GNU General Public License, version 3, in all respects * for all of the code used other than "OpenSSL". * */ Please let me know if this is _really_ enough or if some extra legal formula must be added somewhere else. TIA. -- Cheers Jorge.-

2 2

dillo-2.1.tar.bz2
by jcid＠dillo.org June 18, 2009

June 18, 2009

On Thu, Jun 18, 2009 at 05:24:25PM +0200, Devid Antonio Filoni wrote: > On Wed, Jun 17, 2009 at 11:45 PM, Jorge Arellano Cid<jcid(a)dillo.org> wrote: > > [...] > > ?BTW, the rc2 version of dillo-2.1 (hopefully final) was > > just uploaded to http://www.dillo.org/download/ so packagers > > can make the respective files. > > > > ?The idea is to make the announcement tomorrow in the morning. > > > > ?Devid: please send me the .deb and its directions when done. > DONE! You can find it at https://launchpad.net/~d.filoni/+archive/ppa > . However I found an error checking my package using lintian: > > E: dillo: possible-gpl-code-linked-with-openssl > N: > N: This package appears to be covered by the GNU GPL but depends on the > N: OpenSSL libssl package and does not mention a license exemption or > N: exception for OpenSSL in its copyright file. The GPL (including version > N: 3) is incompatible with some terms of the OpenSSL license, and therefore > N: Debian does not allow GPL-licensed code linked with OpenSSL libraries > N: unless there is a license exception explicitly permitting this. > N: > N: If only the Debian packaging, or some other part of the package not > N: linked with OpenSSL, is covered by the GNU GPL, please add a lintian > N: override for this tag. Lintian currently has no good way of > N: distinguishing between that case and problematic packages. > N: > N: Severity: serious, Certainty: wild-guess > > Can you please fix it? OK guys, don't hurry! ---------------------------------------------------- Let's make the announcement early this Saturday 20. ---------------------------------------------------- That way we have until tomorrow to sort out the packaging problem and this license issue. I'd proceed in this order: 1.- Solve the OpenSSL license issue and upload rc3. 2.- To enable-ssl or not enable-ssl (define what to do). 3.- Get to the less painful package-system for the user given the current situation. (most probably distribution repositories) 4.- Future planning: how to get dillo2 into distros to enlarge its user base. FLTK2 vs FLTK-1.3 * I have plenty of info here, but will hold on until the previous points are done. Thanks for all the help. -- Cheers Jorge.-

1 0

dillo-2.1.tar.bz2
by jcid＠dillo.org June 17, 2009

June 17, 2009

On Wed, Jun 17, 2009 at 03:33:56AM +0000, corvid wrote: > I just remembered that the README needs to be updated > since it talks about all of the new things that 2.0 brought. I just updated the repo. Please give it a review and fix the grammar where necessary. The patch for working keyboard under numlock was also committed (overlooked by me). Those having trouble with rc1, please confirm the repo (rc2) works OK now. When I get both OKs, I'll upload a new tarball for making the respective packages. If there's anything else pending, speak now! -- Cheers Jorge.-

1 0

keyboard shortcuts non-functioning under KDE 3.5.10
by paul＠claws-mail.org June 17, 2009

June 17, 2009

Hi, I've got recent code from mercurial, June 1st. No keyboard shortcuts are working for me using KDE 3.5.10. I was speaking to Johannes Hofmann about this problem, he asked me what my locale was (it's en-GB.UTF-8) and also asked me to report the problem here. Do you need more information from me? Whilst I'm here I would like to say thanks to Johannes for sorting out the --xid option, Claws Mail now has a dillo plugin again! with regards Paul -- "Thanks to his green candle, the 'Pataphysician can lighten our darkness."

6 10

dillo-2.1.tar.bz2
by jcid＠dillo.org June 16, 2009

June 16, 2009

On Tue, Jun 16, 2009 at 09:34:43PM +0200, Devid Antonio Filoni wrote: > I'm working on the Debian/Ubuntu package. I'm the Debian developer of > dillo so I know what I do, however I will not upload this in Debian > until fltk doesn't fix the license (it should be December 2001 in > order to get uploaded in Debian). I will send you the package > tomorrow. Excellent. -- Cheers Jorge.-

2 1

Limiting number connections made to server
by dennisn＠dennisn.dyndns.org June 16, 2009

June 16, 2009

Currently, I don't think dillo places any kind of regulation on the number of connections it tries to make with an http server, and this causes bad things to happen with some -- ie. if it tries to open a page with hundreds of thumbnails, it can crash some http servers. Is there a way to limit the number of connections made?

3 3

dillo-2.1.tar.bz2
by jcid＠dillo.org June 16, 2009

June 16, 2009

Hi there, We're approaching quickly to the release of dillo-2.1 ! :) The idea is to make the official announcement this Thursday 18 (June) I've uploaded the source tarball: http://www.dillo.org/download/ We need the main .deb and .rpm before Thursday (e.g. Ubuntu & Debian current, same for the most used Fedora). Would you mind Andreas, Kelson? Any comments, confirmation of OK-ness, tests or last minute touches, this is the moment. TIA. -- Cheers Jorge.-

1 0