- Dillo-dev - lists.mailman3.com

[Dillo-dev]HTTPS

by Garrett Kajmowicz

Is anybody currently actively working on HTTPS support? If not, how much work would be involved? I have some basic experience working with OpenSSL. Unfortunately, I have almost no gtk experience (I'm a Qt kind of person). I have some spare time, and would be willing to help, if I could, though I've never worked on a web browser before. Closest I have come is writing PHP. - Garrett Kajmowicz

July 10, 2004

[Dillo-dev]Re: Remote control of displayed URL

by Ian Walberg

Jorge, I have a kiosk type setup where I need to be able to reset dillo to a given URL from another programme and then allow the user to navigate on their own. I really do not care how this is achieved but I do not want to restart dilio with a specific URL each time. Thanks Ian -----Original Message----- From: dillo-dev-admin(a)auriga.wearlab.de [mailto:dillo-dev-admin@auriga.wearlab.de] On Behalf Of dillo-dev-request(a)auriga.wearlab.de Sent: 09 July 2004 05:27 To: dillo-dev(a)auriga.wearlab.de Subject: Dillo-dev digest, Vol 1 #462 - 1 msg Send Dillo-dev mailing list submissions to dillo-dev(a)lists.auriga.wearlab.de To subscribe or unsubscribe via the World Wide Web, visit http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev or, via email, send a message with subject or body 'help' to dillo-dev-request(a)lists.auriga.wearlab.de You can reach the person managing the list at dillo-dev-admin(a)lists.auriga.wearlab.de When replying, please edit your Subject line so it is more specific than "Re: Contents of Dillo-dev digest..." Today's Topics: 1. Re: Remote control of displayed URL (Jorge Arellano Cid) --__--__-- Message: 1 Date: Thu, 8 Jul 2004 08:26:48 -0400 (CLT) From: Jorge Arellano Cid <jcid(a)dillo.org> To: Dillo mailing list <dillo-dev(a)lists.auriga.wearlab.de> Subject: Re: [Dillo-dev]Remote control of displayed URL Hi Ian, On Tue, 6 Jul 2004, Ian Walberg wrote: > I would like to be able to command dillo via a socket to a specific > URL from another application. > > Can this be done already? Yes it can be done. The specific dpi to provide for that service is not written yet, but the bookmarks-dpi commands dillo to open and refresh URLs all the time. > I tried a simple server plugin but did not get the > results I was looking for. Please explain further what you want to do. It may be a couple of days to write a specific server and get it working depending on what is required. > Thanks No problem. Cheers Jorge.- --__--__-- _______________________________________________ Dillo-dev mailing list Dillo-dev(a)lists.auriga.wearlab.de http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev End of Dillo-dev Digest

July 9, 2004

Re: [Dillo-dev]Remote control of displayed URL

by Jorge Arellano Cid

Hi Ian, On Tue, 6 Jul 2004, Ian Walberg wrote: > I would like to be able to command dillo via a socket to a specific URL from > another application. > > Can this be done already? Yes it can be done. The specific dpi to provide for that service is not written yet, but the bookmarks-dpi commands dillo to open and refresh URLs all the time. > I tried a simple server plugin but did not get the > results I was looking for. Please explain further what you want to do. It may be a couple of days to write a specific server and get it working depending on what is required. > Thanks No problem. Cheers Jorge.-

July 8, 2004

Re: [Dillo-dev]dillo-0.8.2

by Kelson Vibber

On Wednesday 07 July 2004 07:32 am, Jorge Arellano Cid wrote: > Do you have some download stats for 0.8.1? Sure: Linux Distribution Downloads ------------------------------------- Red Hat 8-9 & Fedora Core 1-2 633 Mandrake 9.2 264 SuSE 9.0 239 Source RPM 204 Red Hat 7 122 Mandrake 9.1 80 SuSE 8.2 66 Red Hat 6 55 Mandrake 8.1 32 SuSE 7.3 30 Conectiva 9 25 Yellow Dog 3 (PPC) 25 Mandrake 8.2 24 Conectiva 8 22 Mandrake 9.1 (PPC) 21 Unless otherwise noted, these are for the x86 architecture, since, well, that's what I have! On another note, I built and posted the rest of the RPMs last night, except for Mandrake 9.1 PPC (I need to drag an old machine out of the closet and hook it up). I plan on installing a copy of Mandrake 10 or, if I can get it, SuSE 9.1 sometime in the next two weeks, which should bring those more up to date. Dillo 0.8.2 RPMs: http://www.hyperborea.org/software/dillo/ -- Kelson Vibber www.hyperborea.org

July 7, 2004

Re: [Dillo-dev]dillo-0.8.2

by Jorge Arellano Cid

On Tue, 6 Jul 2004, Kelson Vibber wrote: > On Tuesday 06 July 2004 12:50 pm, Jorge Arellano Cid wrote: >> I just uploaded the new dillo-0.8.2 to our site. > > Excellent! > >> It will be announced just after Kelson and Phil can upgrade >> the Dillo packages they make, and after Sebastian and I finish >> setting a much requested donations link. > > I'll be out most of this evening (and tomorrow evening), so I built a few RPMs > on my lunch hour and posted them: > - Red Hat 8-9 & Fedora Core 1-2 (not tested on RH8 yet, but it should work) > - Conectiva 9 > - Mandrake 9.2 > - SuSE 9.0 > - Yellow Dog 3 > > I left several UML instances compiling when I headed back to work, so they > should be ready when I get home. I should have time to post the them, but in > case I don't, the SRPM and the five listed above are up. Thanks a lot for your dedicated work Kelson. Sincerely Jorge.- PS: Do you have some download stats for 0.8.1?

July 7, 2004

[Dillo-dev]Life goes fast...

by Jorge Arellano Cid

Hi there, The official 0.8.2 announcement is still pending, but the CVS already started to move! --I hope this to be a good sign. Cheers Jorge.- PS: 0.8.2 will be released as is, not with the latest patch(es).

July 7, 2004

[Dillo-dev]https

by Jorge Arellano Cid

Hi, Here's the https-relevant part of a private email: ---------- Forwarded message ---------- Date: Wed, 7 Jul 2004 10:25:24 -0400 (CLT) From: Jorge Arellano Cid <jcid(a)dillo.org> To: Brett Wynkoop <wynkoop(a)wynn.com> Subject: Re: dillo 0.8.2rc2 On Wed, 7 Jul 2004, Brett Wynkoop wrote: > [...] > I was surprised that there is no SSL support. I remember a recent > release used wget for ssl. Is there any way to re-enable that on the > current release? The problem is that our former plugin didn't do certificate authentication (among other things commented in the code). As the Dillo project takes security seriously, it was withdrawn from the newer releases... In other words, the https dpi allowed the user to see https URLs, but there was no security backing it. I know that some big browsers had the same bug for years, before it was made public. This allowed for instance, man-in-the-middle attacks by faking the destination site. Https is a very complex matter, and I'd rather prefer not to assert ours will be flawless. The least we can do is not to release one we know is broken. I hope we can make a good https dpi soon. If you want to use it anyway, assuming the risks, just get the https.c from 0.8.0 and drop it into the new tree. You will not even be able to post or send forms, but it'll allow to read some https forums. Atentamente Jorge.-

July 7, 2004

Re: [Dillo-dev]dillo-0.8.2

by Kelson Vibber

On Tuesday 06 July 2004 12:50 pm, Jorge Arellano Cid wrote: > I just uploaded the new dillo-0.8.2 to our site. Excellent! > It will be announced just after Kelson and Phil can upgrade > the Dillo packages they make, and after Sebastian and I finish > setting a much requested donations link. I'll be out most of this evening (and tomorrow evening), so I built a few RPMs on my lunch hour and posted them: - Red Hat 8-9 & Fedora Core 1-2 (not tested on RH8 yet, but it should work) - Conectiva 9 - Mandrake 9.2 - SuSE 9.0 - Yellow Dog 3 I left several UML instances compiling when I headed back to work, so they should be ready when I get home. I should have time to post the them, but in case I don't, the SRPM and the five listed above are up. -- Kelson Vibber www.hyperborea.org

July 6, 2004

Re: [Dillo-dev]dillo-0.8.2

by Jorge Arellano Cid

On Tue, 6 Jul 2004, robert w hall wrote: > In article <Pine.LNX.4.60.0407061545350.1610(a)infinity.cl>, Jorge > Arellano Cid <jcid(a)dillo.org> writes >> >> Hi guys, >> >> I just uploaded the new dillo-0.8.2 to our site. > ... > > any changes from rc2? Good question... No, just stuff like the text switch from "0.8.2-rc2" to "0.8.2". Cheers Jorge.-

July 6, 2004

[Dillo-dev]dillo-0.8.2

by Jorge Arellano Cid

Hi guys, I just uploaded the new dillo-0.8.2 to our site. It will be announced just after Kelson and Phil can upgrade the Dillo packages they make, and after Sebastian and I finish setting a much requested donations link. Thanks to all of you that have asked for a way to support the Dillo project. More about this later... Please download the new tarball and don't hesitate to write if you find a glitch. It may be still on time to fix (before the announcement). Best Jorge.-

July 6, 2004

Re: [Dillo-dev]dillo-0.8.2

by robert w hall

In article <Pine.LNX.4.60.0407061545350.1610(a)infinity.cl>, Jorge Arellano Cid <jcid(a)dillo.org> writes > >Hi guys, > > I just uploaded the new dillo-0.8.2 to our site. ... > Please download the new tarball and don't hesitate to write if >you find a glitch. It may be still on time to fix (before the >announcement). > > > Best > Jorge.- > any changes from rc2? -- robert w hall

July 6, 2004

[Dillo-dev]Remote control of displayed URL

by Ian Walberg

I would like to be able to command dillo via a socket to a specific URL from another application. Can this be done already? I tried a simple server plugin but did not get the results I was looking for. Thanks Ian

July 6, 2004

[Dillo-dev]Download with external utility?

by Todd Slater

In one of the 0.7 releases I had a patch that allowed me to right-click a link and choose to download with an external utility as specified in ~/.dillo/dillorc. It seems that the last time I tried it on a newer (0.8) release it did not "take" the patch. I can, however, still use the open in external browser option, which was part of the same patch. Should I still be able to apply the download patch to the newest versions rather easily, and if so how? Thanks, Todd -- Name that tune #10: Now a very great man once said that some people will rob you with a fountain pen; it didn't take too long to find out just what he was talking about.

July 1, 2004

Re: [Dillo-dev]thread-safe X at fresco

by robert w hall

In article <Pine.LNX.4.60.0406182239380.5841(a)infinity.cl>, Jorge Arellano Cid <jcid(a)dillo.org> writes > > >On Fri, 18 Jun 2004, robert w hall wrote: > >> The thread-safe versions of XFree3.3.3.1 have disappeared from >> linuxsavvy, (and my own attempts too recompile my own have produced >> useable, but not wholly error-free results)... >> > the _full_ path to John Gotts' Xlibs is still valid - it's http://linuxsavvy.com/resources/projects/xfree86-3.3.3-reentrant-libs.tar.gz -- robert w hall

July 1, 2004

Re: [Dillo-dev]Hi, i am newer to this list.

by Jorge Arellano Cid

On Wed, 30 Jun 2004, [gb2312] Hermit wrote: > Hi, Jorge Hi. > Sure, i wish i can collaborate with your guys, but > how can i join this team? You can start by reading the "New Developer Info" link at: http://www.dillo.org/developer.html then you will find lots of information about the FLTK port by starting here: http://article.gmane.org/gmane.comp.web.dillo.devel/1973/match=+porting+dil… > are there any task list? or even you can assign > some tasks to me ? Sure, after reading that, just let me know your skills, available time, and we'll see. Cheers Jorge.-

July 1, 2004

[Dillo-dev]dillo-0.8.2-rc2.tar.bz2 (rc2)

by Jorge Arellano Cid

Hi guys, The first release candidate got only one problem report (on headers), but I couldn't help adding a couple of tiny enhancements. So this is it: + * Set some initial socket-buffering for dpis (in dpid). + * Made the rendered area keep its focus after a form submition. + * Fixed some include files in src/IO/. The socket-buffering helps with 2.6.x kernels (probably a bug in the kernel: the "first" data transfer in the sockets usually is slow, from then and on, it goes as fast as with 2.4.x, but if you don't use the socket for a long time it gives you another slow start). The second fix is just a UI improvement. The third is a cleanup. Please test it from: http://www.dillo.org/download/dillo-0.8.2-rc2.tar.bz2 Cheers Jorge.-

