- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] Re: Dillo RPM/build on SuSE 8.1

by Patrick Shanahan

* Patrick Shanahan <paka(a)MyRealBox.com> [08-07-03 19:52]: > and works... checkinstall generated dillo-dillo-1.i586.rpm, 1674753 bytes correction, dillo-0.7.3-1.i586.rpm, 1769215 bytes -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org

Aug. 8, 2003

Re: Dillo RPM/build on SuSE 8.1

by Patrick Shanahan

* Kelson Vibber <kelson(a)pobox.com> [08-07-03 13:01]: > Patrick, > > From what you sent me it looks like the problem with the binary RPM > is over new libpng and glibc versions. > > Here's what I've gotten from SuSE's FTP site as far as library > versions: > > SuSE 8.1: > glibc 2.2 > libpng 1.2.4 > > SuSE 8.2: > glibc 2.3 > libpng 1.2.5 > > So the glibc version conflict is explained. The libpng conflict is > strange, though, because I would expect those to be the same > generation of libpng. What version does "rpm -qi libpng" report? 1.2.4 > I did some digging through the mailing list archives, and came across > the thread in which you were having problems compiling 0.7.2 from > source. I had forgotten that the source needed to be patched to > compile it on SuSE 8.1 ( > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-April/000532.html > ) dillo.configure.diff: *** configure.dist 2003-04-29 18:24:39.000000000 +0200 --- configure 2003-04-30 11:43:31.000000000 +0200 *************** *** 4227,4233 **** PNG_CONFIG="`which libpng-config || which libpng12-config`" if test -n "$PNG_CONFIG" ; then ! CPPFLAGS="$CPPFLAGS `$PNG_CONFIG --I_opts`" fi --- 4227,4233 ---- PNG_CONFIG="`which libpng-config || which libpng12-config`" if test -n "$PNG_CONFIG" ; then ! CPPFLAGS="$CPPFLAGS `$PNG_CONFIG --cppflags`" fi > Does the 0.7.3 source RPM build, or does it give you the same libpng > errors as 0.7.2? Can you compile 0.7.3 from source? If not, does it > work after applying the patch? If so, I'll add it to the SRPM and > apply it for SuSE <= 8.1 (or better yet, if I can figure out a way to > do it, only on versions of libpng that need it). 0.7.3 compiles fine with the patch above and works... checkinstall generated dillo-dillo-1.i586.rpm, 1674753 bytes > I'll try to find time soon to install a copy of SuSE 8.1 so I can do > my own testing & building. I'm not too fond of SuSE's FTP-based > installation, but the rant would be way off-topic. For now, I've > renamed the SuSE RPM to make it clear it will only work on 8.2. -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org

Aug. 8, 2003

Re: [Dillo-dev] re: Anti-aliasing patch for dillo-0.7.3 available

by Nicola Girardi

> There were almost no changes from your patch, aside from > "src/Makefile.in" where I changed OK, thanks. (I asked only because I was considering using your patch instead of mine.) > Thanks again for your patch. Well, I think I should credit someone actually, but I don't even remember the author of the original patch... > Will this make it in to the next version of dillo ? I have been wondering for a while... =)

Aug. 7, 2003

Re: [Dillo-dev] Refresh shortcut?

by Frank de Lange

On Thu, Aug 07, 2003 at 09:02:46PM +0200, Ralph Slooten wrote: > Hi there all, > > Just a small question: Are there any plans to implicate a keyboard shortcut for > refreshing? I know the rest of them, and unless I'm mistaken, the only one > missing is refresh ;-) I use dillo mainly on my laptop, and try do as much > possible with keyboard shortcuts, and when using forums, the refresh is > neccissary to see which posts have / have not been viewed. Will be included in the next version of the tab patch, which is forthcoming... I'll remove it from there if it appears in CVS Dillo. I miss it as well... I'll try to add find_as_you_type as well, which is also a great time/hand saver when using keyboard navigation. Might not be in the next version though... 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

re: Anti-aliasing patch for dillo-0.7.3 available

by Reid Fleming

> Please, could you also tell us what you have changed besides > adapting the patch to 0.7.3? There were almost no changes from your patch, aside from "src/Makefile.in" where I changed LIBS = @LIBS@ to LIBS = @LIBS@ -lXft2 -lXrender -lfontconfig so that it would correctly link on my machine. There might have been an additional instance of gdk_text_width that I changed to gdk_text_width_xft but that's it. Thanks again for your patch. Will this make it in to the next version of dillo ?

Aug. 7, 2003

Refresh shortcut?

by Ralph Slooten

