- Dillo-dev - lists.mailman3.com

Planning

by joerg.sonnenberger＠web.de

On Fri, Jul 24, 2009 at 11:33:28AM -0400, Jorge Arellano Cid wrote: > * Add blocker (this also has to do with privacy). > A full RE-based one may have significant overhead (test > required), but simple string-matching may do most of the trick. > I've also thought for a long time that a "don't load from > other sites" preference may help a lot. The whole topic needs > some thought but it's not hard to implement. I'd be very careful with that assumptions. A good regex engine needs a single pass over the input string independent of the number of strings to search for. Note that the OS regex might not work that well, but e.g. TRE isn't that big. Joerg

July 24, 2009

Planning

by Johannes.Hofmann＠gmx.de

Hi, On Fri, Jul 24, 2009 at 11:33:28AM -0400, Jorge Arellano Cid wrote: > Hi, > > Here are some pending issues which I've partially sorted by > priority (at least the top half). Please add the missing ones and > let's try to finish sorting it, with a view to planify our work. > > > * Make DIV-based pages render correctly. > This is the most visible rendering fault in Dillo. The > textblock doesn't have a way to handle it (not implemented). > IIRC I'm willing to dig into it and Johannes will help. > e.g. http://www.advogato.org/faq.html With DIV-based pages you mean floats as in http://www.w3.org/TR/CSS21/visuren.html#floats? Yes, this is the most obvious rendering problem atm. > > * Add blocker (this also has to do with privacy). > A full RE-based one may have significant overhead (test > required), but simple string-matching may do most of the trick. > I've also thought for a long time that a "don't load from > other sites" preference may help a lot. The whole topic needs > some thought but it's not hard to implement. > e.g. doubleclick. > > * Handle negative values in CSS. e.g. wikipedia. Actually it's dw/* that needs to be adapted to handle negative margins. This might be related to the floats stuff. > > * What will we do with xhtml? To render or not to render... > FF doesn't validate. BUG#732 > One solution is to add a notification widget area below the > control panel that hides/unhides as the find bar, to warn when a > xhtml file has detected bugs (we'd also move the meta refresh > warning to display here). I already have a simple patch to add > xhtml rendering. The widget implemetation is the missing part. > It should be much simpler than the close button in each tab. :-) > e.g. http://planet.postgresql.org/ > > * Jump to #anchor doesn't work correctly. > It looks like a timing issue, but the idle-call API needs a > review as a whole. > > * dpi for "view page source" (it re-uses search capability). > This requires a check of the current data-passing inside DPIP. > > * Improve the DPI development/debug framework. > > * https dialog bombing issue. BUG#868 > AKA make https dpi a server (i.e. not a filter dpi). > > * Render bug at http://www.directfb.org/ (and its links). The > table has too wide a first column. Back/Fwd solves it. Yes, I've seen this on several pages. > > *   handling in fltk.org > The relevant point is to define a consistent way to handle > whitespace in the textblock. Can you explain the problem a bit? > > * FTP download doesn't work?! wget - based downloads work mostly fine for me. Where do you see an issue? I've got one more point: * Add clipping to the fltk drawing code, so that e.g. margins of huge boxes don't cause X11 coordinate overflows. E.g. on http://alpen-panoramen.de/newcomments.php I will try to fix that. Similar issues occur with very long lines in plain.cc. Cheers, Johannes

July 24, 2009

Planning

by corvid＠lavabit.com

Jorge wrote: > * Render bug at http://www.directfb.org/ (and its links). The > table has too wide a first column. Back/Fwd solves it. I generally run dillo with my nowrap patch, which isn't showing this problem. (But before I make it sound perfect, I have noticed insufficiently wide menu widgets for SELECT on first load on occasion lately, but haven't yet gotten around to looking into whether it's the patch's fault) > *   handling in fltk.org > The relevant point is to define a consistent way to handle > whitespace in the textblock. What is wrong here? The wide underlines? > * FTP download doesn't work?! I haven't been having trouble with FTP. PS I see that there's a new fltk2 out that may be worth upgrading to (scandir glibc thing) so that we can find out whether to recommend it on the download page.

July 24, 2009

Planning

by jcid＠dillo.org

