- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] Seen in Slashdot

by Jorge Arellano Cid

Eric, > Hi, > > the following link has been posted on /. today. It contains very interesting > information about browsers usability. Interestingly enough, one of the > proposals to improve user experience was proposed by Jorge last year > (temporal history). Interesting reading! BTW, the implementation is half done in dillo. We only need to figure out how to make gtk display it as we want! That is, a popup menu that can scroll and that highlights (with other color) the current page in the histoy. That is: .-------------. | page n | | page n+1 | | page n+1 | <- Mouse-highlighted option | page n+2 | ... | page n+k | <- Highlighted with a different color | page n+k+1 | (as it marks the position of current page in | page n+k+2 | the linear history) | page n+k+3 | '-------------' The tricky part is that making these popups scroll is done in dillo with some hackish bindings. And we also need to make the popup display the current position in the middle of the menu when it pops. It'd be very good if someone solves this problem! > > http://www.cosc.canterbury.ac.nz/~andy/web_navigation.html > > Worthy readings. After reading it, I thought of a nice way to improve it even more! All we need is to convince GTK+ to perform in the above described way. Cheers Jorge.- PS: Sometime ago someone suggested binding the escape key to close dillo's dialogs. I didn't thought it was much an improvement, but time changed my mind, and made a patch! :)

Jan. 2, 2003

Happy new year!

by Jorge Arellano Cid

Hi there! Is good to see you here in our new home. Things seem to be going better for dillo this year (yes, a couple of days can bear a lot of things!). The project is resuming its pace and hopefully will improve. Receive my best wishes for this year! Jorge.-

Jan. 2, 2003

Re: [Dillo-dev] SGML question

by Frédéric Bothamy

* Sebastian Geerken <s.geerken(a)ping.de> [2003-01-02 17:53] : [...] > BTW, does someone know a good and simple way to retrieve informations > about other the user has specified via $LC_...? I need this for the > standard value of the "char" attribute, which depends on the language > of the document (or a content part). Probably use the nl_langinfo C function with the item CODESET. From the manpage: nl_langinfo - query language and locale information CODESET (LC_CTYPE) Return a string with the name of the character encoding used in the selected locale, such as "UTF-8", "ISO-8859-1", or "ANSI_X3.4-1968" (better known as US-ASCII). This is the same string that you get with "locale charmap". For a list of character encoding names, try "locale -m", cf. locale(1). Fred

Jan. 2, 2003

SGML question

by Sebastian Geerken

Hi! Before I start digging to the specs, someone may answer me this question faster: Should stripping spaces from attributes done before or after the conversions of entities? E.g., if I have something like <td align="char" char=" "> is the value of the "char" attribute " " (one space) or "" (empty)? Dillo does the second, so it is not possible to align characters at spaces. BTW, does someone know a good and simple way to retrieve informations about other the user has specified via $LC_...? I need this for the standard value of the "char" attribute, which depends on the language of the document (or a content part). Sebastian

Jan. 2, 2003

Re: [Dillo-dev] make errors won't compile

by Jorge Arellano Cid

Robert, > Greetings all, > > I am new to Dillo. I just heard about it on the openbsd.org site and it sounded > like just what i'm looking for. I am having a problem with 'Make' however, > i was hoping someone might be able to give some useful insight. > This is a base openbsd 2.8 install, (trying it on this machine first), with > nothing unusual and a GENERIC kernel. > > `Make check' dies with the following: > [...] > I am including my `sh ./configure', which appeared ok. I realize this is > a long file and post and i apologize for any unnessary bandwidth that is > eatin' up by my post. Apology accepted, but at least you could have read the "README" file (section *BSD). If gmake doesn't solve it, please feel free to write to the list though! Cheers Jorge.-

Jan. 2, 2003

Re: [Dillo-dev] make errors won't compile

by Telent

Hi, > I am new to Dillo. I just heard about it on the openbsd.org site and > it sounded like just what i'm looking for. I am having a problem with > 'Make' however, i was hoping someone might be able to give some useful > insight. This is a base openbsd 2.8 install, (trying it on this > machine first), with nothing unusual and a GENERIC kernel. > > `Make check' dies with the following: > > #sudo make check > Making check in doc > Making check in src > "Makefile", line 307: Need an operator > Fatal errors encountered -- cannot continue > *** Error code 1 Always nice to see someone else start using it, especially a fellow OpenBSD'er. :) I've used Dillo as my main browser for several months now, and it's a wonderful thing. Your issue here is that you need to use "gmake", not make. After that, everything should compile cleanly. If you have any more problems, feel free to mail - Dillo is a joy to compile, it generally always does so cleanly, but I've never built it on a 2.8 system and there may be some gotchas. -Sunny Raspet

