October 2007 - Dillo-dev - lists.mailman3.com

small #include glitch on FreeBSD

by hans＠stare.cz

Hi all, this is what happens on my FreeBSD 6.2-RELEASE-p8. $ cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo co dw2 $ cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo co dillo2 $ ln -s dw2 dw-testbed $ cd dw-testbed $ ./autogen.sh && ./configure && make [goes ok] $ cd ../dillo2 $ ./autogen.sh $ ./configure [goes ok] Then make (gmake too) fails with [...] Making all in IO^M if gcc -DHAVE_CONFIG_H -I. -I. -I.. -DDILLORC_SYS='"/usr/local/etc/dillorc"' - I/usr/local/include -I../../dw-testbed -I/usr/local/include/libpng -O2 -fno-stri ct-aliasing -pipe -march=pentium3m -g -O2 -DD_DNS_THREADED -D_REENTRANT -D_THREA D_SAFE -Wall -W -Wno-unused-parameter -Waggregate-return -MT colors.o -MD -MP -M F ".deps/colors.Tpo" -c -o colors.o colors.c; then mv -f ".deps/colors.Tpo" ".d eps/colors.Po"; else rm -f ".deps/colors.Tpo"; exit 1; fi In file included from colors.c:15: colors.h:8: error: syntax error before "a_Color_parse" colors.h:8: error: syntax error before "int32_t" colors.h:8: warning: type defaults to `int' in declaration of `a_Color_parse' colors.h:8: warning: data definition has no type or storage class The colors.h is just --- #ifndef __COLORS_H__ #define __COLORS_H__ #ifdef __cplusplus extern "C" { #endif /* __cplusplus */ int32_t a_Color_parse (const char *subtag, int32_t default_color, int *err); int32_t a_Color_vc(int32_t candidate, int32_t c1, int32_t c2, int32_t c3); #ifdef __cplusplus } #endif /* __cplusplus */ #endif /* __COLORS_H__ */ --- Simply including <sys/types.h> in color.h makes it compile happily. Jan

Oct. 18, 2007

Re: [patch] improve scroll performance of dillo-fltk

by Johannes.Hofmann＠gmx.de

On Sun, Oct 14, 2007 at 04:27:59PM -0300, Johannes Hofmann wrote: > Hi > > On Sun, Oct 14, 2007 at 07:54:23PM +0200, Johannes Hofmann wrote: > > Hi Sebastian, > > > > first of all thanks for your great work! > > > > On Sun, Oct 14, 2007 at 05:55:44PM +0200, Sebastian Geerken wrote: > > > Hi, > > > > > > On Mon, Oct 08, Matthias Franz wrote: > > > > Fine! Only using the arrow keys is quite slow and consumes all CPU time > > > > on my machine. In contrast, srolling with the old Dillo was quick and > > > > produced almost no CPU load. > > > > > > Just to save your time for investigating this further: This is a > > > known problem. Generally, the GTK-based dillo drew only the part of > > > the viewport, which was really needed, e.g. > > > > > > - scrolling was optimized, by copying one part, and redrawing only > > > the formerly invisibly part (IIRC, this was done mostly by > > > GTKLayout), > > > > This is already implemented in dillo-fltk from cvs. > > But gtk1 seems to use an even faster approach. I think they use > > XMoveWindow() instead of XCopyArea() for most part of the window, > > which seems to be faster especially on some older machines. > > You can try FLTK2-r5941 (weekly stable). With that version we > can ask in fltk-dev for details. It's the same with FLTK2-r5941. However what fltk does for scrolling is pretty sensible. We might still switch to a scrolling scheme similar to gtk1 if someone understands what exactly gtk1 is doing and why it is faster. Johannes

Oct. 16, 2007

New CVS repository and patches

by hans＠stare.cz

A few small build questions: > dcvs co dillo2 > dcvs co dw2 OK > cp -r dillo2 dillo2-cur > cp -r dw2 dw2-cur Why do I need to have a complete copy of a directory I just checked out? > ln -s dw2-cur dw-testbed Why do I need another name for that copy? Is it hardwired somewhere? > find dw2-cur -name CVS -exec rm \{\} \; > find dillo2-cur -name CVS -exec rm \{\} \; Why do I need to remove the CVS directories from the source tree? Do they stand in the way of something building properly? Isn't this equiavalent to doing 'cvs export' instead, anyway? > cd dw2-cur > ./autogen.sh > make Do I also need to somehow 'install' this? Because how is the dillo2 src gonna find it otherwise? > cd ../dillo2-cur > ./autogen.sh > make Thanks Jan

Oct. 16, 2007

New CVS repository and patches

by hans＠stare.cz