July 1, 2004

Re: [Dillo-dev]Hi, i am newer to this list.

by Hermit

Hi, Jorge Sure, i wish i can collaborate with your guys, but how can i join this team? are there any task list? or even you can assign some tasks to me ? BGs/Hermit Date: Fri, 25 Jun 2004 13:05:07 -0400 (CLT) From: Jorge Arellano Cid <jcid(a)dillo.org> To: Dillo mailing list <dillo-dev(a)lists.auriga.wearlab.de> Subject: Re: [Dillo-dev]Hi, i am newer to this list. Hi, > Hi, All > i am newer to this list. now i try to port dillo > to a embedded device. there are few memory and storage > in this kind of device. > dillo is based on gtk+, it is impossible to port > gtk to embedded device because of its size. We know that, and GTK2 is even bigger. > now i try to make dillo to base on microwin+fltk. > i know that there are plan to make dillo base on fltk. > maybe your guys can give me some suggestion about how > to port dillo to base on fltk? Do you want to do it alone? Why not collaborate with us? Cheers Jorge.- _________________________________________________________ Do You Yahoo!? 100兆邮箱够不够用？雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/100m/*http://cn.promo.yahoo.com/minisite…

June 30, 2004

Re: [Dillo-dev]Anything new worth trying out?

by Jeremy Henty

I wrote: > Hi, I've been running a dillo I checked out of CVS on June 6. I was > wondering if there was any reason to update. Well, duh! Immediately after posting this I see 0.8.2-rc1 is out. Updating and building now. Cheers, Jeremy

June 26, 2004

[Dillo-dev]Anything new worth trying out?

by Jeremy Henty

Hi, I've been running a dillo I checked out of CVS on June 6. I was wondering if there was any reason to update. If you have any new features you'd like road-tested I'd be glad to give them a spin. Or should I wait for things to stabilise? Cheers, Jeremy Henty

June 26, 2004

Re: [Dillo-dev]dillo-0.8.2-rc1.tar.bz2

by Johannes Hofmann

Hi, it compiles and runs great on DragonFly-BSD. The new autotools even recognize DragonFly-BSD out of the box, so there's no need for pretending beeing a FreeBSD system anymore :-) Cheers, Johannes On Fri, Jun 25, 2004 at 01:33:41PM -0400, Jorge Arellano Cid wrote: > > Hi there! > > I just uploaded the dillo-0.8.2-rc1 (release candidate 1) to > our site: > > http://www.dillo.org/download/dillo-0.8.2-rc1.tar.bz2 > > It's basically what we've been testing in the CVS, so it > should be stable. What needs platform testing is the compilation > process. This tarball was packaged with the newest auto* tools, > so please report back how it goes. > > If no glitches are found, it'll become our dillo-0.8.2. > > > Cheers > Jorge.- > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

June 25, 2004

[Dillo-dev]dillo-0.8.2-rc1.tar.bz2

by Jorge Arellano Cid

Hi there! I just uploaded the dillo-0.8.2-rc1 (release candidate 1) to our site: http://www.dillo.org/download/dillo-0.8.2-rc1.tar.bz2 It's basically what we've been testing in the CVS, so it should be stable. What needs platform testing is the compilation process. This tarball was packaged with the newest auto* tools, so please report back how it goes. If no glitches are found, it'll become our dillo-0.8.2. Cheers Jorge.-

June 25, 2004

Re: [Dillo-dev]Hi, i am newer to this list.

by Jorge Arellano Cid

Hi, > Hi, All > i am newer to this list. now i try to port dillo > to a embedded device. there are few memory and storage > in this kind of device. > dillo is based on gtk+, it is impossible to port > gtk to embedded device because of its size. We know that, and GTK2 is even bigger. > now i try to make dillo to base on microwin+fltk. > i know that there are plan to make dillo base on fltk. > maybe your guys can give me some suggestion about how > to port dillo to base on fltk? Do you want to do it alone? Why not collaborate with us? Cheers Jorge.-

June 25, 2004

[Dillo-dev]Hi, i am newer to this list.

by �ffffc4�ffffac�ffffc8�ffffbb �ffffcd�fffff5

Hi, All i am newer to this list. now i try to port dillo to a embedded device. there are few memory and storage in this kind of device. dillo is based on gtk+, it is impossible to port gtk to embedded device because of its size. now i try to make dillo to base on microwin+fltk. i know that there are plan to make dillo base on fltk. maybe your guys can give me some suggestion about how to port dillo to base on fltk? Thank you very much. BGs/Hermit _________________________________________________________ Do You Yahoo!? 嫌邮箱太小？雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/10m/*http://cn.mail.yahoo.com/event/10m.…

June 23, 2004

Re: [Dillo-dev]BUG#569

by David McKee

On Sat, 19 Jun 2004, Jorge Arellano Cid wrote: > What do you guys think of this? > > 569 > Impact: feature fault > At: run time > Type: misbehaviour > Comments: In Dillo, BACK button sends me to other previous html file, > not to the previous position in the same file. [...] > Since the beginning, Dillo's behaviour is as described above. > We have received almost no complaints, so it doesn't seem that > bad in practice. Would it be worth to change it? This has always been a minor annoyance...if the long page you're browsing has been structured with a convienent set a headings, the navigation sub-menu solves the problem fairly well, but I would like to see this behavior changed. If the page author has not been so kind, or if the page consists of a single giant table, you then have to scroll madly in search of you place... Presumably the back (and forward) button is implelemted with a stack of URLs. Stacking a tuple of (url, location) or somesuch would change the behavior to conform with other major browsers. -- -- David McKee -- dmckee(a)jlab.org -- (757) 269-7492 (Office)

June 21, 2004

Re: [Dillo-dev]Dillo & linuxmail.org

by Lars Segerlund

Thanks, I couldn't get it to go together, ( I was able to login, but this is probably due to an old coockie ). Now I know where to look .. time to fool around :-) .. / regards, Lars Segerlund. On Wed, 16 Jun 2004 12:05:07 -0400 (CLT) Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > Hi Lars, > > > On Wed, 16 Jun 2004, Lars Segerlund wrote: > > > > > I just checked out the latest dillo and I can alsost get my > > linuxmail.org account to run in it. > > > > Does anybody have any idea about what might be the problem ? > > The site relies heavily on Javascript. > > Looking at the source for the login page, it expects javascript > functions to MD5-encode the password before form submittion. > > It may be possible to bypass the problem by giving the MD5 > encoded password (+ the mangling it uses) so dillo can finally > get the FORM accepted by the server. > > It also looks as they give you a permanent cookie that can > avoid the login process to some extent. So allow them for that > domain. > > In a nutshell: the problem is mandatory javascript; it may be > solved with some clever hacks though. > > > Cheers > Jorge.- > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

June 21, 2004

Re: [Dillo-dev]BUG#569

by Johannes Hofmann

Hi, actually I would like to have it changed. Then BACK would always send you back one click, whether within the same page or not. Often one doesn't really know whether one is still in the same page or not. Regards, Johannes Hofmann On Sat, Jun 19, 2004 at 01:01:20PM -0400, Jorge Arellano Cid wrote: > > Hi there, > > What do you guys think of this? > > 569 > Impact: feature fault > At: run time > Type: misbehaviour > Comments: In Dillo, BACK button sends me to other previous html file, > not to the previous position in the same file. It is a problem. > I tested this BACK BUTTON function in Mozilla and IE. They worked. Please > solve > this glitch. I really need this function. > HTReproduce: In a long html file, click a tag that sends you to the > another > part in the same html file. Then click BACK BUTTON in the menu > bar. You would be in the previous other html file, not in the > previous position in the same file. It is a fault behavior. > WorkedBy: polsci* hitel* net > Submitter: polsci* hitel* net > > Since the beginning, Dillo's behaviour is as described above. > We have received almost no complaints, so it doesn't seem that > bad in practice. Would it be worth to change it? > > > Cheers > Jorge.- > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

June 19, 2004

[Dillo-dev]BUG#569

by Jorge Arellano Cid

Hi there, What do you guys think of this? 569 Impact: feature fault At: run time Type: misbehaviour Comments: In Dillo, BACK button sends me to other previous html file, not to the previous position in the same file. It is a problem. I tested this BACK BUTTON function in Mozilla and IE. They worked. Please solve this glitch. I really need this function. HTReproduce: In a long html file, click a tag that sends you to the another part in the same html file. Then click BACK BUTTON in the menu bar. You would be in the previous other html file, not in the previous position in the same file. It is a fault behavior. WorkedBy: polsci* hitel* net Submitter: polsci* hitel* net Since the beginning, Dillo's behaviour is as described above. We have received almost no complaints, so it doesn't seem that bad in practice. Would it be worth to change it? Cheers Jorge.-

June 19, 2004

[Dillo-dev]BUG#570

by Jorge Arellano Cid

Hi Sebastian, Please give a look at BUG#570: 570 Impact: soft error At: run time Type: render bug Comments: Inconsistent render. First load or reload renders different than cached load (back/forward) HTReproduce: open dillo, nav to http://slskboard.savagenews.com/index.php (notice the first forum name i.e.) press back press forward (different cell width) WorkedBy: nobody Submitter: unknown it is very interesting and perhaps related to the rendering problem of our home page with dialups (resizing of alt-sized cells to actual image size). Cheers Jorge.-

June 19, 2004

Re: [Dillo-dev]thread-safe X at fresco

by Jorge Arellano Cid

On Fri, 18 Jun 2004, robert w hall wrote: > The thread-safe versions of XFree3.3.3.1 have disappeared from > linuxsavvy, (and my own attempts too recompile my own have produced > useable, but not wholly error-free results)... > > But I note that vintage.fresco.org still has two earlier thread-safe > Xlibs, 3.1.2 and 3.2, linked statically. I have REENTRANT 3.3.2 libs that work for me. If you want I can pack them for you to try... Cheers Jorge.-

June 19, 2004

[Dillo-dev]thread-safe X at fresco

by robert w hall

The thread-safe versions of XFree3.3.3.1 have disappeared from linuxsavvy, (and my own attempts too recompile my own have produced useable, but not wholly error-free results)... But I note that vintage.fresco.org still has two earlier thread-safe Xlibs, 3.1.2 and 3.2, linked statically. Anyone used these? dillo glib gtk appear only to use libX11, libXext, (which is all the earlier fresco 3.1.2 package provides). Bob Going bravely backwards from kernel 2.6.7! -- robert w hall

June 18, 2004

Re: [Dillo-dev]Problems with the activation of the URL entry

by Jorge Arellano Cid

On Thu, 17 Jun 2004, Jorge Arellano Cid wrote: > > Sebastian, > > On Tue, 15 Jun 2004, Jorge Arellano Cid wrote: > >>> When a_Interface_entry_open_url is called in this case, >>> gtk_editable_get_chars returns an empty string, it seems that the >>> "real" copying of the selection in Interface_entry_paste_selected is >>> somehow delayed. As workarounds, I see two possible solutions: >>> >>> 1. Also queueing our code in an idle function. The attached patch >>> demonstrates this successfully, although it has to be cleaned up >>> (in some cases, the active idle function has to be removed again). >>> >>> 2. Calling a_Interface_entry_open_url directly with the contents of >>> the selection. (But how do I get the latter?) >> >> The safe way to get 2) is to call a_Nav_push from the callback, >> and not to worry about a_Interface_... functions. That way, the >> selection is handled as a link. >> >> The only glitch is that the entry is not inmediately changed, >> but the stop button will serve as feedback (it shows activity). > > Oh, later I realized that this is not enough to solve the > problem, because there's a race condition if the selection is not > retrieved by catching the "selection_received" signal. > > Now I have some code that does this and will commit after some > polishing. Done. > PS: Is there anyone using a 2.6.x linux kernel? I tried it > yesterday and viewing directory listings with dillo was painfully > slow. So I developed a patch for this, but I'm surprised noone > complained! and Done. Now the copy&paste into the "clear URL" button works by catching the "selection_received" signal. It was very hard to find out how its done because the GTK+ docs are incomplete, the GDK ones recommend using Xlibs directly (or the GTK API), and the example code in the GTK+ has the wrong parameters. The GDK sources shed some light. With regard to 2.6.x linux, it was a matter of adding some buffering, a stream transfer instead of FD was enough. Cheers Jorge.-

June 18, 2004

Re: [Dillo-dev]Problems with the activation of the URL entry

by Jorge Arellano Cid

Sebastian, On Tue, 15 Jun 2004, Jorge Arellano Cid wrote: >> When a_Interface_entry_open_url is called in this case, >> gtk_editable_get_chars returns an empty string, it seems that the >> "real" copying of the selection in Interface_entry_paste_selected is >> somehow delayed. As workarounds, I see two possible solutions: >> >> 1. Also queueing our code in an idle function. The attached patch >> demonstrates this successfully, although it has to be cleaned up >> (in some cases, the active idle function has to be removed again). >> >> 2. Calling a_Interface_entry_open_url directly with the contents of >> the selection. (But how do I get the latter?) > > The safe way to get 2) is to call a_Nav_push from the callback, > and not to worry about a_Interface_... functions. That way, the > selection is handled as a link. > > The only glitch is that the entry is not inmediately changed, > but the stop button will serve as feedback (it shows activity). Oh, later I realized that this is not enough to solve the problem, because there's a race condition if the selection is not retrieved by catching the "selection_received" signal. Now I have some code that does this and will commit after some polishing. Cheers Jorge.- PS: Is there anyone using a 2.6.x linux kernel? I tried it yesterday and viewing directory listings with dillo was painfully slow. So I developed a patch for this, but I'm surprised noone complained!

June 17, 2004

Re: [Dillo-dev]More on the UTF-8 issue

by Todd Slater

On Wed, Jun 16, 2004 at 12:46:17PM -0700, sam+dillo(a)chaosring.org wrote: <snip> > As an aside, I think Dillo currently has excellent CSS support (namely, > none whatsoever). The thinking behing CSS is that a webpage > should be perfectly readable on a browser with no CSS support; the > content (if not the presentation) of a CSS webpage is perfectly > accessible from a non-CSS browser. > > I come from the "CSS shouldn't be done at all, or should be done > perfectly" camp. Considering the number of hacks web designers > have come up to make CSS visible to this browser yet invisible to > that browser [2], the last thing a webmaster wants is yet another > buggy CSS implementation. I couldn't agree more, and it's one of the reasons I use Dillo--to view pages according to their HTML structure. It's when you look at css-heavy pages that you appreciate webmasters that use the visibility feature of css to hide the navigation jumps to css-aware browsers; they become very user-friendly to non-css aware browsers. I suppose lynx would give the same effect :) Todd

June 16, 2004

Re: [Dillo-dev]More on the UTF-8 issue

by David McKee

On Wed, 16 Jun 2004 sam+dillo(a)chaosring.org wrote: > Jorge, in a message with the subject "UTF-8", sent on June 3rd, wondered > why someone would encode an English-language webpage with UTF-8. [ ... reasons snipped ... ] > Now, obviously, considering Dillo's target audience, it doesn't need > full Unicode support. But it would be nice if it could handle basic > UTF-8 encoded Latin-1 characters in web pages [1]. [...snip...] > [1] Some hacky code I once wrote, that reads UTF-8 from standard input, > and outputs iso 8859-1: > > if(c<128) { printf("%c",c); } > else { if(c < 0xe0) { /* two-byte sequence */ > v = c & 0x1f; v <<= 6; > c = getc(stdin); > v = v + (c & 0x3f); > printf("%c",v); } > else { /* multi-byte sequence */ > while(c & 0xc0 == 0x80 && !feof(stdin)) { > c = getc(stdin); } > } > } > > (This code, FWIW, is public domain) > > It is probably better to simply use iconv. Just as a note, I find no iconv(1) or iconv(3) on my (old!) system, so ./configure would have to be able to make some decisions if things went that way... -- -- David McKee -- dmckee(a)jlab.org -- (757) 269-7492 (Office)