Jan. 2, 2003

make errors won't compile

by robertg＠nyc.rr.com

Greetings all, I am new to Dillo. I just heard about it on the openbsd.org site and it sounded like just what i'm looking for. I am having a problem with 'Make' however, i was hoping someone might be able to give some useful insight. This is a base openbsd 2.8 install, (trying it on this machine first), with nothing unusual and a GENERIC kernel. `Make check' dies with the following: #sudo make check Making check in doc Making check in src "Makefile", line 307: Need an operator Fatal errors encountered -- cannot continue *** Error code 1 Stop in /home/${user}/dillo-0.6.6 (line 161 of Makefile). I am including my `sh ./configure', which appeared ok. I realize this is a long file and post and i apologize for any unnessary bandwidth that is eatin' up by my post. -mUs cmustard(a)nyc.rr.com This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.50. Invocation command line was $ ./configure ## ---------- ## ## Platform. ## ## ---------- ## hostname = my host name uname -m = i386 uname -r = 2.8 uname -s = OpenBSD uname -v = GENERIC#399 /usr/bin/uname -p = Intel Pentium (P54C) ("GenuineIntel" 586-class) /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = OpenBSD.i386 /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH = /home/robertg/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/usr/games:/usr/X11R6/bin:. ## ------------ ## ## Core tests. ## ## ------------ ## configure:907: PATH=".;."; conftest.sh ./configure[915]: conftest.sh: not found configure:910: $? = 127 configure:956: checking for a BSD compatible install configure:1005: result: /usr/bin/install -c configure:1016: checking whether build environment is sane configure:1059: result: yes configure:1080: checking whether make sets ${MAKE} configure:1100: result: yes configure:1128: checking for working aclocal configure:1139: result: missing configure:1143: checking for working autoconf configure:1154: result: missing configure:1158: checking for working automake configure:1169: result: missing configure:1173: checking for working autoheader configure:1184: result: missing configure:1188: checking for working makeinfo configure:1195: result: found configure:1299: checking for gcc configure:1314: found /usr/bin/gcc configure:1322: result: gcc configure:1566: checking for C compiler default output configure:1569: gcc -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:1572: $? = 0 configure:1595: result: a.out configure:1600: checking whether the C compiler works configure:1606: ./a.out configure:1609: $? = 0 configure:1624: result: yes configure:1631: checking whether we are cross compiling configure:1633: result: no configure:1636: checking for executable suffix configure:1638: gcc -o conftest -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:1641: $? = 0 configure:1663: result: configure:1669: checking for object suffix configure:1687: gcc -c -I/usr/local/include conftest.c >&5 configure:1690: $? = 0 configure:1709: result: o configure:1713: checking whether we are using the GNU C compiler configure:1734: gcc -c -I/usr/local/include conftest.c >&5 configure:1737: $? = 0 configure:1740: test -s conftest.o configure:1743: $? = 0 configure:1755: result: yes configure:1761: checking whether gcc accepts -g configure:1779: gcc -c -g -I/usr/local/include conftest.c >&5 configure:1782: $? = 0 configure:1785: test -s conftest.o configure:1788: $? = 0 configure:1798: result: yes configure:1825: gcc -c -g -O2 -I/usr/local/include conftest.c >&5 conftest.c:2: syntax error before `me' configure:1828: $? = 1 configure: failed program was: #ifndef __cplusplus choke me #endif configure:1923: checking for gcc option to accept ANSI C configure:1982: gcc -c -g -O2 -I/usr/local/include conftest.c >&5 configure:1985: $? = 0 configure:1988: test -s conftest.o configure:1991: $? = 0 configure:2005: result: none needed configure:2054: checking for ranlib configure:2069: found /usr/bin/ranlib configure:2078: result: ranlib configure:2141: checking for gtk-config configure:2170: result: /usr/local/bin/gtk-config configure:2178: checking for GTK - version >= 1.2.0 configure:2281: gcc -o conftest -g -O2 -I/usr/local/include -I/usr/local/include/glib -I/usr/X11R6/include -I/usr/local/include -L/usr/local/lib conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lgtk -lgdk -lgmodule -lglib -lintl -lXext -lX11 -lm >&5 configure:2284: $? = 0 configure:2286: ./conftest configure:2289: $? = 0 configure:2305: result: yes configure:2404: checking for jpeg_destroy_decompress in -ljpeg configure:2431: gcc -o conftest -I/usr/local/include -I/usr/local/include/glib -I/usr/X11R6/include -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -I/usr/local/include -L/usr/local/lib conftest.c -ljpeg -L/usr/local/lib -L/usr/X11R6/lib -lgtk -lgdk -lgmodule -lglib -lintl -lXext -lX11 -lm >&5 configure:2434: $? = 0 configure:2437: test -s conftest configure:2440: $? = 0 configure:2451: result: yes configure:2468: checking how to run the C preprocessor configure:2495: gcc -E -I/usr/local/include conftest.c configure:2501: $? = 0 configure:2528: gcc -E -I/usr/local/include conftest.c configure:2525: ac_nonexistent.h: No such file or directory configure:2534: $? = 1 configure: failed program was: #line 2524 "configure" #include "confdefs.h" #include <ac_nonexistent.h> configure:2571: result: gcc -E configure:2586: gcc -E -I/usr/local/include conftest.c configure:2592: $? = 0 configure:2619: gcc -E -I/usr/local/include conftest.c configure:2616: ac_nonexistent.h: No such file or directory configure:2625: $? = 1 configure: failed program was: #line 2615 "configure" #include "confdefs.h" #include <ac_nonexistent.h> configure:2667: checking for jpeglib.h configure:2677: gcc -E -I/usr/local/include conftest.c configure:2683: $? = 0 configure:2702: result: yes configure:2667: checking for jconfig.h configure:2677: gcc -E -I/usr/local/include conftest.c configure:2683: $? = 0 configure:2702: result: yes configure:2667: checking for jerror.h configure:2677: gcc -E -I/usr/local/include conftest.c configure:2683: $? = 0 configure:2702: result: yes configure:2667: checking for jmorecfg.h configure:2677: gcc -E -I/usr/local/include conftest.c configure:2683: $? = 0 configure:2702: result: yes configure:2796: checking whether threads work with -pthread configure:2820: gcc -o conftest -I/usr/local/include -I/usr/local/include/glib -I/usr/X11R6/include -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -I/usr/local/include -L/usr/local/lib -pthread conftest.c -L/usr/local/lib -L/usr/X11R6/lib -lgtk -lgdk -lgmodule -lglib -lintl -lXext -lX11 -lm >&5 configure:2823: $? = 0 configure:2826: test -s conftest configure:2829: $? = 0 configure:2839: result: yes configure:2959: checking for zlibVersion in -lz configure:2986: gcc -o conftest -I/usr/local/include -I/usr/local/include/glib -I/usr/X11R6/include -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -I/usr/local/include -L/usr/local/lib -pthread conftest.c -lz -L/usr/local/lib -L/usr/X11R6/lib -lgtk -lgdk -lgmodule -lglib -lintl -lXext -lX11 -lm >&5 configure:2989: $? = 0 configure:2992: test -s conftest configure:2995: $? = 0 configure:3006: result: yes configure:3017: checking for png_check_sig in -lpng configure:3044: gcc -o conftest -I/usr/local/include -I/usr/local/include/glib -I/usr/X11R6/include -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -I/usr/local/include -L/usr/local/lib -pthread conftest.c -lpng -lz -L/usr/local/lib -L/usr/X11R6/lib -lgtk -lgdk -lgmodule -lglib -lintl -lXext -lX11 -lm >&5 ld: -lpng: no match collect2: ld returned 1 exit status configure:3047: $? = 1 configure: failed program was: #line 3025 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char png_check_sig (); int main () { png_check_sig (); ; return 0; } configure:3064: result: no configure:3087: checking for ANSI C header files configure:3101: gcc -E -I/usr/local/include conftest.c configure:3107: $? = 0 configure:3194: gcc -o conftest -I/usr/local/include -I/usr/local/include/glib -I/usr/X11R6/include -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -I/usr/local/include -L/usr/local/lib -pthread conftest.c -lz -L/usr/local/lib -L/usr/X11R6/lib -lgtk -lgdk -lgmodule -lglib -lintl -lXext -lX11 -lm >&5 configure:3197: $? = 0 configure:3199: ./conftest configure:3202: $? = 0 configure:3215: result: yes configure:3228: checking for fcntl.h configure:3238: gcc -E -I/usr/local/include conftest.c configure:3244: $? = 0 configure:3263: result: yes configure:3228: checking for unistd.h configure:3238: gcc -E -I/usr/local/include conftest.c configure:3244: $? = 0 configure:3263: result: yes configure:3228: checking for sys/uio.h configure:3238: gcc -E -I/usr/local/include conftest.c configure:3244: $? = 0 configure:3263: result: yes configure:3276: checking for socket configure:3313: gcc -o conftest -I/usr/local/include -I/usr/local/include/glib -I/usr/X11R6/include -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -I/usr/local/include -L/usr/local/lib -pthread conftest.c -lz -L/usr/local/lib -L/usr/X11R6/lib -lgtk -lgdk -lgmodule -lglib -lintl -lXext -lX11 -lm >&5 configure:3316: $? = 0 configure:3319: test -s conftest configure:3322: $? = 0 configure:3332: result: yes configure:3427: creating ./config.status ## ----------------------- ## ## Running config.status. ## ## ----------------------- ## This file was extended by config.status 2.50, executed with > ./config.status on nyc config.status:3877: creating Makefile config.status:3877: creating doc/Makefile config.status:3877: creating src/Makefile config.status:3877: creating src/IO/Makefile config.status:3969: creating config.h config.status:4110: config.h is unchanged ## ----------------- ## ## Cache variables. ## ## ----------------- ## ac_cv_c_compiler_gnu=yes ac_cv_env_CC_set= ac_cv_env_CC_value= ac_cv_env_CFLAGS_set= ac_cv_env_CFLAGS_value= ac_cv_env_CPPFLAGS_set= ac_cv_env_CPPFLAGS_value= ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_LDFLAGS_set= ac_cv_env_LDFLAGS_value= ac_cv_env_build_alias_set= ac_cv_env_build_alias_value= ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_func_socket=yes ac_cv_header_fcntl_h=yes ac_cv_header_jconfig_h=yes ac_cv_header_jerror_h=yes ac_cv_header_jmorecfg_h=yes ac_cv_header_jpeglib_h=yes ac_cv_header_stdc=yes ac_cv_header_sys_uio_h=yes ac_cv_header_unistd_h=yes ac_cv_lib_jpeg_jpeg_destroy_decompress=yes ac_cv_lib_png_png_check_sig=no ac_cv_lib_z_zlibVersion=yes ac_cv_objext=o ac_cv_path_GTK_CONFIG=/usr/local/bin/gtk-config ac_cv_path_install='/usr/bin/install -c' ac_cv_prog_CPP='gcc -E' ac_cv_prog_ac_ct_CC=gcc ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_prog_cc_g=yes ac_cv_prog_make_make_set=yes am_cv_prog_cc_stdc= ## ------------ ## ## confdefs.h. ## ## ------------ ## #define PACKAGE "dillo" #define VERSION "0.6.6" #define HAVE_JPEGLIB_H 1 #define HAVE_JCONFIG_H 1 #define HAVE_JERROR_H 1 #define HAVE_JMORECFG_H 1 #define HAVE_LIBZ 1 #define STDC_HEADERS 1 #define HAVE_FCNTL_H 1 #define HAVE_UNISTD_H 1 #define HAVE_SYS_UIO_H 1 #define HAVE_SOCKET 1 configure: exit 0

