- Dillo-dev - lists.mailman3.com

[patch]: fix .hgignore
by onepoint＠starurchin.org Nov. 29, 2010

Nov. 29, 2010

I was freaking out a bit for a while there because I had created some files with names like dillo_hg_* and "hg status" was not reporting them as untracked, even though I had not "hg add"-ed them. The problem was that .hgignore contains a line "dillo", which ignores every file with the string "dillo" anywhere in its path. Many other lines in .hgignore are similarly inappropriate. It looks as though these lines were written to be interpreted as glob-style patterns, but in fact mercurial interprets every line as a regexp. So here's patch to make .hgignore a little more sensible. Regards, Jeremy Henty

4 8

OT: freehg.org gone?
by onepoint＠starurchin.org Nov. 29, 2010

Nov. 29, 2010

Not that it affects us, but did anyone notice that freehg.org has gone? I can't Google anything useful, does anyone know more? Regards, Jeremy Henty

1 0

[patch]: @media support
by onepoint＠starurchin.org Nov. 22, 2010

Nov. 22, 2010

Does what it says on the tin. Please review and comment. I'm going to road-test this at home for a few days before pushing it. Naturally I won't push it if people have objections or corrections. But it does fix this site[1]! Regards, Jeremy Henty [1]: http://www.psychologicalscience.org/onlyhuman/2009/01/paradox-of-temptation…

3 3

[patch]: ignore unknown @-rules in CSS
by onepoint＠starurchin.org Nov. 21, 2010

Nov. 21, 2010

Currently Dillo tries to parse every @-rule in the same way (with CssParser::parseImport()). This causes problems, particularly with @media. Here[1] part of the style is missing so that the line size is smaller than the text. I have also attached a small test case where a @media rule causes the red style to go missing. So, here are two patches that make Dillo ignore @-rules that it does not recognise. The first patch just moves the test for the import keyword from CssParser::parseImport() into the main parser loop. Because it changes indentation it looks much more radical than it is. The second patch reworks the main parser loop so that CssParser::parseImport() is only called for @import and other @-rules are skipped. Please review and comment. I will push the patches if you think they are good. Regards, Jeremy Henty [1]http://johannhari.com//2010/11/19/we-should-not-tolerate-religious-excuse…

2 2

patch: text-indent
by corvid＠lavabit.com Nov. 19, 2010

Nov. 19, 2010

Johannes wrote: > On Sat, Nov 06, 2010 at 03:04:16PM +0000, corvid wrote: > > "Percentage values: refer to parent element's width" > > > > So a Textblock wants to decide how big it is, and it asks its children > > how big they are, and the child has, say, text-indent: 50%, and so it > > gets to wordWrap and asks "So, ah...how big are _you_?". And the parent > > doesn't know yet. > > Ah interesting.... > > What about using something like availWidth in Textblock::wordWrap() as an > aproximation of the future width of the Textblock? > Maybe this would be good enough. > In which cases would this be way off? That's a good idea! It seems to work pretty well in general... (You will note that this ignores negative values (LENGTH_PERCENTAGE) and allows overflow.)

3 11

fatal error while compiling fltk
by lolveley＠yahoo.fr Nov. 18, 2010

Nov. 18, 2010