Hi, Here are some pending issues which I've partially sorted by priority (at least the top half). Please add the missing ones and let's try to finish sorting it, with a view to planify our work. * Make DIV-based pages render correctly. This is the most visible rendering fault in Dillo. The textblock doesn't have a way to handle it (not implemented). IIRC I'm willing to dig into it and Johannes will help. e.g. http://www.advogato.org/faq.html * Add blocker (this also has to do with privacy). A full RE-based one may have significant overhead (test required), but simple string-matching may do most of the trick. I've also thought for a long time that a "don't load from other sites" preference may help a lot. The whole topic needs some thought but it's not hard to implement. e.g. doubleclick. * Handle negative values in CSS. e.g. wikipedia. * What will we do with xhtml? To render or not to render... FF doesn't validate. BUG#732 One solution is to add a notification widget area below the control panel that hides/unhides as the find bar, to warn when a xhtml file has detected bugs (we'd also move the meta refresh warning to display here). I already have a simple patch to add xhtml rendering. The widget implemetation is the missing part. It should be much simpler than the close button in each tab. :-) e.g. http://planet.postgresql.org/ * Jump to #anchor doesn't work correctly. It looks like a timing issue, but the idle-call API needs a review as a whole. * dpi for "view page source" (it re-uses search capability). This requires a check of the current data-passing inside DPIP. * Improve the DPI development/debug framework. * https dialog bombing issue. BUG#868 AKA make https dpi a server (i.e. not a filter dpi). * Render bug at http://www.directfb.org/ (and its links). The table has too wide a first column. Back/Fwd solves it. *   handling in fltk.org The relevant point is to define a consistent way to handle whitespace in the textblock. * FTP download doesn't work?! -- Cheers Jorge.-

July 24, 2009

Happy announcement (not SW)

by jcid＠dillo.org

Hi, Thanks a lot for all the congratulations and good wishes! Now, I'm back from the quantum-space month-zone leap too. -- Happy :) Jorge.-

July 24, 2009

Happy announcement (not SW)

by hubugui＠gmail.com

Best congratulations from China! :-) 2009/7/21 Jeremy Henty <onepoint(a)starurchin.org> > > > I'm quite happy to let you know that yesterday 19 Aug, > > my first daughter Lisa was born! > > > > Everything is OK, we're vey happy with this "release" :) > > Many congratulations! > > Jeremy Henty > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

July 21, 2009

Happy announcement (not SW)

by onepoint＠starurchin.org

> I'm quite happy to let you know that yesterday 19 Aug, > my first daughter Lisa was born! > > Everything is OK, we're vey happy with this "release" :) Many congratulations! Jeremy Henty

July 21, 2009

Happy announcement (not SW)

by joerg.sonnenberger＠web.de

On Mon, Jul 20, 2009 at 10:47:05AM -0400, Jorge Arellano Cid wrote: > I'm quite happy to let you know that yesterday 19 Aug, > my first daughter Lisa was born! Congratulation! In which category of parent hacker will you now fall? "I have no time for anything else now" or "I have lots of spare time in the middle of the night while nursing the baby"? Joerg

July 21, 2009

Happy announcement (not SW)

by jorl17.8＠gmail.com

A Mon, 20 Jul 2009 10:47:05 -0400 Jorge Arellano Cid <jcid(a)dillo.org> escreveu: > Hi guys, > > I'm quite happy to let you know that yesterday 19 Aug, > my first daughter Lisa was born! > > Everything is OK, we're vey happy with this "release" :) > and I just wanted to communicate it here, so you more or > less know or understand my activities (or lack of) in the next days. > > :-) > That is fantastic! I'm really happy for you! Congratulations and...be prepared! Jorl17

July 21, 2009

Happy announcement (not SW)

by higuita7＠yahoo.co.uk

Hi all On Mon, 20 Jul 2009 10:47:05 -0400, Jorge Arellano Cid <jcid(a)dillo.org> wrote: > I'm quite happy to let you know that yesterday 19 Aug, > my first daughter Lisa was born! Congratulations!! Being a father also of a small girl (1 year now), i can tell you that you will be very busy in the next few weeks (years!), but its amazing and fun experience. If you have any question, just ask, in the beginning everything is new and unknown. again, congratulations for you, the mother and the rest of the family. :) higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