Hi there all, Just a small question: Are there any plans to implicate a keyboard shortcut for refreshing? I know the rest of them, and unless I'm mistaken, the only one missing is refresh ;-) I use dillo mainly on my laptop, and try do as much possible with keyboard shortcuts, and when using forums, the refresh is neccissary to see which posts have / have not been viewed. Many thanks Ralph -- http://axljab.homelinux.org:8080/ "...the software said Win95 or better, so I installed Linux"

Aug. 7, 2003

Dillo RPM/build on SuSE 8.1

by Kelson Vibber

Patrick, From what you sent me it looks like the problem with the binary RPM is over new libpng and glibc versions. Here's what I've gotten from SuSE's FTP site as far as library versions: SuSE 8.1: glibc 2.2 libpng 1.2.4 SuSE 8.2: glibc 2.3 libpng 1.2.5 So the glibc version conflict is explained. The libpng conflict is strange, though, because I would expect those to be the same generation of libpng. What version does "rpm -qi libpng" report? I did some digging through the mailing list archives, and came across the thread in which you were having problems compiling 0.7.2 from source. I had forgotten that the source needed to be patched to compile it on SuSE 8.1 ( http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-April/000532.html ) Does the 0.7.3 source RPM build, or does it give you the same libpng errors as 0.7.2? Can you compile 0.7.3 from source? If not, does it work after applying the patch? If so, I'll add it to the SRPM and apply it for SuSE <= 8.1 (or better yet, if I can figure out a way to do it, only on versions of libpng that need it). I'll try to find time soon to install a copy of SuSE 8.1 so I can do my own testing & building. I'm not too fond of SuSE's FTP-based installation, but the rant would be way off-topic. For now, I've renamed the SuSE RPM to make it clear it will only work on 8.2. -- Kelson Vibber www.hyperborea.org

Aug. 7, 2003

Re: [Dillo-dev] Anti-aliasing patch for dillo-0.7.3 available

by Nicola Girardi

> 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. Please, could you also tell us what you have changed besides adapting the patch to 0.7.3? Best regards.

Aug. 7, 2003

dillo-0.7.3 is (finally) officially done!

by Jorge Arellano Cid

Hi there! It took a lot of time, but finally, dillo-0.7.3 is out! I just finished updating the web site and submitting the announcement to freshmeat (it usually takes some minutes to show in the fm's front page). This message is for those that haven't noticed yet. Or that have noticed too much failed attempts! :-) Enjoy Jorge.-

Aug. 7, 2003

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. 6, 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

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

by Jorge Arellano Cid

On Wed, 6 Aug 2003, Frank de Lange wrote: > On Tue, Aug 05, 2003 at 11:39:59AM +0200, Frank de Lange wrote: > > This is in violation of the HTML specs (href is a required parameter for > > <base>). What should Dillo do in this case? Just as stated in our "HTML parsing policy" inside [Project Notes]! > > Currently it only checks for the > > target parameter after it has found a href in the tag (literal interpretation > > the definition of <base>), but this breaks pages like Namesys' which violate > > the standard. I can: > > > > 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. > Any suggestions/comments to my suggestion? As stated above. Cheers Jorge.-

Aug. 6, 2003

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

by Jorge Arellano Cid

Kelson, > On Tuesday 05 August 2003 10:58 am, Jorge Arellano Cid wrote: > > Kelson, Phil, Oliver: please make update your packages with it. > > OK, packages are ready for: > Red Hat 6.2, 7.3, 8, 9 > Mandrake 8.2, 9.1, and 9.1 PPC > SuSE 8.2 > > I'm moving the RPM download page to http://www.hyperborea.org/software/dillo/ > (just replace the .html with a /). There's a server redirect in place, but > it wouldn't hurt to update the link. Done. > I've updated a separate copy of the page, so all I have to do is switch it in > when the release is ready. If anyone wants to check out the rpms early, go > to http://www.hyperborea.org/software/dillo/index-new.shtml Thanks a lot for your commitment! The announcement will be this Thursday's morning. Cheers Jorge.-

Aug. 6, 2003

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

by Oliver Haertel

Slackpacks here: http://www.linuxpackages.net/details.php?name=dillo On Tue, 5 Aug 2003 13:58:31 -0400 (CLT) Jorge Arellano Cid wrote: > > Hi there! > > Yesterday I posted an email about 0.7.3 but forgot to mention > the most important part: the URL! :-) > > There's a tarball of 0.7.3 at: > > http://www.dillo.org/download/dillo-0.7.3.tar.bz2 > > > The plan was to test it yesterday (it already passed my tests > and Seb's too) and to announce it on Wednesday while letting our > packagers some time to update them for announce time. > > So there it is, and will be announced on Thursday. > > Please get it and give it some hard testing. > > Kelson, Phil, Oliver: please make update your packages with it. > > Sorry for the mistake. > > Cheers > Jorge.- > > Frank: after I upload 0.8.0-pre I'll have some time to look in > your work. Now that 0.7.3 release is almost done, I guess > Sebastian will have some time too (we were working on a plan for > CSS, and then Sebastian had to make a detailed review of the > incremental resizing mechanism because of some discovered bugs. I > was working on 0.8.0-pre (plugins) and on the release). All this > explanation is to state that it is not lack of interest, but lack > of manpower. You'd be amazed to know all of the things I'm > working in parallel. > > PS: the above note applies to all of you waiting for an answer > from my side... > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