June 16, 2004

[Dillo-dev]More on the UTF-8 issue

by sam+dillo＠chaosring.org

First of all, I would like to thank Jorge for working on Dillo; it fills the need for there to be a lightweight *nix browser for older systems and times when one doesn't want to devote a lot of system resources just to access the world wide web. It is an excellent browser. When performing cross-browser verification, I discovered that Dillo 0.8.1 does not honor the following line in an HTML header: <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> Despite the presence of this line, Dillo assumed that the web page was encoded in Latin-1. Jorge, in a message with the subject "UTF-8", sent on June 3rd, wondered why someone would encode an English-language webpage with UTF-8. I can not speak for other webmasters, but the reason I personally encode my webpage in UTF-8 is because I do my web design on a Fedora Core 2 box, an OS that generally assumes that plain text files are encoded with Unicode instead of the iso-8859 mess. Also, Unicode gives one the flexibility to have Greek letters for Greek words, Cryllic letters for Russian words, and what not. Not to mention a number of attractive typographical symbols that Latin 1 does not have. Now, obviously, considering Dillo's target audience, it doesn't need full Unicode support. But it would be nice if it could handle basic UTF-8 encoded Latin-1 characters in web pages [1]. As an aside, I think Dillo currently has excellent CSS support (namely, none whatsoever). The thinking behing CSS is that a webpage should be perfectly readable on a browser with no CSS support; the content (if not the presentation) of a CSS webpage is perfectly accessible from a non-CSS browser. I come from the "CSS shouldn't be done at all, or should be done perfectly" camp. Considering the number of hacks web designers have come up to make CSS visible to this browser yet invisible to that browser [2], the last thing a webmaster wants is yet another buggy CSS implementation. - Sam [1] Some hacky code I once wrote, that reads UTF-8 from standard input, and outputs iso 8859-1: if(c<128) { printf("%c",c); } else { if(c < 0xe0) { /* two-byte sequence */ v = c & 0x1f; v <<= 6; c = getc(stdin); v = v + (c & 0x3f); printf("%c",v); } else { /* multi-byte sequence */ while(c & 0xc0 == 0x80 && !feof(stdin)) { c = getc(stdin); } } } (This code, FWIW, is public domain) It is probably better to simply use iconv. [2] http://centricle.com/ref/css/filters/ shows all of the common CSS hacks webmasters do these days.