fine! I compiled fltk without the text "glut" near DIRS, and then dillo, all this without errors. and now I have HTML support in claws-mail. thanks! olivier Le Thu, 18 Nov 2010 19:25:48 +0000, James Lovejoy <jameslovejoy(a)tiscali.co.uk> a ?crit : > Right, well it seems to me it's just building tests. So open > "Makefile" and delete the word "glut" from the DIRS variable. I > haven't tested it but it should work. > > On 18 Nov 2010, at 19:05, olivier SAINT-EVE <lolveley(a)yahoo.fr> wrote: > > > Hello, > > > > here is the result of the compilation of fltk: > > ******************************************************************** > > lolveley@linux-f5pi:~/bin/claws/fltk-2.0.x-r7725> make > > === making src === > > === making images/libjpeg === > > === making images/libpng === > > === making images === > > === making OpenGL === > > === making fluid === > > === making glut === > > Linking glpuzzle... > > glpuzzle.o: In function `redraw()': > > glpuzzle.cxx:(.text+0xbe7): undefined reference to `gluPerspective' > > glpuzzle.o: In function `selectPiece(int, int)': > > glpuzzle.cxx:(.text+0x12a6): undefined reference to `gluPickMatrix' > > glpuzzle.cxx:(.text+0x12da): undefined reference to `gluPerspective' > > collect2: ld returned 1 exit status > > make[1]: *** [glpuzzle] Erreur 1 > > make: *** [all] Erreur 2 > > ******************************************************************* > > I tried to compile glut and I have an error too. > > can give you this if you want. > > > > olivier > > > > Le 18/11/2010 19:56, James Lovejoy a ?crit : > >> Hi, > >> > >> Could you post the error because I think I got this error when > >> compiling fltk but I can't remember how I fixed it. Maybe it will > >> jog my memory. > >> > >> James > >> > >> On 18 Nov 2010, at 16:45, olivier SAINT-EVE <lolveley(a)yahoo.fr> > >> wrote: > >> > >> > >>> well, I tried to install mesa, but it is already installed, and > >>> the compilation with "--disable-gl" fails with an error while > >>> compiling glut. > >>> > >>> seems I will have HTML support in a long time, if so! > >>> > >>> olivier > >>> > >>> Le Thu, 18 Nov 2010 11:21:20 -0300, > >>> Jorge Arellano Cid <jcid(a)dillo.org> a ?crit : > >>> > >>> > >>>> On Thu, Nov 18, 2010 at 12:32:49PM +0100, Joerg Sonnenberger > >>>> wrote: > >>>> > >>>>> On Thu, Nov 18, 2010 at 12:16:40PM +0100, olivier SAINT-EVE > >>>>> wrote: > >>>>> > >>>>>> sounds like GLU is missing, but an internet search didn't help > >>>>>> me to find libglu-mesa, or libglu, or glu, in a rpm format. > >>>>>> > >>>>> Try Mesa. > >>>>> > >>>> You can install mesa GL, or you may try: > >>>> > >>>> ./configure --disable-gl ... > >>>> > >>>> when compiling FLTK. > >>>> > >>>> Disclaimer: I haven't tried it, but assume it should work. > >>>> > >>>> > >>> > >>> _______________________________________________ > >>> Dillo-dev mailing list > >>> Dillo-dev(a)dillo.org > >>> http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > >>> > >> > >

1 0

fatal error while compiling fltk
by lolveley＠yahoo.fr Nov. 18, 2010

Nov. 18, 2010

Le 18/11/2010 20:05, olivier SAINT-EVE a ?crit : > Hello, > > here is the result of the compilation of fltk: > ******************************************************************** > lolveley@linux-f5pi:~/bin/claws/fltk-2.0.x-r7725> make > === making src === > === making images/libjpeg === > === making images/libpng === > === making images === > === making OpenGL === > === making fluid === > === making glut === > Linking glpuzzle... > glpuzzle.o: In function `redraw()': > glpuzzle.cxx:(.text+0xbe7): undefined reference to `gluPerspective' > glpuzzle.o: In function `selectPiece(int, int)': > glpuzzle.cxx:(.text+0x12a6): undefined reference to `gluPickMatrix' > glpuzzle.cxx:(.text+0x12da): undefined reference to `gluPerspective' > collect2: ld returned 1 exit status > make[1]: *** [glpuzzle] Erreur 1 > make: *** [all] Erreur 2 > ******************************************************************* > I tried to compile glut and I have an error too. > can give you this if you want. > > olivier > > Le 18/11/2010 19:56, James Lovejoy a ?crit : > >> Hi, >> >> Could you post the error because I think I got this error when compiling fltk but I can't remember how I fixed it. Maybe it will jog my memory. >> >> James >> >> On 18 Nov 2010, at 16:45, olivier SAINT-EVE <lolveley(a)yahoo.fr> wrote: >> >> >> >>> well, I tried to install mesa, but it is already installed, and the >>> compilation with "--disable-gl" fails with an error while compiling >>> glut. >>> >>> seems I will have HTML support in a long time, if so! >>> >>> olivier >>> >>> Le Thu, 18 Nov 2010 11:21:20 -0300, >>> Jorge Arellano Cid <jcid(a)dillo.org> a ?crit : >>> >>> >>> >>>> On Thu, Nov 18, 2010 at 12:32:49PM +0100, Joerg Sonnenberger wrote: >>>> >>>> >>>>> On Thu, Nov 18, 2010 at 12:16:40PM +0100, olivier SAINT-EVE wrote: >>>>> >>>>> >>>>>> sounds like GLU is missing, but an internet search didn't help me >>>>>> to find libglu-mesa, or libglu, or glu, in a rpm format. >>>>>> >>>>>> >>>>> Try Mesa. >>>>> >>>>> >>>> You can install mesa GL, or you may try: >>>> >>>> ./configure --disable-gl ... >>>> >>>> when compiling FLTK. >>>> >>>> Disclaimer: I haven't tried it, but assume it should work. >>>> >>>> >>>> >>> _______________________________________________ >>> Dillo-dev mailing list >>> Dillo-dev(a)dillo.org >>> http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >>> >>> >> >> >