Aug. 6, 2003

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

by Kelson Vibber

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? Kelson Vibber kelson(a)pobox.com http://www.hyperborea.org/ Creative Writing - Photography - The Flash

Aug. 6, 2003

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

by Madis Janson

On Tue, 5 Aug 2003, Jorge Arellano Cid wrote: > There's a tarball of 0.7.3 at: > > http://www.dillo.org/download/dillo-0.7.3.tar.bz2 > Some updated patches are avaible here: http://zone.ee/myzz/dillo/0.7.3/dillo-0.7.3-mzz.html 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. 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).

Aug. 6, 2003

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

by Patrick Shanahan

* Kelson Vibber <kelson(a)pobox.com> [08-06-03 02:07]: > On Tuesday 05 August 2003 10:58 am, Jorge Arellano Cid wrote: > > Kelson, Phil, Oliver: please make update your packages with it. > > OK, packages are ready for: > Red Hat 6.2, 7.3, 8, 9 > Mandrake 8.2, 9.1, and 9.1 PPC > SuSE 8.2 > > I'm moving the RPM download page to http://www.hyperborea.org/software/dillo/ > (just replace the .html with a /). There's a server redirect in place, but > it wouldn't hurt to update the link. > > I've updated a separate copy of the page, so all I have to do is switch it in > when the release is ready. If anyone wants to check out the rpms early, go > to http://www.hyperborea.org/software/dillo/index-new.shtml <frown> and _no_ rpm for SuSE 8.1 (which is still widely utilized)? -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org

Aug. 6, 2003

Porting Dillo to uClinux target

by Manigandan

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 ? Thanks, Mani

Aug. 6, 2003

Frame support, suggestion: compile-option --xhtml-dtd

by Frank de Lange

On Tue, Aug 05, 2003 at 11:39:59AM +0200, Frank de Lange wrote: > This is in violation of the HTML specs (href is a required parameter for > <base>). What should Dillo do in this case? Currently it only checks for the > target parameter after it has found a href in the tag (literal interpretation > the definition of <base>), but this breaks pages like Namesys' which violate > the standard. I can: > > 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. Having just worked my way through the XHTML-1.0 specifications (previous work was based on 3.2 and 4.01), I suggest the following: The next version of the patch will include a compile option '--xhtml-dtd' which can be set to 'strict', 'transitional' and 'frameset'. The 'strict' setting follows XHTML-1.0-Strict (and thus disables frames and frame-related code). With 'transitional' iframe is supported, frameset is not (leaving out the frameset-related code from the binary). Use 'frameset' for full frame support. Default setting will be 'frameset' to get the behaviour most people expect. Any suggestions/comments to my suggestion? 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. 6, 2003

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

by Kelson Vibber

On Tuesday 05 August 2003 10:58 am, Jorge Arellano Cid wrote: > Kelson, Phil, Oliver: please make update your packages with it. OK, packages are ready for: Red Hat 6.2, 7.3, 8, 9 Mandrake 8.2, 9.1, and 9.1 PPC SuSE 8.2 I'm moving the RPM download page to http://www.hyperborea.org/software/dillo/ (just replace the .html with a /). There's a server redirect in place, but it wouldn't hurt to update the link. I've updated a separate copy of the page, so all I have to do is switch it in when the release is ready. If anyone wants to check out the rpms early, go to http://www.hyperborea.org/software/dillo/index-new.shtml -- Kelson Vibber www.hyperborea.org

Aug. 6, 2003

Re: [Dillo-dev] Question about frames (have them working, but...)

by Frank de Lange