June 16, 2004

Re: [Dillo-dev]Dillo & linuxmail.org

by Jorge Arellano Cid

Hi Lars, On Wed, 16 Jun 2004, Lars Segerlund wrote: > > I just checked out the latest dillo and I can alsost get my > linuxmail.org account to run in it. > > Does anybody have any idea about what might be the problem ? The site relies heavily on Javascript. Looking at the source for the login page, it expects javascript functions to MD5-encode the password before form submittion. It may be possible to bypass the problem by giving the MD5 encoded password (+ the mangling it uses) so dillo can finally get the FORM accepted by the server. It also looks as they give you a permanent cookie that can avoid the login process to some extent. So allow them for that domain. In a nutshell: the problem is mandatory javascript; it may be solved with some clever hacks though. Cheers Jorge.-

June 16, 2004

[Dillo-dev]Dillo & linuxmail.org

by Lars Segerlund

I just checked out the latest dillo and I can alsost get my linuxmail.org account to run in it. Does anybody have any idea about what might be the problem ? / Lars Segerlund.

June 16, 2004

Re: [Dillo-dev]Problems with the activation of the URL entry

by Jorge Arellano Cid

On Mon, 14 Jun 2004, Sebastian Geerken wrote: > Hi! > > The current CVS version is supposed to visit the URL in the selection, > when the user clicks with the middle mouse button on the "clear URL" > button. However, I got it once working (strangely), but currently it > does not work. I use Gtk+ version 1.2.10. Oh, I thought is was meant to only copy the selection to the entry, and wondered why sometimes it went to the link automatically :-). Very funny! Now I think the automatic behaviour is better, so let's continue... > > The function Interface_entry_paste_selected first copies the selection > into the entry (as you see from the comment, I did not really > understand the code), and then calls gtk_widget_activate, which emits > the activation signal of the widget, which is "activate" for GtkEntry, > and normally emitted when the user presses the enter key within the > entry. This signal is connected to the function > a_Interface_entry_open_url. > > When a_Interface_entry_open_url is called in this case, > gtk_editable_get_chars returns an empty string, it seems that the > "real" copying of the selection in Interface_entry_paste_selected is > somehow delayed. As workarounds, I see two possible solutions: > > 1. Also queueing our code in an idle function. The attached patch > demonstrates this successfully, although it has to be cleaned up > (in some cases, the active idle function has to be removed again). > > 2. Calling a_Interface_entry_open_url directly with the contents of > the selection. (But how do I get the latter?) The safe way to get 2) is to call a_Nav_push from the callback, and not to worry about a_Interface_... functions. That way, the selection is handled as a link. The only glitch is that the entry is not inmediately changed, but the stop button will serve as feedback (it shows activity). > I'm not very familiar neither with selection in general (i.e. the > protocols provided by ICCCM), nor with the mechanisms Gtk+ > provides. If someone knows a better solution, please describe it (or > send a patch). If not, I'd clean up and commit solution 1. Please try my suggestion. As for selection in general, our code is not clean and at best incomplete. Dillo doesn't react to external selection acquirement events yet (don't know if that's the technical name), but at least can set its own buffer and hand over the selection. I mean, selecting the URL text in the location (a GTK entry) highlights properly. Selecting from the viewport afterwards, highlights in the viewport and sets Dillo's selection buffer _and_ the location gives up the selection (unhighlights); this is GTK. But if you go and select again from the location, the location highlights but the viewport doesn't give up the visual clue. Dillo is not reacting to that event. Back when developing the code, no one was savvy enough to implement it cleanly... Cheers Jorge.-