July 21, 2009

Happy announcement (not SW)

by newman.x＠gmail.com

On Mon, Jul 20, 2009 at 04:20:53PM +0000, corvid wrote: > Jorge wrote: > > I'm quite happy to let you know that yesterday 19 Aug, > > my first daughter Lisa was born! > > Congratulations! > > PS It's still July here -- you might need to get some sleep :) :) Congratulations! (I am different month-zone too :) ). Michal

July 20, 2009

Happy announcement (not SW)

by kelson＠pobox.com

Jorge Arellano Cid wrote: > I'm quite happy to let you know that yesterday 19 Aug, > my first daughter Lisa was born! Congratulations! -- Kelson Vibber Hyperborea.org - SpeedForce.org

July 20, 2009

Happy announcement (not SW)

by darkspirit5000＠gmail.com

Congratulations!! 2009/7/20, corvid <corvid(a)lavabit.com>: > Jorge wrote: >> I'm quite happy to let you know that yesterday 19 Aug, >> my first daughter Lisa was born! > > Congratulations! > > PS It's still July here -- you might need to get some sleep :) :) > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

July 20, 2009

Happy announcement (not SW)

by corvid＠lavabit.com

Jorge wrote: > I'm quite happy to let you know that yesterday 19 Aug, > my first daughter Lisa was born! Congratulations! PS It's still July here -- you might need to get some sleep :) :)

July 20, 2009

Happy announcement (not SW)

by Johannes.Hofmann＠gmx.de

Hi Jorge, On Mon, Jul 20, 2009 at 10:47:05AM -0400, Jorge Arellano Cid wrote: > Hi guys, > > I'm quite happy to let you know that yesterday 19 Aug, > my first daughter Lisa was born! > > Everything is OK, we're vey happy with this "release" :) > and I just wanted to communicate it here, so you more or > less know or understand my activities (or lack of) in the next days. > > :-) This is excellent news! Congratulations! Cheers, Johannes

July 20, 2009

Happy announcement (not SW)

by sas＠321.hu

On Mon, Jul 20, 2009 at 4:47 PM, Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > I'm quite happy to let you know that yesterday 19 Aug, > my first daughter Lisa was born! Happy 1.1 :-) btw.: I've checked intrepid build on Debian stable/testing. Fine. -- SZERV?C Attila - zeneszerz? http://google.com/search?q=szerv?c <http://google.com/search?q=szerv%C3%A1c>

July 20, 2009

Happy announcement (not SW)

by jcid＠dillo.org

Hi guys, I'm quite happy to let you know that yesterday 19 Aug, my first daughter Lisa was born! Everything is OK, we're vey happy with this "release" :) and I just wanted to communicate it here, so you more or less know or understand my activities (or lack of) in the next days. :-) -- Cheers Jorge.-

July 20, 2009

Problem: Dillo2 does not recognize True Type font

by Johannes.Hofmann＠gmx.de

Hi Eric, On Sun, Jul 19, 2009 at 01:13:54AM +0800, Eric Liao wrote: > 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. Maybe the -I/usr/include/freetype2 option is needed on your system to get the right freetype includes? You might try export CPPFLAGS=-I/usr/include/freetype2 before calling the dillo configure script to make sure gcc looks in /usr/include/freetype2 first when searching for freetype includes. Cheers, Johannes

July 19, 2009

Problem: Dillo2 does not recognize True Type font

by ericshliao＠gmail.com

Truely, It seems people don't have trouble in making dillo2 recognize treutype fonts. My situation is not normal, so I am trying to find why and how to cope with the situation. On Sun, Jul 19, 2009 at 6:41 AM, corvid <corvid(a)lavabit.com> wrote: > Eric wrote: > > The font that I mentioned as type1 was "Bitstream Charter", not > "Bitstream > > Cyberbit". > > Right, I'm saying that in my circumstances I'm able to use a truetype font > without having to do anything special. > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

July 19, 2009

Problem: Dillo2 does not recognize True Type font

by corvid＠lavabit.com

Eric wrote: > The font that I mentioned as type1 was "Bitstream Charter", not "Bitstream > Cyberbit". Right, I'm saying that in my circumstances I'm able to use a truetype font without having to do anything special.