On Tue, Aug 05, 2003 at 10:21:35AM -0700, Kelson Vibber wrote: > At 05:25 AM 8/5/2003, Frank de Lange wrote: > >That is caused by the extra <body> tag these sites add (lamlaw has a > >complete > >body section - something a frame document should not have, > > Of the various interpretations, I think the most *useful* would be either > to prefer the framest (which is what most authors intended) or to prefer > the element that appears first (which will usually be the frameset). In my current version, the default behaviour is tu use the frameset if it is found. I have added a compile option '--enable-strict' which turns off checks for cruddy HTML (and thus reduces code size a bit at the expense of ability to display non-standard documents). I might have misinterpreted the specs, so I will remove the '#ifndef STRICT' from the frameset code. /me goes off and finds a version of current HTML specs, mine are outdated... 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. 6, 2003

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

by Kelson Vibber

At 10:58 AM 8/5/2003, Jorge Arellano Cid wrote: > Kelson, Phil, Oliver: please make update your packages with it. I got a couple built on my lunch hour. I've already got plans for tonight, but once I get home I'll get as many done as I can. I've been starting to use User-Mode Linux ( http://user-mode-linux.sourceforge.net/ ), which basically lets me run a second copy of Linux in a virtual machine. This will save me a lot of rebooting, and eventually I'll be able to build packages for more than one distribution simultaneously! Kelson Vibber www.hyperborea.org

Aug. 5, 2003

Re: [Dillo-dev] Segfaults with png files

by Madis Janson

On Tue, 5 Aug 2003, William Trenker wrote: > I built Dillo 0.7.2 from source and it works great except when there is a > png file on the web page I'm browsing. In that case, Dillo segfaults with > this message on the command line: > Png_error_handling: Application was compiled with png.h from libpng-1.0.12 > Segmentation fault > > What have I done wrong? Can you give me any suggestion how to fix this? > You have multiple versions of libpng installed. Compiler used libpng-1.0.12's header files and dynamic linker found a .so file belonging to some other version (ldd `which dillo` should show it).

Aug. 5, 2003

Re: [Dillo-dev] Segfaults with png files

by Jorge Arellano Cid

On Tue, 5 Aug 2003, William Trenker wrote: > I built Dillo 0.7.2 from source and it works great except when there is a > png file on the web page I'm browsing. In that case, Dillo segfaults with > this message on the command line: > Png_error_handling: Application was compiled with png.h from libpng-1.0.12 > Segmentation fault > > What have I done wrong? Can you give me any suggestion how to fix this? Most probably you have old png.h headers somewhere. Check: 'libpng-config --version' or 'libpng12-config --version' and check 'libpng-config --cflags' (also png.h and libpng/png.h should be the same file) Cheers Jorge.-

Aug. 5, 2003

dillo-0.7.3.tar.bz2

by Jorge Arellano Cid

Hi there! Yesterday I posted an email about 0.7.3 but forgot to mention the most important part: the URL! :-) There's a tarball of 0.7.3 at: http://www.dillo.org/download/dillo-0.7.3.tar.bz2 The plan was to test it yesterday (it already passed my tests and Seb's too) and to announce it on Wednesday while letting our packagers some time to update them for announce time. So there it is, and will be announced on Thursday. Please get it and give it some hard testing. Kelson, Phil, Oliver: please make update your packages with it. Sorry for the mistake. Cheers Jorge.- Frank: after I upload 0.8.0-pre I'll have some time to look in your work. Now that 0.7.3 release is almost done, I guess Sebastian will have some time too (we were working on a plan for CSS, and then Sebastian had to make a detailed review of the incremental resizing mechanism because of some discovered bugs. I was working on 0.8.0-pre (plugins) and on the release). All this explanation is to state that it is not lack of interest, but lack of manpower. You'd be amazed to know all of the things I'm working in parallel. PS: the above note applies to all of you waiting for an answer from my side...

Aug. 5, 2003

Re: [Dillo-dev] Question about frames (have them working, but...)

by Kelson Vibber