June 15, 2004

[Dillo-dev]Problems with the activation of the URL entry

by Sebastian Geerken

Hi! The current CVS version is supposed to visit the URL in the selection, when the user clicks with the middle mouse button on the "clear URL" button. However, I got it once working (strangely), but currently it does not work. I use Gtk+ version 1.2.10. The function Interface_entry_paste_selected first copies the selection into the entry (as you see from the comment, I did not really understand the code), and then calls gtk_widget_activate, which emits the activation signal of the widget, which is "activate" for GtkEntry, and normally emitted when the user presses the enter key within the entry. This signal is connected to the function a_Interface_entry_open_url. When a_Interface_entry_open_url is called in this case, gtk_editable_get_chars returns an empty string, it seems that the "real" copying of the selection in Interface_entry_paste_selected is somehow delayed. As workarounds, I see two possible solutions: 1. Also queueing our code in an idle function. The attached patch demonstrates this successfully, although it has to be cleaned up (in some cases, the active idle function has to be removed again). 2. Calling a_Interface_entry_open_url directly with the contents of the selection. (But how do I get the latter?) I'm not very familiar neither with selection in general (i.e. the protocols provided by ICCCM), nor with the mechanisms Gtk+ provides. If someone knows a better solution, please describe it (or send a patch). If not, I'd clean up and commit solution 1. Sebastian