Jan. 2, 2003

bug tracking engine

by Sebastian Geerken

Hi! I took a look at the bug entries, and comment some of them. If not otherwise stated, I'm using the current CVS version of dillo. > [area.gif] 209 > Impact: soft error > At: run time > Type: misbehaviour > Comments: ALT image tag balloons sometimes stay present when the > balloon's window becomes inactive by consecutively opening several > new dillo windows with middle mouse button. These "ghosts" stay on > the top X layer until the balloon's window becomes active again. > HTReproduce: just open an url with many alt image tags and open > several new urls in new dillo windows from that page by clicking > the middle mouse buttons over some links. The urls you open should > have many alt tags, too. Repeat this procedure until you get the > effect. > WorkedBy: nobody Can this still be reproduced? Since this entry was made, there have been some changes related to tooltips (Dw crossing events, to be precise). It may be that this bug has been fixed in the meanwhile. If not, please report so. > [area.gif] 275 > Impact: hard error > At: run time > Type: lock > Comments: Dillo locks, with high CPU usage, at > http://www.adequacy.org/?op=displaystory;sid=2001/12/2/42056/2147 > HTReproduce: Go to > http://www.adequacy.org/?op=displaystory;sid=2001/12/2/42056/2147. > Watch the CPU-meter spike and Dillo stop responding. > WorkedBy: nobody This side has changed its contents, but it may be that performance problems with large tables caused this bug. It became better some time ago, but may be enhanced furthermore, however, with the costs of more complexity (with another column width calculation, "incremential resizing" may also be applied to DwTable). So I won't do much on this, unless there are severe performance/locking problems. > [area.gif] 355 > Impact: soft error > At: run time > Type: render bug > Comments: When rendering tables (in column oriented pages), right > column starts on the right and below left column. > HTReproduce: Visit http://www.howstuffworks.com/air-force-one.htm > WorkedBy: nobody This page is written by someone assuming that <TABLE ALIGN=LEFT> makes the table floating, instead to be aligned left (HTML 4.01 spec, section 11.2.1). Anyway, this is a common behavior of browsers, but since there is currently no code for handling floats, this is not relevant yet. > [area.gif] 374 > Impact: soft error > At: run time > Type: render bug > Comments: weird rendering with lots of overlapping text. While the > HTML is probably messed up, drawing several layers of text on top > of each other is pretty bad :) > HTReproduce: have a look at http://www.dse.co.nz > WorkedBy: nobody I do not see any problems with this page, nor with the only <frame>, at http://www.dse.co.nz/cgi-bin/dse.storefront. > [area.gif] 382 > Impact: hard error > At: run time > Type: crash > Comments: Dillo 6.6 crashes immediately when visting the following > URL: > http://deadly.org/article.php3?sid=20020914154658 > HTReproduce: Visting the following URL: > http://deadly.org/article.php3?sid=20020914154658 > WorkedBy: nobody I cannot reproduce it. Fixed in the meanwhile? > [area.gif] 387 > Impact: soft error > At: run time > Type: render bug > Comments: Rendering tables inside tables does not work correctly. > If the inner table has two rows set to 50% height of the outer > table�s height, the rows anyhow are pushed upwards not taking 100%. > HTReproduce: Make a html file with the setup described in the > comment and let dillo parse it. > WorkedBy: nobody Aside from that the HEIGHT attribute is not yet supported, rows with "height:50%" (in CSS terms) take 50% of the table height, only if the latter has been specified (CSS2 spec, section 10.5). > [area.gif] 389 > Impact: feature fault > At: run time > Type: render bug > Comments: europe.cnn.com fails to render properly (forntpage + > articles). > HTReproduce: enter > http://europe.cnn.com/ > as your URL > WorkedBy: nobody Does anyone see a difference? The only thing I've noticed is that some colors are different than in mozilla, I assume that this is due to mixing HTML attributes and CSS. Happy New Year! Sebastian

