- Dillo-dev - lists.mailman3.com

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 19, 2009

July 19, 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