June 14, 2004

Re: [Dillo-dev]building 0.8.1 on slack4.0 (libc5)

by robert w hall

In article <Pine.LNX.4.58.0406140954350.740(a)infinity.cl>, Jorge Arellano Cid <jcid(a)dillo.org> writes > > >On Sun, 13 Jun 2004, robert w hall wrote: > >> thanks, I'll try that (though I _did_ spot a rather dated reference to >> 3.9 in my browsings, which didn't actually help - referred to the >> problems with non-reentrant X IIRC, which I _suspect_ is not the root >> cause here) > >> [...] > >> Has anybody compiled under slack 4 (or equivalent) within the recent >> past? > > I've compiled and run Dillo on slackware since 3.6 and on every >following version. > > OK, mea culpa! After a torrid afternoon chasing round the ancient Xfree 3.3.3.1 Makefiles, (and lying about the libc major version in linux.cf!) I finally got something to compile which thought it was re-entrant, and that _does_ appear to have done the trick... (Still no libjpeg etc, but it appears to work without, and I may have enough to be able to ditch Netscape 3.04 at last) > Cheers > Jorge.- > >_______________________________________________ >Dillo-dev mailing list >Dillo-dev(a)lists.auriga.wearlab.de >http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev -- robert w hall

June 14, 2004

Re: [Dillo-dev]building 0.8.1 on slack4.0 (libc5)