At 05:25 AM 8/5/2003, Frank de Lange wrote: >That is caused by the extra <body> tag these sites add (lamlaw has a complete >body section - something a frame document should not have, I forgot to address this case in my earlier reply. IMO, it would be better to display whichever came first, the frameset or the body. The behavior is undefined, so it could be arguably "correct" to do any of the following: display only the frameset, display only the body, display only a note saying "Sorry, this page is malformed," or bring up a dialog box with the output from fortune (I just wanted to come up with something "unpredictable!") Of the various interpretations, I think the most *useful* would be either to prefer the framest (which is what most authors intended) or to prefer the element that appears first (which will usually be the frameset). Unfortunately frames are complicated by the fact that Netscape and Microsoft had slightly differing implementations until HTML 4 came out and standardized them. As a result, a lot of pages are written with the assumption that <noframes> is not necessary, or that it should be outside the <frameset> structure. Kelson Vibber www.hyperborea.org

Aug. 5, 2003

Re: [Dillo-dev] Question about frames (have them working, but...)

by Kelson Vibber

At 05:25 AM 8/5/2003, Frank de Lange wrote: >The specs say something like this: > > Use the <frameset> tag in lieu of a <body> tag in the frame document. > You may > not include any other content except valid <head> and <frameset> > content in a > frame document. Combining frames with a conventional document containing > <body> may result in unpredictable browser behavior. > >So, again (this is to the list), should Dillo follow the specs - and thus >produce unwanted results - or try to work around the cruft some sites serve? Actually, my understanding is that, in frameset documents, it's recommended or at least allowed to put the <body> tag inside the <noframes> tag. I can name at least one well-designed HTML resource that agrees ( http://www.blooberry.com/indexdot/html/tagpages/n/noframes.htm ), and I believe it's stated in the following line from the HTML spec: <!ENTITY % noframes.content "(BODY) -(NOFRAMES)"> http://www.w3.org/TR/html4/present/frames.html#h-16.4.1 And http://validator.w3.org/ doesn't have a problem with there being a <body> tag inside (although it has a lot of other complaints about http://www.hot.ee/klubipegasus/ ) All that aside, I would argue that the <noframes><body></body></noframes> structure is a better way to produce a backwards-compatible document than simply <noframes></noframes>. After all, a strict HTML 2 browser (not that I think there are many) is going to look at the latter and see no BODY element and therefore nothing to display, but it will look at the former and just see some extra code around a valid body. Kelson Vibber www.hyperborea.org

Aug. 5, 2003

Frame support in tab patch, found a bug...

by Frank de Lange

Hi'all, I just noted an interesting typo in the frame support code, which makes some framed sites look really weird. I'll fix in in the next patch, but (as it is a very simple thing to change) you might want to fix your copy asap. in html.c, in the function Html_tag_open_frameset():1971 change: gint col = *frame_number / html->stack[html->stack_top].frameset_cols; gint row = *frame_number % html->stack[html->stack_top].frameset_cols; to: gint col = *frame_number % html->stack[html->stack_top].frameset_cols; gint row = *frame_number / html->stack[html->stack_top].frameset_cols; So, in essence, switch the '/' and '%' operators. It will still make a mess of the layout as it does not obey frame sizing, but at least it is a geometrically correct mess... 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. 5, 2003

Segfaults with png files

by William Trenker

I built Dillo 0.7.2 from source and it works great except when there is a png file on the web page I'm browsing. In that case, Dillo segfaults with this message on the command line: Png_error_handling: Application was compiled with png.h from libpng-1.0.12 Segmentation fault What have I done wrong? Can you give me any suggestion how to fix this? Thanks, Bill

Aug. 5, 2003

Re: [Dillo-dev] Question about frames (have them working, but...)

by Frank de Lange

On Tue, Aug 05, 2003 at 02:44:08PM +0300, madis wrote: > > On Tue, 5 Aug 2003, Frank de Lange wrote: > > > http://www.geocities.com/ikbenfrank/dillo-20030804-tabs.patch.gz > > dillo with this patch shows only noframes part on some framed sites: > > http://www.hot.ee/klubipegasus/ > http://www.lamlaw.com/ That is caused by the extra <body> tag these sites add (lamlaw has a complete body section - something a frame document should not have, http://www.hot.ee/klubipegasus/ has an extra body tag in the noframes section.) The specs say something like this: Use the <frameset> tag in lieu of a <body> tag in the frame document. You may not include any other content except valid <head> and <frameset> content in a frame document. Combining frames with a conventional document containing <body> may result in unpredictable browser behavior. So, again (this is to the list), should Dillo follow the specs - and thus produce unwanted results - or try to work around the cruft some sites serve? Fixing this would be relatively easy, and the fix can be optional (--enable-pedantic or --enable-quirks or whatever...) By the way, some sites check the browser string to decide what type of content to send, these may also send non-frames content. Same goes for sites which use Javascript to test for browser versions. So even if Dillo has full frame support one day, it can still happen that a site does not serve it (functional) frame documents... 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. 5, 2003

Re: [Dillo-dev] [PATCH] version 7 of tab patch is ready

by Frank de Lange

On Tue, Aug 05, 2003 at 10:23:12AM +0200, Frank de Lange wrote: > On Tue, Aug 05, 2003 at 10:04:35AM +0200, Jens Arm wrote: > > Hi > > > > Great work the tab and frame support! > > > > If I try to open the reiserfs-Homepage (www.namesys.com) > > Just an addition to my previous reply... > > Namesys' page does show up as expected (two frames), but navigation does not > work as it should yet. The current version of the frames patch ignores the > <base target='main'> tag in the left frame, so all content ends up in the left > frame instead. This will be fixed in the next version of the patch. Yet another addition... Namesys' page uses a <base> tag without a href: (http://www.namesys.com/menu.html: ... <base target="main"> ... This is in violation of the HTML specs (href is a required parameter for <base>). What should Dillo do in this case? Currently it only checks for the target parameter after it has found a href in the tag (literal interpretation the definition of <base>), but this breaks pages like Namesys' which violate the standard. I can: 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 For users a and b are the best choices, for developers c is the best. It is probably infeasible to trap all the crufty HTML out there, Namesys' site alone is good for I don't know how many problems... I personally prefer b, which gives everyone a choice. Choice is good. Any thoughts? 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. 5, 2003

Re: [Dillo-dev] [PATCH] version 7 of tab patch is ready

by Frank de Lange

On Tue, Aug 05, 2003 at 10:04:35AM +0200, Jens Arm wrote: > Hi > > Great work the tab and frame support! > > If I try to open the reiserfs-Homepage (www.namesys.com) Just an addition to my previous reply... Namesys' page does show up as expected (two frames), but navigation does not work as it should yet. The current version of the frames patch ignores the <base target='main'> tag in the left frame, so all content ends up in the left frame instead. This will be fixed in the next version of the patch. 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. 5, 2003

Re: [Dillo-dev] [PATCH] version 7 of tab patch is ready

by Frank de Lange

On Tue, Aug 05, 2003 at 10:04:35AM +0200, Jens Arm wrote: > Hi > > Great work the tab and frame support! Thanks... > If I try to open the reiserfs-Homepage (www.namesys.com) > only the menu-frame is shown. > Here is the output of dillo: > > [tux@tux tux]$ dillo > Setting locale to C... > dillo_dns_init: Here we go! > Enabling cookies as from cookiesrc... > Nav_open_url: Url=>about:splash< > Nav_open_url: Url=>http://www.namesys.com< > Dns_server [0]: www.namesys.com is 0x81180b0 > Connecting to 212.16.7.65 > HTML warning: the TITLE element must be inside the HEAD section > Nav_open_url: Url=>http://www.namesys.com/menu.html< > Connecting to 212.16.7.65 > HTML warning: Invalid HTML syntax: too many <frame> tags in <frameset> > > > This I get at other sites, too. It works here... Did you use the latest CVS version of Dillo, did the patch aplpy without problems, do you use a filtering proxy which does weird things to the HTML? Namesys' page comes up in two frames. Size of frames is wrong (but that was to be expected), content is OK. This is what I get with 'View Page Source' on Namesys' page: <html> <TITLE>NAMESYS</TITLE> <frameset cols="160,*" frameborder=0 framespacing=0 border=0> <frame name="menu" src="menu.html" scrolling="auto" noresize border=0 frameborder=0 marginheight=0 marginwidth=0> <frame name="main" src="content_table.html" noresize border=0 frameborder=0 marginheight=0 marginwidth=0> </frameset> </html> So yes, that IS invalid HTML (TITLE tag outside of HEAD), but Dillo renders it OK here. It tells me about the errors in the page: Nav_open_url: Url=>http://www.namesys.com< Connecting to 212.16.7.65 HTML warning: the TITLE element must be inside the HEAD section Nav_open_url: Url=>http://www.namesys.com/menu.html< Nav_open_url: Url=>http://www.namesys.com/content_table.html< Are there any others out there who have problems like this? 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. 5, 2003

Re: [Dillo-dev] [PATCH] version 7 of tab patch is ready

by Jens Arm

Hi Great work the tab and frame support! If I try to open the reiserfs-Homepage (www.namesys.com) only the menu-frame is shown. Here is the output of dillo: [tux@tux tux]$ dillo Setting locale to C... dillo_dns_init: Here we go! Enabling cookies as from cookiesrc... Nav_open_url: Url=>about:splash< Nav_open_url: Url=>http://www.namesys.com< Dns_server [0]: www.namesys.com is 0x81180b0 Connecting to 212.16.7.65 HTML warning: the TITLE element must be inside the HEAD section Nav_open_url: Url=>http://www.namesys.com/menu.html< Connecting to 212.16.7.65 HTML warning: Invalid HTML syntax: too many <frame> tags in <frameset> This I get at other sites, too. Jens

Aug. 5, 2003

Re: [Dillo-dev] Question about frames (have them working, but...)

by Andreas Schweitzer

Hi, <size problems> > <...> If anyone has any > bright ideas on how to assign widgets sizes which are relative to their > container, speak up... Or, if anyone has already created (or at least thought > about creating) a 'frameset' widget, please let me know. No need to re-invent > the wheel... About a week ago I decided to look into Frames with your tabs patch put was overwhelmed by my non-knowledge of GTK. Luckily I saw your note "Now working on frames" in one of your e-mails and I figured at the rate Frank produces code I will never have anything ready ;-) And the description sounds great ! Great work ! I'll try it out now. Anyways, getting to the point. What about tracking the sizes of the widgets ? E.g. putting the sizes in DilloDoc And also maybe putting the parent widget in DilloDoc ? That way one could "cascade" down the sizes. I haven't looked at the new patch though - just some ideas. The problem might be that all these sizes would only be calculated sizes and that GTK may calculate the sizes differently and hence may be getting different rounding errors. A lot of resizing may be getting the actual sizes and the calculated sizes heavily out of sync. One would have to see. > The patch is made against 20030804 CVS. It can be downloaded from the usual > (ad-happy, but...) Geocities site: > > http://www.geocities.com/ikbenfrank/ > > More specifically, it can be found here: > > http://www.geocities.com/ikbenfrank/dillo-20030804-tabs.patch.gz > size: 53262 bytes (gzipped, as downloaded) > 220519 bytes (uncompressed) > md5sum: 5c218077382d6c6e7300f1dd7d41e024 (gzipped, as downloaded) > f6242c4f01f0eed60645db91a8882b2c (uncompressed) And again at http://www.hs.uni-hamburg.de/~stcd102/dillo-20030804-tabs.patch.gz Cheers Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

Aug. 5, 2003

Re: [Dillo-dev] Question about frames (have them working, but...)

by Melvin Hadasht

Hi Frank, You wrote: > If anyone has any > bright ideas on how to assign widgets sizes which are relative to their > container, speak up... I don't know Dillo internal widgets, but Gtk provides the GtkFixed widget where you can specify where the widgets are to be positioned. The API reference says that in that case the size is also fixed (but it does not say how). Check also the Gtk2 reference for this widget, as it looks more complete there. HTH -- Melvin Hadasht

Aug. 4, 2003

[PATCH] version 7 of tab patch is ready

by Frank de Lange

Oops... I seem to have messed up the subject of my last message. Anyway, as stated... the next version of my tab patch is ready, get it at http://www.geocities.com/ikbenfrank Read my last message for more info... 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. 4, 2003

Question about frames (have them working, but...)

by Frank de Lange

Hi'all, The next version (7) of my tab patch is ready (see bottom of this message for download instructions). Most notable change is that it now also contains an experimental, not-really-ready-but-quite-entertaining implementation of frame/iframe support. The not-quite-ready part has to do with the sizing of frames (more on this later). Frame support, like tab support, is optional. It is enabled by default, but you can disable it using (frames) --disable-frames and (tabs) --disable-tabs during configure. Other new features: - title of window/tab set to url if file has no title (this can be disabled with the preference 'document_title_use_url=NO', default enabled) - navigation buttons (back, forward, stop, reload) in popup menu (can be disabled with preference 'show_popup_navigation=NO', default enabled) - duplicate page (open current page in new window, keyboard ALT-N) and, if tab support is enabled, duplicate tab (open current page in new tab, keyboard ALT-T) options in popup menu. Of course, the patch also fixes some bugs (and possibly introduces new ones). I had to back out my stopgap fix for the Gdk-CRITICAL warnings, which caused more problems than it solved. Instead, I patched dw_widget. The warnings were generated from within Dw_widget_mouse_event(dw_widget:729) when it tried to set a cursor on a non-existing window. I added a NULL-check, and made the widget generate a debug message (set DEBUG_LEVEL to 10 to see the warning). More on frame/iframe support ============================ What works: - loading (nested) framesets, displaying frames at their appropriate location (but not at their appropriate size... yet...) - loading (nested) iframes, displaying iframes at their appropriate location and with (mostly) appropriate size and alignment. - all frame-related menu options (in the popup menu). Frame menus can be accessed using the 'This Frame...' button in the popup menu, nested framesets have their own 'This Frameset...' menu. This way, Dillo allows you to limit actions to a subset of a framed document, eg. you can search for text in just one frame/iframe/frameset. Top-level menu options usually refer to the whole document (the frameset). An exception to this is the 'Jump To' option, which refers to the frame in which the menu was opened (question: should this contain the anchors for all frames?). Use the 'Show only this Frame' option in the Frame Options menu to get a full-page view of a frame (which is what you'd get with an unpatched version of Dillo). What does not work yet: - obeying frameset proportions. Currently all frames are allocated a default size. I have the appropriate sizes for the frames at hand, but GTK does not provide a means to size multiple widgets in a container relative to the size of that container. The 'gtk_widget_set_usize()' (or GTK2's gtk_widget_set_size_request() replacement function) are not suitable for this purpose, although they can be used to set a minimum or absolute size for rows/columns which have been specified that way (frameset rows=100,100,* is easy, frameset rows=100,20%,3*,* is not...). - the full_screen_off_button is not shown in frame documents. Use double-click instead to toggle the full screen setting... These problems can be solved by creating a new widget for the frameset, but that might be overkill. DwTable provides some of the needed features, but is is overcomplicated for the task at hand (no colspan or rowspan in framesets, etc) and lacks direct control over the height of table cells. If anyone has any bright ideas on how to assign widgets sizes which are relative to their container, speak up... Or, if anyone has already created (or at least thought about creating) a 'frameset' widget, please let me know. No need to re-invent the wheel... If I get no response, I will probably create a new widget based on GtkTable, with some built-in sizing magic. I chose GtkTable over DwTable because the former seems to be more suitable for the purpose than the latter. I might be wrong, please tell me... Tabs, frames and browser bloat ============================== For those who wonder if all this will add much to the size of Dillo, rest assured that it does not. I did some size comparisons between CVS Dillo (unpatched) and several configurations with the patch applied. The main results are (compiled with gcc 3.2.2, binutils 2.13.90.0.18 for x86, optimisation -Os, stripped binary) CVS unpatched: 285024 bytes Patched, no tabs, no frames: 289884 bytes Patched, no tabs, with frames: 294076 bytes Patched, with tabs, no frames: 297596 bytes Patched, with tabs and frames: 301692 bytes So, some 15 Kb for tabs and frames together, bearing in mind the patch has not been optimised for size yet (premature optimisation is... well, a bad idea). Not too bad, I think. Download instructions ===================== The patch is made against 20030804 CVS. It can be downloaded from the usual (ad-happy, but...) Geocities site: http://www.geocities.com/ikbenfrank/ More specifically, it can be found here: http://www.geocities.com/ikbenfrank/dillo-20030804-tabs.patch.gz size: 53262 bytes (gzipped, as downloaded) 220519 bytes (uncompressed) md5sum: 5c218077382d6c6e7300f1dd7d41e024 (gzipped, as downloaded) f6242c4f01f0eed60645db91a8882b2c (uncompressed) As always, check the site for the most recent version: That's all for now, 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. 4, 2003

Re: [Dillo-dev] dillo-0.7.3-rc2

by Sebastian Geerken

On Sat, Aug 02, Jorge Arellano Cid wrote: > Today I was decided to upload 0.8.0-pre but found some problems > with one plugin. At the same time Sebastian sent me a fix for the > bug that delays 0.7.3 (very simple), so most probably our current > CVS holds the final 0.7.3! Sorry, this patch was incomplete. I tried to extract the actual code changes, without some new debugging messages, but ommitted some things. The current CVS (which has now also the new debugging messages) contains now the complete changes. > Please give it a hard test. If everything goes fine, it'll be > released by Tuesday or Wednesday. > > With regard to 0.8.0-pre, please expect it to be in CVS at > announce time. I know I have delayed it a lot, but it comes with > much more than what was anticipated (and I believe you'd prefer > it to be working right! :). Jorge, I've not yet tagged the code, please do so when uploading the 0.8.0 code. Sebastian

