- Dillo-dev - lists.mailman3.com

[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