1 0

fatal error while compiling fltk
by lolveley＠yahoo.fr Nov. 18, 2010

Nov. 18, 2010

hello, I have opensuse 11.3 with gnome, and claws-mail. in order to view html content on claws-mail, I had to compile dillo. so I went to the site, downloaded fltk and tried to compile it (fltk-2.0.x-r7725). but after entering "make", I had this error : ******************************************************************** === making src === Compiling addarc.cxx... In file included from ../fltk/x.h:38:0, from addarc.cxx:32: ../fltk/x11.h:65:38: fatal error: X11/extensions/XInput.h: Aucun fichier ou dossier de ce type compilation terminated. make[1]: *** [addarc.o] Erreur 1 make: *** [all] Erreur 2 ******************************************************************** can you tell me if a peculiar software is missing? I searched with google (X11,RPMs of dillo) but in vain. thanks, Olivier.

4 6

Dillo-Win32 patches - yet another update
by obeythepenguin＠gmail.com Nov. 18, 2010

Nov. 18, 2010

After noticing some weird performance/stability issues in the latest Win32 build, I went back and noticed there was a bug in the dFcntl implementation, where non-blocking socket IO was never actually activated on Win32 (Unix and other platforms weren't affected). So I've updated the patches to fix that and a few other small things I discovered. First, the link: http://dillo-win32.sourceforge.net/patches.html Other changes: I've numbered the patches to reflect the dependency order, as much for my own sanity as anything. I've also removed the Html_css_repush_callback patch, since it breaks CSS streaming, though I've kept a copy on the off-chance there's ever a legitimate issue after all. I also have an updated testing build (binary and source) online if anyone wants to play with it. My build is still based on revision 1755, but that's only because the latest rendering code in hg's being worked on -- the patch applies, builds, and runs fine with the newest code as well. Johannes: I have not yet updated the DNS patch, but I intend to this weekend if I have the time. Thanks again for everyone's help and suggestions with this. I hope I have more to contribute in the future :-) Cheers, ~Benjamin

1 0

[bug]: CssParser::{nextToken, skipString}() skip an extra character.
by onepoint＠starurchin.org Nov. 16, 2010

Nov. 16, 2010

The CssParser class has an unfortunate interaction between nextToken() and skipString(): they are both eager to call getChar(). The result is that when skipString() succeeds it has already getChar()-ed the character immediately after the string to be skipped, but nextToken() insists on calling getChar() again. This means that the character after the skipped string is also skipped. This causes two bugs. Firstly, if there is a completely empty CSS comment, ie. '/**/', then the closing '*/' is ignored (because it has already been partly skipped over). This generally causes most or all of the style to be ignored as the parser searches for the end of the comment. You can see this in the wild[1]! Secondly, if a token starts immediately after a CSS comment, then its first character is lost. The attached example shows both bugs. The first bug stops the red style from being applied to the <p> element, and the second bug applies the blue style to the <i> element instead of the <li> element. The quick fix is for skipString() to call ungetChar() before returning successfully (patch attached). Luckily only nextToken() calls skipString(). Should I push this, or is there a better way to do it? [1] http://layscience.net/node/1120

3 4