by Jorge Arellano Cid

On Sun, 13 Jun 2004, robert w hall wrote: > thanks, I'll try that (though I _did_ spot a rather dated reference to > 3.9 in my browsings, which didn't actually help - referred to the > problems with non-reentrant X IIRC, which I _suspect_ is not the root > cause here) > [...] > Has anybody compiled under slack 4 (or equivalent) within the recent > past? I've compiled and run Dillo on slackware since 3.6 and on every following version. Cheers Jorge.-

June 14, 2004

Re: [Dillo-dev]Bug Meter suggestion

by Kyle Amon

> Netiquette forbids me to post a frank description of my immediate > response to this. That would be plain old etiquette. The uber-hip neologism conveys nothing beyond the meaning of it's eponymous source in this context. Furthermore, "Netiquette" was an extension of etiquette to encopmass things like not having a .signature file consisting of more than four lines and not using the internet for commercial purposes at all, by the way. Since the great barbarian seige of the internet, however, it has become abundantly clear that this once distictly meaningfull neologism is now little more than a vestigial anachronism used only by those without a proper historical frame of reference. > My more considered intellectual response is: > > *NO!* > > I will *never* use a program that automatically sends unsolicited > email. It is morally wrong to do so. My inbox already overflows with > auto-posted <unflattering_comparison_to_excreta> from > <unflattering_comparison_to_genitalia>s who don't care that I don't > want it. I will not join their ranks. I will not use a program that > requires me to join their ranks, or even makes it possible. Since your "considered *intellectual* response" is predicated on a moral foundation, it obviously isn't worth very much. Investigate the difference between reason and morality, and, while you're at it, lookup the meanings of C and B in UCBE. Also, since you evidently don't make the C and B spam distinction (as what constitutes spam is predominantly "in the inbox of the reciever"), you just have "join[ed] their ranks" as you clearly don't care that I didn't want this unsolicited email from you. Furthermore, I never suggested a requirement. I suggested a few options. Options are are nearly the antithesis of requirements. Relax. You're overreacting. Emotion over reason. > I very much admire the dillo project's commitment to HTML standards > and I want to support your efforts. But turning dillo into a > spam-generator is unacceptable. *Please* don't do it. I admire it as well. But again, what constitutes spam is largely a matter of opinion. For example, since I am not on the Dillo mailing list (I prefer to check the archives when I see fit), I consider semi-irrational, semi-hysterical direct email responses to one of my posts to be spam in my inbox. > > At the very least, along side the W3C and WDG validator links in the > > Bug Meter, a link/exec to send such an email should be provided. > > I'm OK with that. If dillo users *want* to email HTML bug reports to > webmasters then dillo should help them. I would probably use that > feature myself. But user confirmation *must* be mandatory. Again, I suggested two options, no requirements. > If this post is over-the-top then I apologise. But I don't want to > hide the fact that I feel strongly about this. Ditto. :-) -- Kyle -- Kyle Amon email: amonk(a)gnutec.com url: http://www.gnutec.com/~amonk/ KeyID 1024D/4EB96E44 Fingerprint = E9EC 0046 8487 23D7 C91C D757 7B2A 8AE9 4EB9 6E44 "The free man is not anti-American, but anti-imperial. America [now] revisits the time of colonizers drunk on their superiority, convinced of their liberating mission, and counting on reimbursing themselves directly." -- Regis Debray This email Copyright 2004 by Kyle Amon, Inc., a Florida corporation, 12032 Colonial Estates Lane, Riverview, FL 33569-6894: +1 (813) 689-4041 amonk(a)gnutec.com http://www.gnutec.com/~amonk/. All rights reserved.

June 13, 2004

Re: [Dillo-dev]Bug Meter suggestion

by Jeremy Henty

On Sat, Jun 05, 2004 at 07:58:30AM -0400, Kyle Amon wrote: > ... have dillo automatically email these error messages to > webmaster(a)wwwdomain.com Ahem, ... Netiquette forbids me to post a frank description of my immediate response to this. My more considered intellectual response is: *NO!* I will *never* use a program that automatically sends unsolicited email. It is morally wrong to do so. My inbox already overflows with auto-posted <unflattering_comparison_to_excreta> from <unflattering_comparison_to_genitalia>s who don't care that I don't want it. I will not join their ranks. I will not use a program that requires me to join their ranks, or even makes it possible. I very much admire the dillo project's commitment to HTML standards and I want to support your efforts. But turning dillo into a spam-generator is unacceptable. *Please* don't do it. > At the very least, along side the W3C and WDG validator links in the > Bug Meter, a link/exec to send such an email should be provided. I'm OK with that. If dillo users *want* to email HTML bug reports to webmasters then dillo should help them. I would probably use that feature myself. But user confirmation *must* be mandatory. If this post is over-the-top then I apologise. But I don't want to hide the fact that I feel strongly about this. Cheers, Jeremy

June 13, 2004

Re: [Dillo-dev]building 0.8.1 on slack4.0 (libc5)

by robert w hall

In article <Pine.LNX.4.58.0406122039430.740(a)infinity.cl>, Jorge Arellano Cid <jcid(a)dillo.org> writes > > Jorge thanks for reply, see below >On Sat, 12 Jun 2004, robert w hall wrote: > >> I'm trying to compile dillo 0.8.1 to use on my old 486-based laptop >> (with slack 4.0, which is libc5-based). I've compiled glib + gtk 1.2.10 >> from source, but have no other libs like libjpeg, libpng etc. >> >> The binary starts to run then collapses in >> gdk error - error 11 in X-server (or similar message) >> >> Any advice? > > Yes. Install the missing libraries! not got room! > > ... or run: > > ./configure --help > > to learn how to disable them (not recommended). But configure correctly reports/detects they're missing, so isn't that enough? > > > Also read this: > > http://article.gmane.org/gmane.comp.web.dillo.devel/1732/match=+slackware > > (looking for "slackware 3.9" in our mailing list will lead you >to the whole thread; that's how I found it). thanks, I'll try that (though I _did_ spot a rather dated reference to 3.9 in my browsings, which didn't actually help - referred to the problems with non-reentrant X IIRC, which I _suspect_ is not the root cause here) > > Cheers > Jorge.- > > 'To travel in hope is better than to arrive' Has anybody compiled under slack 4 (or equivalent) within the recent past? Bob -- robert w hall