July 19, 2009

[patch] check for dpip_tag == NULL in https.c

by jcid＠dillo.org

On Sat, Jul 18, 2009 at 11:07:15AM +0200, J?r?my Richard wrote: > On Fri, 17 Jul 2009 19:20:49 -0400 > Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > > On Fri, Jul 17, 2009 at 06:46:03PM -0400, Jorge Arellano Cid wrote: > > > On Sat, Jul 18, 2009 at 12:07:58AM +0200, Johannes Hofmann wrote: > > > > 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. > > > > > > ACK. > > > > > > I'd prefer to have: > > > > > > char *a_Dpip_get_attr_l(char *tag, size_t tagsize, const char > > > *attrname); char *a_Dpip_get_attr(char *tag, const char *attrname); > > > > > > in the global DPIP's API. > > > > > > Please wait a bit while I make a patch... > > > > Please test tip. > > > Hi, > > The tip works great! > It is possible to have this patch in the next version of dillo (2.2?) That's the idea. What lives in the repository goes in the next release unless it's proven buggy or wrong. > And I would like to now when we could download the new version? You can check out the repository anytime. The date of the next release is unknown now. > Thank you very much for your help ! :) -- Cheers Jorge.-

July 18, 2009

Problem: Dillo2 does not recognize True Type font

by ericshliao＠gmail.com