Aug. 3, 2003

dillo-0.7.3-rc2

by Jorge Arellano Cid

Hi there! Today I was decided to upload 0.8.0-pre but found some problems with one plugin. At the same time Sebastian sent me a fix for the bug that delays 0.7.3 (very simple), so most probably our current CVS holds the final 0.7.3! Please give it a hard test. If everything goes fine, it'll be released by Tuesday or Wednesday. With regard to 0.8.0-pre, please expect it to be in CVS at announce time. I know I have delayed it a lot, but it comes with much more than what was anticipated (and I believe you'd prefer it to be working right! :). Cheers Jorge.- PS: Phil, Kelson: Please be prepared to upgrade your packages before 0.7.3 is announced. That is, if testing don't say otherwise! I'll let you know one or two days before the announcement.

Aug. 2, 2003

Re: [Dillo-dev] [PATCH] version 6 of Dillo tab patch now available

by Jorge Arellano Cid

On Fri, 25 Jul 2003, Kelson Vibber wrote: > On Friday 25 July 2003 10:30 am, Mattias Östergren wrote: > > When visiting a page without a title or an image dillo displays the URL in > > the windows titlebar, but the tab is empty. Feature or bug? > > That reminds me, I had a patch to add a title to the Bookmarks page - > something I noticed because of this. (attached) Done! And also tagged current CVS as "release-0_7_3-rc1". Cheers Jorge.-

July 31, 2003

Dillo as a component (library)

by Owen Cliffe

2 questions: Is there an intention to have dillo expose itself as a library, i noticed sylpheed, but more generally it would be nice to have libdillo or something (for other things). When/if is gtk+2 compatibility happening? is there a patch floating around somewhere? owen -- --------------------------------------------------------------------- owen cliffe (postgraduate) Email: occ(a)cs.bath.ac.uk Department of Computer Science Web: http://www.cs.bath.ac.uk/~occ Univ. Bath, Bath, England BA2 7AY Tel: (+44) 1225 386183

July 31, 2003