June 13, 2004

Re: [Dillo-dev]building 0.8.1 on slack4.0 (libc5)

by Jorge Arellano Cid

On Sat, 12 Jun 2004, robert w hall wrote: > I'm trying to compile dillo 0.8.1 to use on my old 486-based laptop > (with slack 4.0, which is libc5-based). I've compiled glib + gtk 1.2.10 > from source, but have no other libs like libjpeg, libpng etc. > > The binary starts to run then collapses in > gdk error - error 11 in X-server (or similar message) > > Any advice? Yes. Install the missing libraries! ... or run: ./configure --help to learn how to disable them (not recommended). Also read this: http://article.gmane.org/gmane.comp.web.dillo.devel/1732/match=+slackware (looking for "slackware 3.9" in our mailing list will lead you to the whole thread; that's how I found it). Cheers Jorge.-

June 13, 2004

[Dillo-dev]building 0.8.1 on slack4.0 (libc5)

by robert w hall

I'm trying to compile dillo 0.8.1 to use on my old 486-based laptop (with slack 4.0, which is libc5-based). I've compiled glib + gtk 1.2.10 from source, but have no other libs like libjpeg, libpng etc. The binary starts to run then collapses in gdk error - error 11 in X-server (or similar message) Any advice? -- robert w hall

June 12, 2004

Re: [Dillo-dev]Some remarks on the UI

by Jorge Arellano Cid

On Thu, 10 Jun 2004, Sebastian Geerken wrote: > > [...] > > > > > Furthermore, it should not have a relief, compare to the "Hide > > > > > Controls" button. > > > > > > Also fixed, I've removed the relief. > > > > Yes, the toolbar icons and the "Hide controls" one are OK > > without a relief, but after watching how the bug-meter button > > looks without a relief, and how much it hints the user of being a > > button, I'd much prefer to have the relief back. > > > > Note that the "Hide controls" button has a drawed frame around > > that helps getting the idea of it being a button! Perhaps a more > > orthogonal way of doing it is to have a relief for both, but > > it's simpler to keep it as it was. > > I'd have a further suggestion: Make the right part of the status bar > more look like a tool bar, and keep the reliefs hidden. The number of > bugs should then move out of the button. Something like: > > | viewport | > +-------------------------------------+--------------+-+-----+ > | URLs etc. | 3 bugs found |#| B H | > +-------------------------------------+--------------+-+-----+ > > "B" is the bugmeter button, "H" is the "Hide controls" button, and "#" > is a handle to drag the new button bar out of the window. When designing the bug-meter interface, it took some time to find a way that made the appropriate "gestalt" out of the meter. Separating the bug number from the bug-button requires a new hint because the former gestaltic perception is lost. > Otherwise, I'd prefer both buttons to have a relief. OK, let's have a relief on both. Cheers Jorge.-

June 10, 2004

Re: [Dillo-dev]Some remarks on the UI

by Sebastian Geerken

On Tue, Jun 08, Jorge Arellano Cid wrote: > [...] > * The "View Page Bugs" menu item for the page menu doesn't > work. It went to a segfault once. NOT fixed. Fixed. I removed it temporally, since the signature of the callback did not fit, and forgot it before comitting. I hope that the segfalt does not occur anymore (I could not reproduce it). > [...] > It was nice to see the middle-click over "clear-url" button as > a shortcut for paste. It'd be perfect if the entry can be focused > at the same time. Done. > [...] > > > > Furthermore, it should not have a relief, compare to the "Hide > > > > Controls" button. > > > > Also fixed, I've removed the relief. > > Yes, the toolbar icons and the "Hide controls" one are OK > without a relief, but after watching how the bug-meter button > looks without a relief, and how much it hints the user of being a > button, I'd much prefer to have the relief back. > > Note that the "Hide controls" button has a drawed frame around > that helps getting the idea of it being a button! Perhaps a more > orthogonal way of doing it is to have a relief for both, but > it's simpler to keep it as it was. I'd have a further suggestion: Make the right part of the status bar more look like a tool bar, and keep the reliefs hidden. The number of bugs should then move out of the button. Something like: | viewport | +-------------------------------------+--------------+-+-----+ | URLs etc. | 3 bugs found |#| B H | +-------------------------------------+--------------+-+-----+ "B" is the bugmeter button, "H" is the "Hide controls" button, and "#" is a handle to drag the new button bar out of the window. Otherwise, I'd prefer both buttons to have a relief. Sebastian

June 10, 2004

[Dillo-dev]fixed font failed in dillo on NetBSD

by tman

I updated packages from source dated June 7 including (amoung others): fontconfig-2.2.95 perl-5.8.4 glib-1.2.10nb6 gtk+-1.2.10nb7 glib2-2.4.2 gtk2+-2.4.2 atk-1.6.1 pango-1.4.0 x11-links-0.23 dillo-0.8.1 When I ran dillo after upgrading, no fonts displayed in the browser. Before updating, fonts displayed. In dillorc I changed vw_fontname from default heletica to lucida, and dillo now displays variable width font. I changed fw_fontname from default courier to fixed, and then lucidatypewriter, but cannot get fixed fonts to display. What busted?

June 10, 2004

Re: [Dillo-dev]Dillo: Bug#568

by Sebastian Geerken

On Wed, Jun 09, Jorge Arellano Cid wrote: > 568 > Impact: soft error > At: run time > Type: render bug > Comments: When a button tooltip is displayed, and you scroll the > page with the keyboard, dillo fails to render the newly exposed > content. This is the same behaviour reported for images in bug > 289. > HTReproduce: Open any page taller than the view area, place the > mouse over a dillo control, when the tool tip appears, scroll the > page with the keyboard. > WorkedBy: nobody > Submitter: dmckee*jlab*org > > in the bug track. I can't reproduce it, so maybe it's a GTK > problem. What version are you using? (BTW dillo 0.8.1 or CVS is > assumed). This is a Gtk+ problem. I could reproduce it with an older version of Gtk+ (IIRC, 1.2.1), both in dillo, and a small test case. In Gtk+ 1.2.10, which I use now, it seems to be fixed. Most likely, updating your Gtk+ version should fix this. Sebastian

June 9, 2004