The font that I mentioned as type1 was "Bitstream Charter", not "Bitstream Cyberbit". Thanx for the tips about configure.in. I will have a further look. > > > Hmm...I've always used Bitstream Cyberbit for Asian text, > and the mighty wikipedia claims it's TTF > ( http://en.wikipedia.org/wiki/Unicode_typefaces ) > > Dillo's configure.in has > > AC_MSG_CHECKING([FLTK2]) > if sh -c "fltk2-config --version" >/dev/null 2>&1 > then AC_MSG_RESULT(yes) > LIBFLTK_CXXFLAGS=`fltk2-config --cxxflags` > LIBFLTK_CFLAGS=`fltk2-config --cflags` > LIBFLTK_LIBS=`fltk2-config --use-images --ldflags` > else AC_MSG_RESULT(no) > AC_ERROR(FLTK2 must be installed!) > fi > > to get the fltk flags... > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

July 18, 2009

Problem: Dillo2 does not recognize True Type font

by corvid＠lavabit.com

Eric wrote: > 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. Hmm...I've always used Bitstream Cyberbit for Asian text, and the mighty wikipedia claims it's TTF ( http://en.wikipedia.org/wiki/Unicode_typefaces ) Dillo's configure.in has AC_MSG_CHECKING([FLTK2]) if sh -c "fltk2-config --version" >/dev/null 2>&1 then AC_MSG_RESULT(yes) LIBFLTK_CXXFLAGS=`fltk2-config --cxxflags` LIBFLTK_CFLAGS=`fltk2-config --cflags` LIBFLTK_LIBS=`fltk2-config --use-images --ldflags` else AC_MSG_RESULT(no) AC_ERROR(FLTK2 must be installed!) fi to get the fltk flags...

July 18, 2009

Problem: Dillo2 does not recognize True Type font

by ericshliao＠gmail.com

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.

July 18, 2009

Height attribute

by richard.jrmy＠gmail.com

On Sat, 18 Jul 2009 11:03:20 +0200 Johannes Hofmann <Johannes.Hofmann(a)gmx.de> wrote: > Hello J?r?my, > > On Thu, Jul 16, 2009 at 09:47:38AM +0200, J?r?my Richard wrote: > > 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. > > For now I can only confirm that it doesn't work in dillo yet. > You might try to use a transparent 1x1 image scaled to the size you > need. > > Regards, > Johannes > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev Hello, Thanks for the reply, I will try this solution, I hope that could work in my case. Thank you! Regards

July 18, 2009

[patch] check for dpip_tag == NULL in https.c

by richard.jrmy＠gmail.com

On Fri, 17 Jul 2009 19:20:49 -0400 Jorge Arellano Cid <jcid(a)dillo.org> wrote: > On Fri, Jul 17, 2009 at 06:46:03PM -0400, Jorge Arellano Cid wrote: > > On Sat, Jul 18, 2009 at 12:07:58AM +0200, Johannes Hofmann wrote: > > > 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. > > > > ACK. > > > > I'd prefer to have: > > > > char *a_Dpip_get_attr_l(char *tag, size_t tagsize, const char > > *attrname); char *a_Dpip_get_attr(char *tag, const char *attrname); > > > > in the global DPIP's API. > > > > Please wait a bit while I make a patch... > > Please test tip. > Hi, The tip works great! It is possible to have this patch in the next version of dillo (2.2?) And I would like to now when we could download the new version? Thank you very much for your help ! Regards

July 18, 2009

Height attribute

by Johannes.Hofmann＠gmx.de

Hello J?r?my, On Thu, Jul 16, 2009 at 09:47:38AM +0200, J?r?my Richard wrote: > 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. For now I can only confirm that it doesn't work in dillo yet. You might try to use a transparent 1x1 image scaled to the size you need. Regards, Johannes

July 18, 2009

[patch] check for dpip_tag == NULL in https.c

by jcid＠dillo.org

On Fri, Jul 17, 2009 at 06:46:03PM -0400, Jorge Arellano Cid wrote: > On Sat, Jul 18, 2009 at 12:07:58AM +0200, Johannes Hofmann wrote: > > 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. > > ACK. > > I'd prefer to have: > > char *a_Dpip_get_attr_l(char *tag, size_t tagsize, const char *attrname); > char *a_Dpip_get_attr(char *tag, const char *attrname); > > in the global DPIP's API. > > Please wait a bit while I make a patch... Please test tip. -- Cheers Jorge.-

July 18, 2009

[patch] check for dpip_tag == NULL in https.c

by jcid＠dillo.org

On Sat, Jul 18, 2009 at 12:07:58AM +0200, Johannes Hofmann wrote: > 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. ACK. I'd prefer to have: char *a_Dpip_get_attr_l(char *tag, size_t tagsize, const char *attrname); char *a_Dpip_get_attr(char *tag, const char *attrname); in the global DPIP's API. Please wait a bit while I make a patch... -- Cheers Jorge.-

July 18, 2009

[patch] check for dpip_tag == NULL in https.c

by Johannes.Hofmann＠gmx.de

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

July 18, 2009

Height attribute

by richard.jrmy＠gmail.com

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

July 16, 2009

dpid includes

by furaisanjin＠gmail.com

Hi all. FreeBSD 6.4 is also fine for compiling. Regards, furaisanjin

July 15, 2009

dpid includes

by Johannes.Hofmann＠gmx.de

On Mon, Jul 13, 2009 at 03:26:44PM -0400, Jorge Arellano Cid wrote: > Hi, > > I just removed a bunch of redundant includes from the dpid/ > directory. Please compile test on platforms other than GNU/Linux. Compiles still fine on DragonFly. Cheers, Johannes

July 13, 2009

dpid includes

by jcid＠dillo.org

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.-

July 13, 2009

CSS class handling updated

by Johannes.Hofmann＠gmx.de

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

July 13, 2009

Re: [fltk.general] Cross-compiling Dillo to ARM

by acassis＠gmail.com

Hi Johannes, On 7/10/09, Johannes Hofmann <Johannes.Hofmann(a)gmx.de> wrote: > 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? > On my board (i.MX27ADS) I used a hardware keyboard. Do you find any softkeyboard to use with fltk2 app? > Cheers, > Johannes > Cheers, Alan

July 13, 2009

Bug in Dillo's menu

by Hole.destructor＠gmx.de

On Sun, Jul 12, 2009 at 03:24:40PM +0000, corvid wrote: > Alexander wrote: > > 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. > > What window manager are you using? I'm sorry for my complaint, after a restart of X (I'm using Gnome), dillo works as expected and all above mentioned bugs are gone. This is very strange. Thus, please ignore this bug report. :) Best, Alexander

July 12, 2009

Bug in Dillo's menu

by corvid＠lavabit.com

Alexander wrote: > 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. What window manager are you using?

July 12, 2009

Bug in Dillo's menu

by Hole.destructor＠gmx.de

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

July 12, 2009

Rv: Re: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM

by darirf＠yahoo.es

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 > > > >

