- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] Frame support, suggestion: compile-option --xhtml-dtd

by Frank de Lange

On Wed, Aug 06, 2003 at 01:13:03PM -0400, Jorge Arellano Cid wrote: > > > a) unconditionally change the code so these pages work > > > b) add a compile option (--pedantic-mode or --quirks-mode or whatever) to > > > disable/enable these changes > > > c) leave it the way it is > > > > > > I personally prefer b, which gives everyone a choice. Choice is good. > > We never take a) -- because of our policies, > neither b) -- explained at > http://ometer.com/features.html > (available from our [Links] section) > sometimes c) -- When we don't have time! :) > > In a nutshell: we try to follow the standard, not to crash on > bad pages, and ideally send a warning when facing bad HTML. The new patch adds a new compile option: --enable-xhtml-dtd, which can be set to 'strict', 'transitional' or 'frameset'. Setting it to either of these configures the parser for that xhtml-dtd. I take it this is consistent in the current practice. Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

Aug. 7, 2003

gdk_font_load & selecting and paste!!

by ronnie

hi all: I replace the gdk_font_load with gdk_fontset_load for displaying the chinese .Because the API gdk_font_load can not load the muticharacter encoding .But when I select some text then dillo crash .WHY?

Aug. 7, 2003

Anti-aliasing patch for dillo-0.7.3 available

by Reid Fleming

Greetings, Some time ago Nicola Girardi posted an anti-aliasing patch for 0.7.1 or 0.7.2 (thanks Nicola!). Based on that patch, I have created a patch to dillo-0.7.3. This patch has only been tested on a Redhat 8.0 system. You will need to install freetype-devel, fontconfig-devel, and Xft-devel if not already installed. The patch is available at: http://www.bigredrockeater.com/dillo/dillo-0.7.3xft.diff

Aug. 7, 2003

Re: [Dillo-dev] dillo-0.7.3.tar.bz2

by Patrick Shanahan