On Oct 16 18:13:29, Jan Stary wrote: > > > > cvs -z3 -djcid@auriga.wearlab.de:/sfhome/cvs/dillo > > > Great, but it keeps asking for a password, am I missing something? > > Just press ENTER! > > Just asks for password again ... OTOH, -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo works just fine jan

Oct. 16, 2007

New CVS repository and patches

by hans＠stare.cz

> > > cvs -z3 -djcid@auriga.wearlab.de:/sfhome/cvs/dillo > > Great, but it keeps asking for a password, am I missing something? > Just press ENTER! Just asks for password again ... Jan

Oct. 16, 2007

Re: character entity references produce garbage

by matthias.franz＠ujf-grenoble.fr

On Mon, Oct 15, 2007 at 05:58:38PM +0200, Johannes Hofmann wrote: > can you please try the little patch against fltk below. It should > fix the issue with --disable-xft and should not harm in case that > xft is enabled. works! Thanks! -- Matthias Franz

Oct. 15, 2007

Re: character entity references produce garbage

by Johannes.Hofmann＠gmx.de

Hi Matthias, can you please try the little patch against fltk below. It should fix the issue with --disable-xft and should not harm in case that xft is enabled. If it works for you I will send it to the fltk mailling list. Johannes --- src/x11/Font_xlfd.cxx.orig 2007-10-15 17:43:16 +0200 +++ src/x11/Font_xlfd.cxx 2007-10-15 17:43:53 +0200 @@ -432,7 +432,7 @@ void fltk::drawtext_transformed(const ch #if !X_UTF8_FONT XDrawString16(xdisplay, xwindow, gc, int(floorf(x+.5f)), - int(floorf(y+.5f)), buffer, n); + int(floorf(y+.5f)), buffer, count); #else #ifdef FONT_DEBUG //printf("current = %s\n", current->name);

Oct. 15, 2007

Re: [patch] improve scroll performance of dillo-fltk

by bogus＠does.not.exist.com

Hi On Sun, Oct 14, 2007 at 07:54:23PM +0200, Johannes Hofmann wrote: > Hi Sebastian, > > first of all thanks for your great work! > > On Sun, Oct 14, 2007 at 05:55:44PM +0200, Sebastian Geerken wrote: > > Hi, > > > > On Mon, Oct 08, Matthias Franz wrote: > > > Fine! Only using the arrow keys is quite slow and consumes all CPU time > > > on my machine. In contrast, srolling with the old Dillo was quick and > > > produced almost no CPU load. > > > > Just to save your time for investigating this further: This is a > > known problem. Generally, the GTK-based dillo drew only the part of > > the viewport, which was really needed, e.g. > > > > - scrolling was optimized, by copying one part, and redrawing only > > the formerly invisibly part (IIRC, this was done mostly by > > GTKLayout), > > This is already implemented in dillo-fltk from cvs. > But gtk1 seems to use an even faster approach. I think they use > XMoveWindow() instead of XCopyArea() for most part of the window, > which seems to be faster especially on some older machines. You can try FLTK2-r5941 (weekly stable). With that version we can ask in fltk-dev for details. -- Cheers Jorge.-

Oct. 14, 2007

Re: [patch] improve scroll performance of dillo-fltk

by Johannes.Hofmann＠gmx.de

Hi Sebastian, first of all thanks for your great work! On Sun, Oct 14, 2007 at 05:55:44PM +0200, Sebastian Geerken wrote: > Hi, > > On Mon, Oct 08, Matthias Franz wrote: > > Fine! Only using the arrow keys is quite slow and consumes all CPU time > > on my machine. In contrast, srolling with the old Dillo was quick and > > produced almost no CPU load. > > Just to save your time for investigating this further: This is a > known problem. Generally, the GTK-based dillo drew only the part of > the viewport, which was really needed, e.g. > > - scrolling was optimized, by copying one part, and redrawing only > the formerly invisibly part (IIRC, this was done mostly by > GTKLayout), This is already implemented in dillo-fltk from cvs. But gtk1 seems to use an even faster approach. I think they use XMoveWindow() instead of XCopyArea() for most part of the window, which seems to be faster especially on some older machines. Johannes

Oct. 14, 2007

New CVS and newwest FLTK2 release

by bogus＠does.not.exist.com

Hi there, I just updated the CVS so it can use the latest stable FLTK2. Get FLTK2 from www.fltk.org (r5941), or from here: wget http://www.dillo.org/dillo2/fltk-2.0.x-r5941.tar.bz2 You'll have to configure, compile and install this new version, and to rebuild the whole dw2 and dillo2. That way we stay more current. -- Cheers Jorge.-

Oct. 14, 2007