Dec. 31, 2002

Seen in Slashdot

by Eric Gaudet

Hi, the following link has been posted on /. today. It contains very interesting information about browsers usability. Interestingly enough, one of the proposals to improve user experience was proposed by Jorge last year (temporal history). http://www.cosc.canterbury.ac.nz/~andy/web_navigation.html Worthy readings. Best, EG --------- In theory, there's no difference between theory and practice. In practice, there is.

Dec. 30, 2002

Re: [Dillo-dev] ./configure & make errors

by Ralph Slooten

On Mon, 30 Dec 2002 10:51:10 +0100 Sebastian Geerken <s.geerken(a)ping.de> wrote: > On Mon, Dec 30, Sebastian Geerken wrote: > > On Sun, Dec 29, Eric GAUDET wrote: > > > I had the same problem with autoconf v2.13. I updated to 2.54, and > > > I don't see this problem anymore. > > > > If you have installed both versions (at least in debian, "autoconf" > > 2.53 depends on "autoconf2.13"?), call "autconf2.50" explicitely, > > before "./configure". There seems to be something wrong with, > > perhaps with the timestamps? > > The timestamp is of course the one of the checkout time, so I have: > > -rwxr-xr-x 1 sg sg 165570 Dec 30 10:46 configure > -rw-r--r-- 1 sg sg 4389 Dec 30 10:46 configure.in > > "make" will then create again "configure", but uses autoconf 2.13, > instead of 2.5x. Does someone know autoconf well enough to get it > starting a specific version? > > Sebastian Hi there Sebastian (and the rest). After realising that autoconf > 2.13 was required, I also realised that on my mandrake both are actually installed, with a script linked to /usr/bin/autoconf . The trick with this script was to export the environment needed to use the higher version, and on my mandrake the trick was to first "export WANT_AUTOCONF_2_5=1" .. then the rest. I'm not sure if this is standard on other recent distros, but after exporting this environment, configuring and compiling works great ;-) Maybe this helps ;-) Greetings Ralph -- http://tuxpower.f2g.net/ http://axljab.homelinux.org:8080/ "I have opinions of my own, strong opinions, but I don't always agree with them." -- George H. W. Bush

Dec. 30, 2002