* Kelson Vibber <kelson(a)pobox.com> [08-06-03 17:43]: > At 01:07 PM 8/6/2003, Patrick Shanahan wrote: > >* Kelson Vibber <kelson(a)pobox.com> [08-06-03 11:35]: > >> At 05:06 AM 8/6/2003, Patrick Shanahan wrote: > >> ><frown> and _no_ rpm for SuSE 8.1 (which is still widely utilized)? > >> > >> Does the SuSE 8.2 RPM not work on 8.1? > > > >No, not in _most_ cases, and this is one. > > Interesting. I guess it's a different philosophy of when to break binary > compatibility. I've been using Red Hat for years, and they generally only > jump major library versions with the x.0 releases. The Dillo package built > on RH 7.3, for instance, will also run on RH 7.2 and RH 7.1. (At least the > 0.7.2 one does - I'll have to verify the new one.) for 'rpm -Uvh dillo-0.7.2-4.suse.i586.rpm': Dependency Problem: libc.so.6(GLIBC_2.3) is needed by dillo-0.7.2-4 libpng.so.3 is needed by dillo-0.7.2-4 libpthread.so.0(GLIBC_2.3.2) is needed by dillo-0.7.2-4 > I've generally figured on just aiming for the most recent point release - > Red Hat 6.2, 7.3, etc., Mandrake 8.2, 9.1, and so on. > > Does the .src.rpm work? (Running "rpm --rebuild dillo-0.7.3-1.src.rpm" > should build a valid i386 or i586 RPM.) If so, the easiest thing would be > to just email me a copy of the resulting RPM (assuming it's 200-300 KB) and > I'll post it. for 'rpm --rebuild dillo-0.7.2-5.src.rpm': checking png.h usability... no checking png.h presence... yes configure: WARNING: png.h: present but cannot be compiled configure: WARNING: png.h: check for missing prerequisite headers? configure: WARNING: png.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf(a)gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for png.h... yes checking for png_check_sig in -lpng... no checking for pthread_create in -lpthread... no checking for ANSI C header files... (cached) yes checking fcntl.h usability... no checking fcntl.h presence... yes configure: WARNING: fcntl.h: present but cannot be compiled configure: WARNING: fcntl.h: check for missing prerequisite headers? configure: WARNING: fcntl.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf(a)gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for fcntl.h... yes checking for unistd.h... (cached) yes checking sys/uio.h usability... no checking sys/uio.h presence... yes configure: WARNING: sys/uio.h: present but cannot be compiled configure: WARNING: sys/uio.h: check for missing prerequisite headers? configure: WARNING: sys/uio.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf(a)gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for sys/uio.h... yes checking for socket... no configure: creating ./config.status config.status: creating Makefile sed: file ./confstat6jcZWb/subs-2.sed line 19: Unterminated ' command config.status: creating dpi/Makefile sed: file ./confstat6jcZWb/subs-2.sed line 19: Unterminated ' command config.status: creating doc/Makefile sed: file ./confstat6jcZWb/subs-2.sed line 19: Unterminated ' command config.status: creating src/Makefile sed: file ./confstat6jcZWb/subs-2.sed line 19: Unterminated ' command config.status: creating src/IO/Makefile sed: file ./confstat6jcZWb/subs-2.sed line 19: Unterminated ' command config.status: creating config.h config.status: executing depfiles commands + make 'RPM_OPT_FLAGS=-O2 -march=i486 -mcpu=i686' make: *** No targets. Stop. Bad exit status from /var/tmp/rpm-tmp.22820 (%build) Where to go ?? -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org

Aug. 7, 2003

Refresh tag patch...

by Tom Lisjac

Last Spring we deployed Dillo 7.2 for use in library lookup stations at a local elementary school. Dillo ran beautifully in our LTSP lab and on 4 CD booted, diskless P-120's with 64 megabytes of ram: http://otero.harrison.k12.co.us/Linux/lab.html For catalog searches, the librarians, teachers and kids love Dillo and prefer it to Mozilla on Linux or IE on Win98. We would like to install diskless Linux lookup stations in all the school libraries... which would replace 200+ Windows 98 installs. The *only* problem is that the card catalog server (Accent) uses sessions that require periodic client refresh. If the sessions time out, the server produces an error message that confuses the kids and frequently requires teacher intervention. I understand and respect the reasons for not supporting the refresh tag... but I was wondering if someone may have had this problem and developed a patch or some other technique to make it work. Best regards, Tom Lisjac http://theseus.sourceforge.net

Aug. 7, 2003

Re: [Dillo-dev] dillo-0.7.3.tar.bz2

by Kelson Vibber

At 01:07 PM 8/6/2003, Patrick Shanahan wrote: >* Kelson Vibber <kelson(a)pobox.com> [08-06-03 11:35]: > > At 05:06 AM 8/6/2003, Patrick Shanahan wrote: > > ><frown> and _no_ rpm for SuSE 8.1 (which is still widely utilized)? > > > > Does the SuSE 8.2 RPM not work on 8.1? > >No, not in _most_ cases, and this is one. Interesting. I guess it's a different philosophy of when to break binary compatibility. I've been using Red Hat for years, and they generally only jump major library versions with the x.0 releases. The Dillo package built on RH 7.3, for instance, will also run on RH 7.2 and RH 7.1. (At least the 0.7.2 one does - I'll have to verify the new one.) I've generally figured on just aiming for the most recent point release - Red Hat 6.2, 7.3, etc., Mandrake 8.2, 9.1, and so on. Does the .src.rpm work? (Running "rpm --rebuild dillo-0.7.3-1.src.rpm" should build a valid i386 or i586 RPM.) If so, the easiest thing would be to just email me a copy of the resulting RPM (assuming it's 200-300 KB) and I'll post it. In the long run, I guess I'll have to install a SuSE 8.1 partition. Out of curiosity, what errors does it report when you try to run the 8.2 RPM on 8.1? Kelson Vibber www.hyperborea.org

Aug. 7, 2003

Re: [Dillo-dev] dillo-0.7.3.tar.bz2

by Patrick Shanahan

* Kelson Vibber <kelson(a)pobox.com> [08-06-03 11:35]: > At 05:06 AM 8/6/2003, Patrick Shanahan wrote: > ><frown> and _no_ rpm for SuSE 8.1 (which is still widely utilized)? > > Does the SuSE 8.2 RPM not work on 8.1? No, not in _most_ cases, and this is one. -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org

Aug. 6, 2003

Re: [Dillo-dev] Porting Dillo to uClinux target

by Jorge Arellano Cid

On Wed, 6 Aug 2003, Manigandan wrote: > Hi, > I am trying to port dillo to uClinux based coldfire > target(5272). Has some one already did this ?What should be my > starting point ? Is there some good document for porting dillo to > new targets ? Interesting: a long time ago I was almost hired to do it! AFAIR, nobody has reported how to do it yet, but I think it is possible with the required expertise. I mean it involves not only knowing Dillo internals, but also about the porting state of the libraries it depends upon: mainly glib, GTK+ and pthread. It seems that if Dillo is upgraded to use GTK+2 the task gets a bit simpler (and we have plans to do it so). This link may help: (and an email to its author) https://mailman.uclinux.org/pipermail/uclinux-dev/2003-March/015973.html Finally, if you work for a company interested enough to sponsor the port, you can contact us to make a plan. Cheers Jorge.-

Aug. 6, 2003

Re: [Dillo-dev] dillo-0.7.3.tar.bz2

by Jorge Arellano Cid

On Wed, 6 Aug 2003, Oliver Haertel wrote: > > Slackpacks here: > http://www.linuxpackages.net/details.php?name=dillo Good! BTW, why doesn't it state i386 or i486 in the tarball name? Something like: dillo-0.7.3-i386-1.tgz Cheers Jorge.-

Aug. 6, 2003

Re: [Dillo-dev] dillo-0.7.3.tar.bz2

by Jorge Arellano Cid

Madis, > The HTTPS stuff will go on top of dpi, when the dpi has enough > functionality for it (i'm hoping a bit for the new dpid stuff). > Possibly i'll try to hack something together in next month. I set a deadline on myself: 0.8.0-pre must be in CVS before Saturday (Aug 09, 2003). With all the delays related to 0.7.3 release, I spent some time developing a tiny https.dpi (to provide a starting point for interested people). Unfortunately there're still some things to fix (inside Dillo, not in the dpi) to make it work. Anyway, working or not, the code will be in CVS before the deadline (I feel guilty for delaying it too much). > PS. I'll create separate cache-control patch for current cvs, when > there is a interest about merging it with the CVS (not before, > because it would be to much trouble to mantain it separately). OK. Cheers Jorge.-

Aug. 6, 2003