July 11, 2009

Re: [fltk.general] Cross-compiling Dillo to ARM

by Johannes.Hofmann＠gmx.de

On Fri, Jul 10, 2009 at 12:39:04PM +0000, Dario Rodriguez wrote: > > 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 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? Cheers, Johannes

July 10, 2009

Re: [fltk.general] Cross-compiling Dillo to ARM

by darirf＠yahoo.es

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

July 10, 2009

Re: [fltk.general] Cross-compiling Dillo to ARM

by acassis＠gmail.com

Hi Steve, On 7/9/09, =AA=F8=AE=F5 =B1i <stevegigijoe(a)yahoo.com.tw> wrote: > 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 =3D current; > IFont* t =3D (IFont*)font; > > // only integers supported right now (this can be improved): > psize =3D int(psize+.5); > unsigned size =3D unsigned(psize); > // See if the current font is correct: > if(f && f->encoding && encoding_) { <<-- Suggest t= o > add some check > if (font =3D=3D current_font_ && psize =3D=3D current_size_ && <<-- M= ay crash > here > (f->encoding=3D=3Dencoding_ || > (!encoding_ || !strcmp(f->encoding, encoding_)))) > return; > } > current_font_ =3D font; current_size_ =3D psize; > Great! Your work around fixed the issue! Thank you very much, Alan

July 9, 2009

Re: [fltk.general] Cross-compiling Dillo to ARM

by stevegigijoe＠yahoo.com.tw

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

July 9, 2009

Re: [fltk.general] Cross-compiling Dillo to ARM

by acassis＠gmail.com

Hi Dario, On 7/9/09, Dario Rodriguez <darirf(a)yahoo.es> wrote: > > 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? > These are my configure parameters: $ ./configure --prefix=/usr --host=arm-linux --build=i686-pc-linux-gnu --enable-composite --enable-kdrive --disable-dri --disable-xinerama --disable-xf86misc --disable-xf86vidmode --disable-xorg --disable-xorgcfg --disable-xnest --disable-xvfb --disable-xevie --disable-xprint --disable-xtrap --enable-xfbdev --disable-dmx --disable-dbus --enable-xkb --enable-tslib --disable-dga I'm using a touchscreen panel, this is why I am using tslib. > Thanks a lot. Hope that those configure also works for the iliad and we > can replace the aging dillo 0.8.6 O:). > Sure, it worked like a charm! Dillo is really IMPRESSIVE!!! I opened a BUG related to FLTK2, I think Xorg (kdrive) with built-in fonts in really import to embedded system projects: http://www.fltk.org/str.php?L2217+P0+S-2+C0+I0+E0+Q2217 > Best regards and thanks again to all involved in dillo development. > Best Regards, Alan

July 9, 2009

Re: [fltk.general] Cross-compiling Dillo to ARM

by darirf＠yahoo.es

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 >

July 9, 2009

(no subject)

by newman.x＠gmail.com

On Thu, Jul 9, 2009 at 9:20 AM, Michal Nowak<newman.x(a)gmail.com> wrote: > On Wed, Jul 8, 2009 at 5:33 PM, Alan Carvalho de Assis<acassis(a)gmail.com> wrote: >> 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) >> >> _______________________________________________ >> Dillo-dev mailing list >> Dillo-dev(a)dillo.org >> http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >> > > I'd probably encourage you to file a FLTK2 bug upstream or send > an email to FLTK mailing list, however w.r.t FLTK2 I don't think they > will fix it soon anyway. My POV is that they answer to bug reports > but not fixing much. > > Michal > Too late :).

July 9, 2009

(no subject)

by newman.x＠gmail.com

On Wed, Jul 8, 2009 at 5:33 PM, Alan Carvalho de Assis<acassis(a)gmail.com> wrote: > 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) > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > I'd probably encourage you to file a FLTK2 bug upstream or send an email to FLTK mailing list, however w.r.t FLTK2 I don't think they will fix it soon anyway. My POV is that they answer to bug reports but not fixing much. Michal

July 9, 2009

Re: [fltk.general] Cross-compiling Dillo to ARM

by acassis＠gmail.com

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!

July 8, 2009

(no subject)

by acassis＠gmail.com

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)

July 8, 2009