- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev]Using dillo on SourceForge

by Jorge Arellano Cid

On Thu, Jun 02, 2005 at 03:56:29AM +0200, Diego Sáenz wrote: > Hello Jorge, i am the guy who make the path to move the dillo > cookies code to a dpi. I want to know why is not the cookies > dpi patch in the cvs? What must i do/change to see the code in > the cvs? I use dillo with the cookies dpi patch every day and i > have no complains.(I allow cookies for few sites anyway so i do > not know if it is enought) CVS is about to be released as bugfix dillo-0.8.5. The idea is to merge the new cookies dpi with the new dpi stuff in the fltk2 tree. Now, as it could certainly help the debugging of this dpi, I'll merge it into the 0.8.5 CVS after the release so the guys in dillo-dev can help you with the testing&debugging. > About sourceforge thing it do not login or create new > account(try to load(¿?) the submit url but do not do), but you > can copy the cookies for the "remember me" option from another > browser, while cookies.dpi is off, and use dillo normally. This would be interesting to investigate. I mean, what's required to fully work with sourceforge (from a distance, it looks like some HTTP1.1 tweaks can help). > About test if the cookies work correctly over https i do not > have a configured server at hand, but i have not free time > until june 20th too. dillo-dev: anyone? (just ask Diego for the patch or wait for the CVS after the 0.8.5 release is done). > El Wed, 27 Apr 2005 11:38:40 +0200 > Jorge Arellano Cid <jcid(a)dillo.org> escribio: > > > On Tue, Apr 26, 2005 at 05:55:54PM +0200, Diego Sáenz wrote: > > > Very thanks again. With the a_Dpi_send_blocking_cmd was enough > > the other code was allmost as that i have code. It is working > > just now. I will clean my code and test it some more before post > > to the list. > > > > Good Diego! > > > > I'm interested in the https cookies stuff. AFAIK everything is > > there for it to work. I haven't checked whether the https dpi is > > sending back the cookies to dillo, but you can do that! :-) > > > > BTW, the next time you have a patch, please set a URL with it. > > Don't send it to dillo-dev. If you don't have an http server at > > hand, just ask Jorgen Viksell to put it in our site. > > > > -- > > Cheers > > Jorge.- -- Cheers Jorge.-

June 3, 2005

Re: [Dillo-dev]Preparing the dillo-0.8.5 release.

by Jorge Arellano Cid

Hi, On Fri, Jun 03, 2005 at 12:06:03PM +0200, Thomas-Martin Seck wrote: > * Jorge Arellano Cid (jcid(a)dillo.org) > > > I'm preparing the dillo-0.8.5 tarball now. This will hopefully > > be the last GTK1-based dillo to be released, as the next one will > > be FLTK2-based. The plan is to show a strong protoype in Dijon at > > the LSM 2005, and have it shortly thereafter ready for public > > consumption (after a play/test/fix/stabilize cycle on dillo-dev). > > Will FLTK2.0 be officially released by then? AFAIK FLTK2.0 doesn't have a projected release date yet. > I'm asking because I can > only update dillo to FLTK-dillo when we have a FLTK2 port in the FreeBSD > ports tree. (I just looked and we don't even seem have FLTK 1.2 in > there, only 1.1.6. Hm. Looks like work.) FLTK2 is much cleaner, and multiplatform, so it should'n be that hard to port. BTW, can't you have a statically linked FLTK2-based dillo in FreeBSD? > > > Back to dillo-0.8.5: this release is mainly a bug-fix release. > > The final touches were just uploaded to current CVS. Please > > download it, test, and report back to the list on how it works. > > This will help me to make the tarball and release it ASAP. > > I managed to fetch a few minor updates around 0700 UTC -- the CVS server > seems to have died after that. Could someone investigate? At least for me CVS is working now, as of this writting. > What I got > calls itself 0.8.5-pre and works as well as 0.8.4 on both FreeBSD 4 > and 5 (i386). Yes, that's the one. I'm just to change 0.8.5-pre to 0.8.5 and update the splash screen brief before packing the tarball for the final test before public release. -- Cheers Jorge.-

June 3, 2005

Re: [Dillo-dev]Preparing the dillo-0.8.5 release.

by Thomas-Martin Seck

* Jorge Arellano Cid (jcid(a)dillo.org) > I'm preparing the dillo-0.8.5 tarball now. This will hopefully > be the last GTK1-based dillo to be released, as the next one will > be FLTK2-based. The plan is to show a strong protoype in Dijon at > the LSM 2005, and have it shortly thereafter ready for public > consumption (after a play/test/fix/stabilize cycle on dillo-dev). Will FLTK2.0 be officially released by then? I'm asking because I can only update dillo to FLTK-dillo when we have a FLTK2 port in the FreeBSD ports tree. (I just looked and we don't even seem have FLTK 1.2 in there, only 1.1.6. Hm. Looks like work.) > Back to dillo-0.8.5: this release is mainly a bug-fix release. > The final touches were just uploaded to current CVS. Please > download it, test, and report back to the list on how it works. > This will help me to make the tarball and release it ASAP. I managed to fetch a few minor updates around 0700 UTC -- the CVS server seems to have died after that. Could someone investigate? What I got calls itself 0.8.5-pre and works as well as 0.8.4 on both FreeBSD 4 and 5 (i386).

June 3, 2005

[Dillo-dev]Preparing the dillo-0.8.5 release.

by Jorge Arellano Cid

Hi there! A long time since the last post right? Well, don't worry, as always, a silent dillo-dev list means lots of stuff going on behind the scenes! I'm preparing the dillo-0.8.5 tarball now. This will hopefully be the last GTK1-based dillo to be released, as the next one will be FLTK2-based. The plan is to show a strong protoype in Dijon at the LSM 2005, and have it shortly thereafter ready for public consumption (after a play/test/fix/stabilize cycle on dillo-dev). Back to dillo-0.8.5: this release is mainly a bug-fix release. The final touches were just uploaded to current CVS. Please download it, test, and report back to the list on how it works. This will help me to make the tarball and release it ASAP. As currently I'm working on three source trees, getting rid of this one will certainly relieve my workload. The second tree is a rewrite of the plugin stuff under a cleaner design that's to be included in the FLTK2-tree. -- Cheers Jorge.-

June 2, 2005

[Dillo-dev]clicking on incomplete link

by beartooth

I have dillo set as my default browser. It opens all right when I click on a full URL in an email, but if what's there just starts with www, leaving off the http://, it fails. Other browsers can figure that out -- as can dillo if I type it into the location field. Why not by clicking? Have I got something tweaked wrong? -- Beartooth Neo-Redneck, Linux Evangelist FC 1&3, YDL 4; Pine 4.63, Pan 0.14.2; Privoxy 3.0.3; Dillo 0.8.4, Opera 8.0, Firefox 1.0.3, Epiphany 1.0.4 Remember that I have little idea what I am talking about.

June 1, 2005

Re: [Dillo-dev]dillo on sparc64

by Damien COUDERC

Hi Jorge ! >>The following line is reallocating a buffer: >>conn->Buf = g_realloc(conn->Buf, (gulong)io->Status); >> >>But when debugging the values of io->Status don't seem to be adequate. >>I haven't been able to completely fix it as the code is seriously >>lacking of comment. > > All the dpi stuff is under a big revision. The current diff I'm > working on is 40 pages. BTW, in the new version, that line is: > > conn->Buf = g_realloc(conn->Buf, conn->BufSize + (gulong)io->Status); That is what i had first done to fix the problem. But dillo still segfault a bit later and i've not been able to found where yet. I can just say that there is a problem with the start of a string that is lost somewhere. IMHO the fix of Roberto looks better but as i'm not used to this code i'm maybe wrong. >>To be honest i don't even completely understand what >>this chunk is doing and the code is so unreadable that it doesn't help >>(not to be harsh but just to give my humble opinion). > > :-O This is meant to be a constructive critic. I'm addicted to maintainable code and by experience i know that if there are not enough comments the code is not easily readable. For the record, this bug has been found month ago but i've been unmotivated each time i had to read again the dpi.c file. If it had been well commented i should have been able to fix the problem by myself and to send you the resulting patch. Think that you have maybe lost potential developers just for this reason. Now and again this is just my humble opinion and i'm not pretensious enough to try to learn you how to manage your own project. Cheers, Damien

May 19, 2005

Re: [Dillo-dev]dillo on sparc64

by Jorge Arellano Cid

On Thu, May 19, 2005 at 04:40:55PM +0200, Damien COUDERC wrote: > Hi, > i have problems with dillo on sparc64. When using a mechanism of OpenBSD > 's malloc i'm able to detect a bug in the dpi stuff. > At the moment i've found that the function Dpi_append_io_buf() in the > file src/IO/dpi.c is wrong. > > The following line is reallocating a buffer: > conn->Buf = g_realloc(conn->Buf, (gulong)io->Status); > > But when debugging the values of io->Status don't seem to be adequate. > I haven't been able to completely fix it as the code is seriously > lacking of comment. All the dpi stuff is under a big revision. The current diff I'm working on is 40 pages. BTW, in the new version, that line is: conn->Buf = g_realloc(conn->Buf, conn->BufSize + (gulong)io->Status); > To be honest i don't even completely understand what > this chunk is doing and the code is so unreadable that it doesn't help > (not to be harsh but just to give my humble opinion). :-O -- Jorge.-

May 19, 2005

Re: [Dillo-dev]dillo on sparc64

by Roberto A. Foglietta

Damien COUDERC wrote: > Hi, > i have problems with dillo on sparc64. When using a mechanism of OpenBSD > 's malloc i'm able to detect a bug in the dpi stuff. > At the moment i've found that the function Dpi_append_io_buf() in the > file src/IO/dpi.c is wrong. > > The following line is reallocating a buffer: > conn->Buf = g_realloc(conn->Buf, (gulong)io->Status); > > But when debugging the values of io->Status don't seem to be adequate. > I haven't been able to completely fix it as the code is seriously > lacking of comment. To be honest i don't even completely understand what > this chunk is doing and the code is so unreadable that it doesn't help > (not to be harsh but just to give my humble opinion). in the file src/IO/IO.h, in the function static gboolean IO_read(IOData_t *io) there is at line 464 (in last stable release 0.8.4) io->Status = St; but that is true only if not have been read some more data with DataPending = TRUE; which repeate while and it is in the last else that was wrongly commented as /* BytesRead == io->BufSize */ while that conditions is /* BytesRead == io->BufSize */ So in few words the patch I propose is: io->Status = 0; //HERE do { ret = FALSE; DataPending = FALSE; St = read(io->FD, io->Buf, io->BufSize); io->Status += St; //AND HERE obviuosly who read have to free the previous buffer and set io->Status to zero... but in IMHO because the io struct has a flag wich tell us if there is something allocated is a good idea to use it and also free the buffers whose are sent to be read but not freed before. Cheers, -- Roberto A. Foglietta Analista Programmatore GNU/Linux SAD Trasporto Locale S.p.a. Corso Italia 13/N 39100 BOLZANO (I) Tel. +39/0471-450.261 Fax +39/0471-450.253

May 19, 2005

[Dillo-dev]dillo on sparc64

by Damien COUDERC

Hi, i have problems with dillo on sparc64. When using a mechanism of OpenBSD 's malloc i'm able to detect a bug in the dpi stuff. At the moment i've found that the function Dpi_append_io_buf() in the file src/IO/dpi.c is wrong. The following line is reallocating a buffer: conn->Buf = g_realloc(conn->Buf, (gulong)io->Status); But when debugging the values of io->Status don't seem to be adequate. I haven't been able to completely fix it as the code is seriously lacking of comment. To be honest i don't even completely understand what this chunk is doing and the code is so unreadable that it doesn't help (not to be harsh but just to give my humble opinion). Damien

May 19, 2005

[Dillo-dev]Re: Re: Cookie control?

by beartooth

On Fri, 13 May 2005 14:58:24 +0200, Bjoern Brill wrote: > Anyway, if you're using one of the RPMs built by Kelson Vibber, the > same information can be found in > /usr/share/doc/dillo-0.8.4/developers/Cookies.txt . That's .../doc/... here; but OK otherwise >> file, and the whole content of cookiesrc was "DEFAULT DENY"; so I edited >> it, and now I have : >> ===== >> [root@localhost .dillo]# ls >> cookiesrc dpi_socket_dir >> [root@localhost .dillo]# cat cookiesrc >> DEFAULT ACCEPT_SESSION >> [root@localhost .dillo]# >> ===== >> I hope that's right! > Yes, it is. Oh good. Many thanks! > But you don't surf the Internet as root, do you? No, certainly not. But I do updates, installations, etc. as root -- in case my other user might want access to an app. -- Beartooth Neo-Redneck, Linux Evangelist FC 1, YDL 4; Pine 4.63, Pan 0.14.2; Privoxy 3.0.3; Dillo 0.8.4, Opera 8.0, Firefox 1.0.3, Epiphany 1.0.4 Remember that I have little idea what I am talking about.

May 13, 2005

Re: [Dillo-dev]Re: Cookie control?

by Bjoern Brill

On Thu, 12 May 2005, beartooth wrote: > On Wed, 11 May 2005 20:07:48 +0200, Bjoern Brill wrote: > > > > > On Wed, 11 May 2005, beartooth wrote: > > > >> Where does Dillo store cookies? Is there hope of a setting for "treat all > > In ~/.dillo/cookies . > > > >> cookies as session cookies"? > > Put a "DEFAULT ACCEPT_SESSION" line in ~/.dillo/cookiesrc . Consult > > doc/Cookies.txt in the source tarball for details. > > Hmmmm ... tarballs are mostly over my head. But it seems I had no cookies Why? OK they're black, sticky, and stink like hell, but apart from that tarballs are quite nice and conceptually similar to .zip files: a collection of files bundeled together in one big file, with optional compression. Anyway, if you're using one of the RPMs built by Kelson Vibber, the same information can be found in /usr/share/doc/dillo-0.8.4/developers/Cookies.txt . > file, and the whole content of cookiesrc was "DEFAULT DENY"; so I edited > it, and now I have : > ===== > [root@localhost .dillo]# ls > cookiesrc dpi_socket_dir > [root@localhost .dillo]# cat cookiesrc > DEFAULT ACCEPT_SESSION > [root@localhost .dillo]# > ===== > I hope that's right! Yes, it is. But you don't surf the Internet as root, do you? Regards, Bjoern -- Bj"orn Brill <brill(a)fs.math.uni-frankfurt.de> Frankfurt am Main, Germany

May 13, 2005

[Dillo-dev]Re: Cookie control?

by beartooth

On Wed, 11 May 2005 20:07:48 +0200, Bjoern Brill wrote: > > On Wed, 11 May 2005, beartooth wrote: > >> Where does Dillo store cookies? Is there hope of a setting for "treat all > In ~/.dillo/cookies . > >> cookies as session cookies"? > Put a "DEFAULT ACCEPT_SESSION" line in ~/.dillo/cookiesrc . Consult > doc/Cookies.txt in the source tarball for details. Hmmmm ... tarballs are mostly over my head. But it seems I had no cookies file, and the whole content of cookiesrc was "DEFAULT DENY"; so I edited it, and now I have : ===== [root@localhost .dillo]# ls cookiesrc dpi_socket_dir [root@localhost .dillo]# cat cookiesrc DEFAULT ACCEPT_SESSION [root@localhost .dillo]# ===== I hope that's right! -- Beartooth Neo-Redneck, Linux Evangelist FC 1, YDL 4; Pine 4.63, Pan 0.14.2; Privoxy 3.0.3; Dillo 0.8.4, Opera 8.0, Firefox 1.0.3, Epiphany 1.0.4 Remember that I have little idea what I am talking about.

May 12, 2005

Re: [Dillo-dev]Cookie control?

by Bjoern Brill

On Wed, 11 May 2005, beartooth wrote: > Where does Dillo store cookies? Is there hope of a setting for "treat all In ~/.dillo/cookies . > cookies as session cookies"? Put a "DEFAULT ACCEPT_SESSION" line in ~/.dillo/cookiesrc . Consult doc/Cookies.txt in the source tarball for details. HTH, Bjoern Brill -- Bj"orn Brill <brill(a)fs.math.uni-frankfurt.de> Frankfurt am Main, Germany

May 11, 2005

[Dillo-dev]Cookie control?

by beartooth

Where does Dillo store cookies? Is there hope of a setting for "treat all cookies as session cookies"? -- Beartooth Neo-Redneck, Linux Evangelist FC 1&3, YDL 4; Pine 4.63, Pan 0.14.2; Privoxy 3.0.3; Dillo 0.8.4, Opera 8.0, Firefox 1.0.3, Epiphany 1.0.4 Remember that I have little idea what I am talking about.

May 11, 2005

[Dillo-dev]Some patch files for Korean, Russian and Japanese

by JHB

Hi, I've prepared some patch files for other languages except European (LATIN-1). These patch files work fine with some other languages including Korean, Russian, and Japanese than European languages(LATIN-1). These patches work well with dillo 0.80.4 to 0.80.5-pre (CVS). If it is looked good as you see, please change the link on your web site as follow: http://myhome.naver.com/~ziolo/dillo_patch.html I hope these small patch files help someone to enjoy dillo. Sincerely, Ziolo PS. I’m not professional computer programmer, so I’ll be pleasured if next dillo would supports other languages including my own language (Korean) in main source stream ------------------------------------------------------------------------ 네이버 :: 똑! 소리나게 바뀐 네이버 메일을 만나보세요. http://mail.naver.com/

May 1, 2005

Re: [Dillo-dev]Cookies bugs in bugtrack #364, #370, #617 and others

by Diego Sáenz

El Fri, 29 Apr 2005 03:32:40 +0100 higuita <higuita7(a)yahoo.co.uk> escribio: > On Fri, 29 Apr 2005 00:16:57 +0200, Diego Sáenz <diego.saenz(a)aulir.com> wrote: > > One more thing: ¿have try anybody the cookies dpi patch? > >¿what do he or she think? ¿have anybody found a bug? > > uhh?! > > where is the patch? i didnt saw any post or url pointing to > it... the last info i saw was from you stating that it was > almost done. 8) > It was an attachment to the mail with subject: Re: [Dillo-dev]"Medium priority" "Make cookies into a dpi server" task And date: Wed, 27 Apr 2005 03:36:59 +0200 there is a link to the dillo mail archives http://lists.auriga.wearlab.de/pipermail/dillo-dev/2005-April/002658.html Next time i will send an url. > i would be glad to test it!! 8) Thanks > > Thanks > higuita DarkSpirit/Diego Sáenz

April 29, 2005

Re: [Dillo-dev]Cookies bugs in bugtrack #364, #370, #617 and others

by higuita

On Fri, 29 Apr 2005 00:16:57 +0200, Diego Sáenz <diego.saenz(a)aulir.com> wrote: > One more thing: ¿have try anybody the cookies dpi patch? >¿what do he or she think? ¿have anybody found a bug? uhh?! where is the patch? i didnt saw any post or url pointing to it... the last info i saw was from you stating that it was almost done. 8) i would be glad to test it!! 8) Thanks higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

April 29, 2005

[Dillo-dev]Cookies bugs in bugtrack #364, #370, #617 and others

by Diego Sáenz

searching cookies bugs in bugtrack y have found and try this 3 bugs Bug #364: Seems that it is corrected so the bug can be deleted. I want to tell that people need to be carefull when put a rule and write a url in the location bar: if one write the url without the www, a.org instead www.a.org for example, the page can load but will not match with a rule .a.org in cookiesrc. Another thing is that if the page send a cookie for www.a.org and you put in the location location bar a.org the cookie will not match and will not be send. Bug #370: I do not see a php register in that page ¿can anybody put another example? Bug #617: Cookies.dpi suffers this bug too. Another thing: In the patch i send to make cookies a dpi the line 38 of dillo/src/cookies.c says #define DEBUG_LEVEL 1 /*8*/ and must be #define DEBUG_LEVEL 8 One more thing: ¿have try anybody the cookies dpi patch? ¿what do he or she think? ¿have anybody found a bug? One curiosity: If you have a page that point with a link to another page loaded(yet) in the dillo cache and click the link to go to the page, the page loads in that way that if the 2 pages have the same decorations and are both at top seems that only content, not the decoration, of the page have change, but if you used the back and forward buttons you see how the page change. Example open a new dillo(you are in the splash page), go to a directory (file:/etc/), click in a directory of that directory(file:/etc/X11/),go back with the button and see how the page redraws, now click again in the same directory(file:/etc/X11/) and see how the page changes without seeing the redraw. It works in http pages while they are in the cache. It seems that it is because the a_Nav_push of the page happen in a gtk signal. I think this can be interesting to a possible dpi that managed the dillo file menus and buttons interface with a html page so updates can be transparent. I hoppe that it can work in the FLTK dillo too. Diego/DarkSpirit

April 28, 2005

Re: [Dillo-dev]"Medium priority" "Make cookies into a dpi server" task

by Diego Sáenz

Work done, almost the first version works and is ready to test. The patch works with current cvs. Please do an intensive test so bugs can be found fast. I am expecially interesting in the https cookies thing. A bad thing is that netscape cookies file format do not support ports for cookies, maybe with another file, maybe updating both files. Cookies are now managed out of dillo in the cookies.dpi and it uses a cookies file in netscape format so it can be used with other programs like for example wget. Between sessions the cookies get saved to ~/.dillo/cookies.txt, the old ~/.dillo/cookies is read too but not updated. Now cookies dpi have the state of the cookies and is the only that read and writes cookies.txt file. The diferent dillos running ask and send cookies to it. To minimize comunication between dpi and dillos all them read cookiesrc and only ask and send cookies for allowed sites. Cookies.dpi need to read cookiesrc so if a site is changed to deny cookies it deletes the cookies for that site in the cookies.txt file next time it load and write that file. All the work is implemented adding only three new dpi commands, two really, and a new send bloking dpi command function. When dillos wants the cookies for a site send the get_cookie dpi command to cookies dpi and this send the cookies in a get_cookies_answer dpi command. If an allowed site send a cookie dillos uses set_cookies dpi command to store the cookie in dpi. Use "dpidc stop" before changes to cookies.txt or cookies files or you can lost your changes. After cookies dpi reload the file all dillos will use the changes. If you changes the cookiesrc file use "dpidc stop" so cookies dpi reload the file. Only new opened dillos will use the changes. Diego/DarkSpirit

April 27, 2005

Re: [Dillo-dev]Using dillo on SourceForge

by Diego Sáenz

Very thanks. I will try it now. DarkSpirit/Diego El Tue, 26 Apr 2005 11:16:54 +0200 Jorge Arellano Cid <jcid(a)dillo.org> escribio: > Hi Diego, > > On Sun, Apr 24, 2005 at 09:18:40PM +0200, Jorge Arellano Cid wrote: > > On Sun, Apr 24, 2005 at 10:18:17AM +0200, Jorge Arellano Cid wrote: > > > Hi Diego, > > > > > > On Sat, Apr 23, 2005 at 02:34:07PM +0200, Diego Sáenz wrote: > > > > > > > > > > > > > Hmm, what's the status of the cookies dpi? > > > > It is almost done, but i need an answer to a big doubt before it. > > > > > > > > how can a function wait(with a timeout if posible) until the > > > > cookies dpi send the answer to dillo after dillo have send to dpi > > > > cookies a get_cookies command? > > > > > > Just let it block. Of course a non-blocking timeout or callback > > > approach can be used (as with DNS or HTTP), but in this case the > > > wait time is so short that it is not worth (it will be faster > > > than bookmarks). > > > > Unfortunately, after a long look into the code, I found out > > that there's no easy way to make it block (the natural way). > > > > Making it non-blocking is possible but non-trivial. I'll give > > it another try tomorrow... > > Here's the patch! (I will send to you, not to the list). > > After a long day of coding a really hairy hack to make a non- > blocking approach, It was almost working, but I didn't push it > further because it was too ugly! :-) > > The good part is that after all that thought, a natural way to > make it block came to me, so that's what the patch is. It has all > the necessary stuff to bind your work. > > It comes with a custom cookies.dpi server example, the query is > shown on stdout... Oh, it will be clear from the patch and its > comments... > > It was a heavy context switch, now I'm back to the FLTK port. > > -- > Cheers > Jorge.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

April 26, 2005

Re: [Fwd: Re: [Dillo-dev]GTK 1.2 ..?]

by Jorge Arellano Cid

On Tue, Apr 05, 2005 at 05:06:52PM -0000, Ballance, Robert T wrote: > > > By the way, jcid@, I heard you were at FOSDEM, and were staying with > > > Mind.be, which one were you again, I was staying there with the > > > MirOS/MirBSD hackers, I stayed up all night working on ports, so I > > > probably saw you downstairs sometime hacking away (or listening to those > > > comical Plan9 fellows talk ;)) > > > > There were two guys with long black hair. One was the Plan9 > > speechman, the other was me. ...and, we spend more than an hour > > talking to each other that night. ;) > > > > BTW, there was a guy in the room, playin funny music on his > > notebook. Was it you? :-) > > Now I know who you were, heh, I was that blond young fellow, not the german > guy, I am/was the American. I had a shitty old IBM Thinkpad with a big BSD > sticker on the back, I came down later, after all the MirOS(/BSD) fellows had > gone to sleep. I seem to remember that laptop... Probably mine is older. > > That Plan9 fellow was awfully opinionated wasn't he? :-P Yes, but he also had a lot of knowledge, and he was willing to share and discuss it (a thing that's not very common), so I really enjoyed the talk. > > He discarded the FreeBSD Project as anything worth a damn on the grounds that > "how can a OS be respected that doesn't even have their own compiler?" Maybe it was an indirect pointer to Ken Thompson's reflections on trusting trust. > Btw, are you going to do anything GNU/specific with the FLTK port, or will > there be the possibility of porting Dillo/FLTK to Windows (blech! but still, > OSS on Windows is useful :)) AFAIK, there're still some Windows limitations as, for instance, not being possible to watch a pipe's activity with select(). We'll see... -- Cheers Jorge.-

April 26, 2005

Re: [Dillo-dev]Using dillo on SourceForge

by Jorge Arellano Cid

Hi Diego, On Sun, Apr 24, 2005 at 09:18:40PM +0200, Jorge Arellano Cid wrote: > On Sun, Apr 24, 2005 at 10:18:17AM +0200, Jorge Arellano Cid wrote: > > Hi Diego, > > > > On Sat, Apr 23, 2005 at 02:34:07PM +0200, Diego Sáenz wrote: > > > > > > > > > > Hmm, what's the status of the cookies dpi? > > > It is almost done, but i need an answer to a big doubt before it. > > > > > > how can a function wait(with a timeout if posible) until the > > > cookies dpi send the answer to dillo after dillo have send to dpi > > > cookies a get_cookies command? > > > > Just let it block. Of course a non-blocking timeout or callback > > approach can be used (as with DNS or HTTP), but in this case the > > wait time is so short that it is not worth (it will be faster > > than bookmarks). > > Unfortunately, after a long look into the code, I found out > that there's no easy way to make it block (the natural way). > > Making it non-blocking is possible but non-trivial. I'll give > it another try tomorrow... Here's the patch! (I will send to you, not to the list). After a long day of coding a really hairy hack to make a non- blocking approach, It was almost working, but I didn't push it further because it was too ugly! :-) The good part is that after all that thought, a natural way to make it block came to me, so that's what the patch is. It has all the necessary stuff to bind your work. It comes with a custom cookies.dpi server example, the query is shown on stdout... Oh, it will be clear from the patch and its comments... It was a heavy context switch, now I'm back to the FLTK port. -- Cheers Jorge.-

April 26, 2005

Re: [Dillo-dev]Using dillo on SourceForge

by Jorge Arellano Cid

On Sun, Apr 24, 2005 at 10:18:17AM +0200, Jorge Arellano Cid wrote: > Hi Diego, > > On Sat, Apr 23, 2005 at 02:34:07PM +0200, Diego Sáenz wrote: > > > > > > > Hmm, what's the status of the cookies dpi? > > It is almost done, but i need an answer to a big doubt before it. > > > > how can a function wait(with a timeout if posible) until the > > cookies dpi send the answer to dillo after dillo have send to dpi > > cookies a get_cookies command? > > Just let it block. Of course a non-blocking timeout or callback > approach can be used (as with DNS or HTTP), but in this case the > wait time is so short that it is not worth (it will be faster > than bookmarks). Unfortunately, after a long look into the code, I found out that there's no easy way to make it block (the natural way). Making it non-blocking is possible but non-trivial. I'll give it another try tomorrow... -- Cheers Jorge.-

April 24, 2005

Re: [Dillo-dev]Using dillo on SourceForge

by Jorge Arellano Cid

Hi Diego, On Sat, Apr 23, 2005 at 02:34:07PM +0200, Diego Sáenz wrote: > > > > Hmm, what's the status of the cookies dpi? > It is almost done, but i need an answer to a big doubt before it. > > how can a function wait(with a timeout if posible) until the > cookies dpi send the answer to dillo after dillo have send to dpi > cookies a get_cookies command? Just let it block. Of course a non-blocking timeout or callback approach can be used (as with DNS or HTTP), but in this case the wait time is so short that it is not worth (it will be faster than bookmarks). > more explained: > the a_Cookies_get function in dillo send a get_cookies command > to cookies dpi, then wait a command from the cookies dpi with the > answer and the function return the cookies. Yes, I understand. If you're curious just take a look at the chat command in bookmarks. There're three questions and answers for adding a bookmark! :-) > I have try to do the same that bookmarks dpi but the function > used in it is void. I have try to understand ccc but i get it > only superficialy. The CCC is hard to understand from the code (don't waste your time). I'll try to take a look into it today and send you some code that does the trick, so you can hook your work to it. -- Cheers Jorge.-

April 24, 2005

Re: [Dillo-dev]Using dillo on SourceForge

by Diego Sáenz

> > As far as I understand, the https dpi plugin does not handle cookies > > because the cookies do not find their way to cookies.c So you > > probably have to wait for the cookies dpi. can you give a url to test it? thanks > > Hmm, what's the status of the cookies dpi? It is almost done, but i need an answer to a big doubt before it. how can a function wait(with a timeout if posible) until the cookies dpi send the answer to dillo after dillo have send to dpi cookies a get_cookies command? more explained: the a_Cookies_get function in dillo send a get_cookies command to cookies dpi, then wait a command from the cookies dpi with the answer and the function return the cookies. I have try to do the same that bookmarks dpi but the function used in it is void. I have try to understand ccc but i get it only superficialy. DarkSpirit/Diego

April 23, 2005

Re: [Dillo-dev]Using dillo on SourceForge

by Jeremy Henty

On Sat, Apr 09, 2005 at 07:20:46PM +0200, Andreas Kemnade wrote: > On Mon, 4 Apr 2005 20:34:55 +0100 > Jeremy Henty <jeremy(a)chaos.org.uk> wrote: > > > Is the SSL-enabled version of dillo-0.8.4 up to managing > > SourceForge accounts? ... > > You need some of these ssl-patches (with an older dillo) which do > not use the dpi interface Are you saying I need to check out a previous version of dillo and forward-port some patches? If so, which version and which patches? > As far as I understand, the https dpi plugin does not handle cookies > because the cookies do not find their way to cookies.c So you > probably have to wait for the cookies dpi. Hmm, what's the status of the cookies dpi? Thanks for your help. Cheers, Jeremy

April 16, 2005

Re: [Dillo-dev]Using dillo on SourceForge

by Andreas Kemnade

On Mon, 4 Apr 2005 20:34:55 +0100 Jeremy Henty <jeremy(a)chaos.org.uk> wrote: > > Is the SSL-enabled version of dillo-0.8.4 up to managing SourceForge > accounts? I'm on the login page at > <URL:https://sourceforge.net/account/login.php> but when I click the > "Login with SSL" button the page just blinks at me as if I'd refreshed > the it. I don't get logged in. Is anyone using a SourceForge account > through dillo? > You need some of these ssl-patches (with an older dillo) which do not use the dpi interface because SF needs cookies to login. With that, you can use at least the SF installation at auriga.wearlab.de As far as I understand, the https dpi plugin does not handle cookies because the cookies do not find their way to cookies.c So you probably have to wait for the cookies dpi. Greetings Andreas Kemnade

April 9, 2005

Re: [Fwd: Re: [Dillo-dev]GTK 1.2 ..?]

by Ballance, Robert T

> > By the way, jcid@, I heard you were at FOSDEM, and were staying with > > Mind.be, which one were you again, I was staying there with the > > MirOS/MirBSD hackers, I stayed up all night working on ports, so I > > probably saw you downstairs sometime hacking away (or listening to those > > comical Plan9 fellows talk ;)) > > There were two guys with long black hair. One was the Plan9 > speechman, the other was me. ...and, we spend more than an hour > talking to each other that night. ;) > > BTW, there was a guy in the room, playin funny music on his > notebook. Was it you? :-) Now I know who you were, heh, I was that blond young fellow, not the german guy, I am/was the American. I had a shitty old IBM Thinkpad with a big BSD sticker on the back, I came down later, after all the MirOS(/BSD) fellows had gone to sleep. That Plan9 fellow was awfully opinionated wasn't he? :-P He discarded the FreeBSD Project as anything worth a damn on the grounds that "how can a OS be respected that doesn't even have their own compiler?" Oh well, it was fun, I'm almost certain that i'll be coming to FOSDEM next year, you should coax Mind.be into flying you over again (hopefully the FLTK port is completely usable by then ;)) Btw, are you going to do anything GNU/specific with the FLTK port, or will there be the possibility of porting Dillo/FLTK to Windows (blech! but still, OSS on Windows is useful :)) -R. Tyler Ballance

April 5, 2005

Re: [Fwd: Re: [Dillo-dev]GTK 1.2 ..?]

by Jorge Arellano Cid

On Wed, Mar 30, 2005 at 12:20:33PM -0600, R. Tyler Ballance wrote: > [...] > By the way, jcid@, I heard you were at FOSDEM, and were staying with > Mind.be, which one were you again, I was staying there with the > MirOS/MirBSD hackers, I stayed up all night working on ports, so I > probably saw you downstairs sometime hacking away (or listening to those > comical Plan9 fellows talk ;)) There were two guys with long black hair. One was the Plan9 speechman, the other was me. ...and, we spend more than an hour talking to each other that night. ;) BTW, there was a guy in the room, playin funny music on his notebook. Was it you? :-) -- Cheers Jorge.-

April 5, 2005

Re: [Dillo-dev]Good news with the FLTK port

by higuita

On Sun, 3 Apr 2005 23:59:06 +0200, meka <meka(a)softhome.net> wrote: > How can one get it (CVS I suppose) (...) quoting jorge: > > Once we get to a more complete prototype, it will need some > > polishing and testing. At that time it'll be uploaded so everyone > > can help. so it isnt yet avaliable in the cvs >what is the fltk version used (1.2?). again quoting jorge: > > Technical note: we're using FLTK 2.0 from CVS. so it seems that you read too fast what jorge have said and mix everything 8) higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

April 4, 2005

[Dillo-dev]Using dillo on SourceForge

by Jeremy Henty

Is the SSL-enabled version of dillo-0.8.4 up to managing SourceForge accounts? I'm on the login page at <URL:https://sourceforge.net/account/login.php> but when I click the "Login with SSL" button the page just blinks at me as if I'd refreshed the it. I don't get logged in. Is anyone using a SourceForge account through dillo? Jeremy

April 4, 2005

Re: [Dillo-dev]Good news with the FLTK port

by meka

On Sun, 3 Apr 2005 11:20:21 +0200 Jorge Arellano Cid <jcid(a)dillo.org> wrote: > Hi there! > > Here are some good news with our current progress in porting > dillo to FLTK. > > It has being going-on very fast and we have made great progress > so far. An image is worth a thousand words, so look here: > > http://www.dillo.org/test/ph1.png > > That's Dillo with a FLTK GUI, and with a Dw over FLTK too! > Note the antialiased text. > > We're still in the process of getting the GTK object model out > of Dillo (so we don't need to link with gtk). > > The IO engine is also running natively over FLTK. There's still > some work to do on the UI and Dw is going C++. The rest of dillo > will remain in C. > > We're also cleaning up the sources design. > > Once we get to a more complete prototype, it will need some > polishing and testing. At that time it'll be uploaded so everyone > can help. > > Technical note: we're using FLTK 2.0 from CVS. > > As you see, the news are much better than expected. > > -- > Cheers > Jorge.- > > PS: Jörgen: please update the FAQ with this information. > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev How can one get it (CVS I suppose) and what is the fltk version used (1.2?). -- I haven't even got up and the bug is here :o)

April 3, 2005

Re: [Dillo-dev]Dillo resolving problems

by Jorge Arellano Cid

On Thu, Mar 31, 2005 at 09:58:29AM +0200, Andreas Schweitzer wrote: > On Thu, Mar 31, 2005 at 12:46:24AM +0000, Liam J. Foy wrote: > > browse on a regular basis cannot be viewed. I get the error: ERROR: No route to > > host. However, I can ping and view these websites using another browser. An > > example of a website I cannot view is: www.netbsd.org/ > > > > The system dillo is on currenly runs DragonFly BSD following the > > Stable tag. Whats really strange is I can ping and view these websites using > > other means =/ > > This is IPv6 related. www.netbsd.org resolves to a IPv6 address as well as to > a IPv4 address. And for your system, the resolver system seems to prefer > to return IPv6 (or dillo seems to prefer to take the IPv6). However, you don't > have an IPv6 route/address/something. BTW, OpenBSD behaves similarly. > Two solutions : > - turn off routing of IPv6 entirely. I haven't tried that yet but I just > recently read how to do it. It is a simple "route ....-inet6 ...." command. > (I should look it up). > - Make dillo look more carefully what addresses are returned. Maybe make > dillo try both when the first does not work ? Interesting finding. Actually, if it's a bug, a patch is welcome! -- Cheers Jorge.-

April 3, 2005

Re: [Dillo-dev]Printing from dillo ..

by Jorge Arellano Cid

On Sun, Apr 03, 2005 at 01:08:43AM +0200, Diego Sáenz wrote: > El Fri, 1 Apr 2005 14:05:59 +0200 > Lars Segerlund <lars.segerlund(a)comsys.se> escribio: > > > > > Hi, > > > > I just have had some good experiences with html2ps, > > and I had the thought of mapping a button to it to enable printing. > > > > Does the dpi support the addition of a button yet ? > > Not yet, sorry. I start to code it for gtk-dillo and send a not finished proff of concept to the list (http://article.gmane.org/gmane.comp.web.dillo.devel/2504/match=+dpi+menu+in…) but the next dillo version can be the first fltk one so it will be old in next version. > > > In that case it would be quite simple. > > > > / regars, Lars Segerlund. > > About other topics if dillo add DOM handling code, or someway to modify web page state, to DPI1, so an external DPI can do javascript like another person have post here, it can be very easy that another DPI manage menus, buttons, etc if the dillo interface is included like another web page. It can delete some interface code and reuse other code. > About graphical DPIs (DPI2) a good way can be embed aplications(DPIs) in dillo like sylpheed-claws embed dillo in it. there are some flash player that can be used in this way for example. ¿can it be useful? > ¿what do developers think? We have thought of it, and it could be done, but in the future. We want to focus on the port to FLTK 100% now. -- Cheers Jorge.-

April 3, 2005

Re: [Dillo-dev]"Medium priority" "Make cookies into a dpi server" task

by Jorge Arellano Cid

Hi Diego, On Sun, Apr 03, 2005 at 12:32:16AM +0200, Diego Sáenz wrote: > Hello. I like dillo proyect and i want to help in its develop. Great. Qualified manpower is always welcomed. > I have look at the current plans list of dillo developers and i think i can code the "Medium priority" "Make cookies into a dpi server" task. Is somebody intersted in it too? If we are more the work can be done fast an it is less to every one. It has being waiting for a long time, so just pick it. > I want to start a short talk in the list before coding it. what features do this task need-not need? > I think that a good change can be to use the netscape-mozilla-firefox-galeon-etc cookies file format. So some utilities can work better with dillo. For example wget can use cookies in this format and wget is used by dillo. Or even use a external program that exist yet to manage cookies. (gtkcookie for example. I do not have test the program anyway) OK, it's no problem to change the cookies file format. The one you cite is plain text and quite straightforward. The main point of making cookies into a dpi is to allow every single different dillo running to do cookies. Currently only the first one is allowed to do it. (secondary gains are: dillo's core gets smaller. The dpi can be changed/improved independently). Basically it's a matter of getting cookies.c into a dpi and make the cookie request through dpip. Not that hard. Just look at the bookmarks dpi ('chat') and the hello example. Don't worry about the port to FLTK because dpis are independent of GUI toolkit, so they work perfectly untouched. I'd suggest you to create your own "fake" dpip commands (the minimum possible set), while developing and testing it, and after that you cantact me and I do the bindings. Thanks for your help offer, and welcome aboard. -- Cheers Jorge.-

April 3, 2005

[Dillo-dev]Good news with the FLTK port

by Jorge Arellano Cid

Hi there! Here are some good news with our current progress in porting dillo to FLTK. It has being going-on very fast and we have made great progress so far. An image is worth a thousand words, so look here: http://www.dillo.org/test/ph1.png That's Dillo with a FLTK GUI, and with a Dw over FLTK too! Note the antialiased text. We're still in the process of getting the GTK object model out of Dillo (so we don't need to link with gtk). The IO engine is also running natively over FLTK. There's still some work to do on the UI and Dw is going C++. The rest of dillo will remain in C. We're also cleaning up the sources design. Once we get to a more complete prototype, it will need some polishing and testing. At that time it'll be uploaded so everyone can help. Technical note: we're using FLTK 2.0 from CVS. As you see, the news are much better than expected. -- Cheers Jorge.- PS: Jörgen: please update the FAQ with this information.

April 3, 2005

Re: [Dillo-dev]Printing from dillo ..

by Diego Sáenz

El Fri, 1 Apr 2005 14:05:59 +0200 Lars Segerlund <lars.segerlund(a)comsys.se> escribio: > > Hi, > > I just have had some good experiences with html2ps, > and I had the thought of mapping a button to it to enable printing. > > Does the dpi support the addition of a button yet ? Not yet, sorry. I start to code it for gtk-dillo and send a not finished proff of concept to the list (http://article.gmane.org/gmane.comp.web.dillo.devel/2504/match=+dpi+menu+in…) but the next dillo version can be the first fltk one so it will be old in next version. > In that case it would be quite simple. > > / regars, Lars Segerlund. About other topics if dillo add DOM handling code, or someway to modify web page state, to DPI1, so an external DPI can do javascript like another person have post here, it can be very easy that another DPI manage menus, buttons, etc if the dillo interface is included like another web page. It can delete some interface code and reuse other code. About graphical DPIs (DPI2) a good way can be embed aplications(DPIs) in dillo like sylpheed-claws embed dillo in it. there are some flash player that can be used in this way for example. ¿can it be useful? ¿what do developers think? DarkSpirit/Diego

April 2, 2005

[Dillo-dev]"Medium priority" "Make cookies into a dpi server" task

by Diego Sáenz

Hello. I like dillo proyect and i want to help in its develop. I have look at the current plans list of dillo developers and i think i can code the "Medium priority" "Make cookies into a dpi server" task. Is somebody intersted in it too? If we are more the work can be done fast an it is less to every one. I want to start a short talk in the list before coding it. what features do this task need-not need? I think that a good change can be to use the netscape-mozilla-firefox-galeon-etc cookies file format. So some utilities can work better with dillo. For example wget can use cookies in this format and wget is used by dillo. Or even use a external program that exist yet to manage cookies. (gtkcookie for example. I do not have test the program anyway) DarkSpirit/Diego

April 2, 2005

[Dillo-dev]Printing from dillo ..

by Lars Segerlund

Hi, I just have had some good experiences with html2ps, and I had the thought of mapping a button to it to enable printing. Does the dpi support the addition of a button yet ? In that case it would be quite simple. / regars, Lars Segerlund.

April 1, 2005

Re: [Dillo-dev]Refresh patch for 0.8.4

by Roberto A. Foglietta

Brian Hechinger wrote: > On Mon, Feb 21, 2005 at 09:19:34AM +0100, Roberto A. Foglietta wrote: > >> For this reason I decide to have -r option instead put an option in a >>config file because packager could deliver its own default config with >>that option activated by default. It could be much more difficult for >>the packager to force me using that option by command line, instead. >> ;-) > > > this is why my plan was to have an rc file similar to the cookierc file so > you can have fine grained control over which sites are allowed to meta-refresh > and which ones aren't. IMNSHO, the best solution. ;) > > -brian Ok, I will as soon as possible, but not immediately because I'm working on something else now. I hope this will be enought to adopt my patch! ;-) Cheers, -- Roberto A. Foglietta Analista Programmatore GNU/Linux SAD Trasporto Locale S.p.a. Corso Italia 13/N 39100 BOLZANO (I) Tel. +39/0471-450.261 Fax +39/0471-450.253

March 31, 2005

Re: [Dillo-dev]Dillo resolving problems

by Andreas Schweitzer

On Thu, Mar 31, 2005 at 12:46:24AM +0000, Liam J. Foy wrote: > browse on a regular basis cannot be viewed. I get the error: ERROR: No route to > host. However, I can ping and view these websites using another browser. An > example of a website I cannot view is: www.netbsd.org/ > > The system dillo is on currenly runs DragonFly BSD following the > Stable tag. Whats really strange is I can ping and view these websites using > other means =/ This is IPv6 related. www.netbsd.org resolves to a IPv6 address as well as to a IPv4 address. And for your system, the resolver system seems to prefer to return IPv6 (or dillo seems to prefer to take the IPv6). However, you don't have an IPv6 route/address/something. BTW, OpenBSD behaves similarly. Two solutions : - turn off routing of IPv6 entirely. I haven't tried that yet but I just recently read how to do it. It is a simple "route ....-inet6 ...." command. (I should look it up). - Make dillo look more carefully what addresses are returned. Maybe make dillo try both when the first does not work ? Cheers, Andreas -- Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

March 31, 2005

Re: [Dillo-dev]GTK 1.2 ..?

by meka

On Thu, 31 Mar 2005 00:06:22 +0100 Jeremy Henty <jeremy(a)chaos.org.uk> wrote: > On Wed, Mar 30, 2005 at 11:51:05PM +0200, meka wrote: > > > ... 1.2.x version [of FLTK] which is not supported any more by the > > fltk team (if I understood well). > > Pardon me, but I *think* you misunderstand. The FLTK web site > <URL:http://www.fltk.org/> lists version 1.1.6 as the *stable* > version. Both 1.2.x and 2.0.x appear to be works in progress. > > Cheers, > > Jeremy Henty > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev My mistake. I haven't seen instructions for downloading version 1.2 of fltk, so I assumed it is a dead project. Sorry. :o) -- I haven't even got up and the bug is here :o)

March 31, 2005

Re: [Dillo-dev]Dillo resolving problems

by Ballance, Robert T

Patrick Shanahan <ptilopteri(a)gmail.com> said: > * Liam J. Foy <liamfoy(a)sepulcrum.org> [03-30-05 18:48]: > > On to more important topics, I have a strange problem which I > > dont understand. I believe it could possibly be dillo related. I am > > currently using Dillo 0.8.4 for your information. The problem is > > strange. A few websites I browse on a regular basis cannot be viewed. I > > get the error: ERROR: No route to host. However, I can ping and view > > these websites using another browser. An example of a website I cannot > > view is: www.netbsd.org/ > > > > The system dillo is on currenly runs DragonFly BSD following > > the Stable tag. Whats really strange is I can ping and view these > > websites using other means =/ > > You have problems with your system. I have forwarded to you directly a > screen capture of the site accessed with dillo .... I have a similar problem, that I haven't noticed with my system before. I'm running Dillo 0.8.4 on NetBSD 2.0-RELEASE built from pkgsrc, I'm pretty sure it's pkgsrc-2004Q4 Anyways, maybe it's a BSD specific problem? I can't get to a FreeBSD system right now, but if anybody else can check and see? -R. Tyler Ballance

March 31, 2005

[Dillo-dev]Dillo resolving problems

by Liam J. Foy

Hello Guys, First of all, congratulations on the excellent work achieved on dillo. Sadly I was only introduced to dillo recently, however I now use it every day for about 1-2 hours browsing CVSWEB. I love the way bookmarks are handled! On to more important topics, I have a strange problem which I dont understand. I believe it could possibly be dillo related. I am currently using Dillo 0.8.4 for your information. The problem is strange. A few websites I browse on a regular basis cannot be viewed. I get the error: ERROR: No route to host. However, I can ping and view these websites using another browser. An example of a website I cannot view is: www.netbsd.org/ The system dillo is on currenly runs DragonFly BSD following the Stable tag. Whats really strange is I can ping and view these websites using other means =/ Hope someone can shead some light on to my problem. If anymore information is needed, please ask! Regards, -- - Liam J. Foy DragonFly BSD Committer <liamfoy(a)sepulcrum.org> http://www.bsd-systems.co.uk

March 31, 2005

Re: [Dillo-dev]Dillo resolving problems

by Jeremy Henty

Liam J. Foy wrote: > ... A few websites I browse on a regular basis cannot be viewed. I > get the error: ERROR: No route to host. However, I can ping and view > these websites using another browser. An example of a website I > cannot view is: www.netbsd.org/ I have no problems viewing http://www.netbsd.org/ with a stock dillo-0.8.4 [1] . Either something has happened between dillo-0.8.4 and the CVS tag you're tracking or the problem isn't just with dillo. Cheers, Jeremy Henty [1] Albeit patched to recognise the "'" entity, but that surely won't affect routing, will it?

March 31, 2005

Re: [Dillo-dev]Dillo resolving problems

by Patrick Shanahan

* Liam J. Foy <liamfoy(a)sepulcrum.org> [03-30-05 18:48]: > On to more important topics, I have a strange problem which I > dont understand. I believe it could possibly be dillo related. I am > currently using Dillo 0.8.4 for your information. The problem is > strange. A few websites I browse on a regular basis cannot be viewed. I > get the error: ERROR: No route to host. However, I can ping and view > these websites using another browser. An example of a website I cannot > view is: www.netbsd.org/ > > The system dillo is on currenly runs DragonFly BSD following > the Stable tag. Whats really strange is I can ping and view these > websites using other means =/ You have problems with your system. I have forwarded to you directly a screen capture of the site accessed with dillo .... -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org HOG # US1244711 Photo Album: http://wahoo.no-ip.org/gallery

March 30, 2005

Re: [Dillo-dev]GTK 1.2 ..?

by Jeremy Henty

On Wed, Mar 30, 2005 at 11:51:05PM +0200, meka wrote: > ... 1.2.x version [of FLTK] which is not supported any more by the > fltk team (if I understood well). Pardon me, but I *think* you misunderstand. The FLTK web site <URL:http://www.fltk.org/> lists version 1.1.6 as the *stable* version. Both 1.2.x and 2.0.x appear to be works in progress. Cheers, Jeremy Henty

March 30, 2005

Re: [Dillo-dev]GTK 1.2 ..?

by meka

On Wed, 30 Mar 2005 09:17:54 -0800 Kelson Vibber <kelson(a)pobox.com> wrote: > The current plan (unless it's been changed off-list) is to move to FLTK > instead, which should pick up things like Unicode support and a more > current code base. > > -- > Kelson Vibber > www.hyperborea.org > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev BTW, how is this plan going? I mean, I like fltk, but on the site says (or said, I haven't seen it recently) that it will use 1.2.x version which is not supported any more by the fltk team (if I understood well). Which version is is is going to be used? I vote for 2.0 (Unicode by default is there). -- I haven't even got up and the bug is here :o)

March 30, 2005

[Fwd: Re: [Dillo-dev]GTK 1.2 ..?]

by R. Tyler Ballance

oops, forgot to reply to the list :-! -------- Forwarded Message -------- From: R. Tyler Ballance <tyler(a)tamu.edu> To: Kelson Vibber <kelson(a)pobox.com> Subject: Re: [Dillo-dev]GTK 1.2 ..? Date: Wed, 30 Mar 2005 12:16:56 -0600 On Wed, 2005-03-30 at 09:17 -0800, Kelson Vibber wrote: > R. Tyler Ballance wrote: > > Is there any reason Dillo is still building against the GTK+ 1.2 > > libraries as opposed to 2.0 ? > > People have done tests, and Dillo becomes much slower and much larger > under GTK2. > > The current plan (unless it's been changed off-list) is to move to FLTK > instead, which should pick up things like Unicode support and a more > current code base. > That's fine, but where (if any) is the code in CVS, i've worked with FLTK before, but only from a C++ perspective...is Dillo staying in C? By the way, jcid@, I heard you were at FOSDEM, and were staying with Mind.be, which one were you again, I was staying there with the MirOS/MirBSD hackers, I stayed up all night working on ports, so I probably saw you downstairs sometime hacking away (or listening to those comical Plan9 fellows talk ;)) Have you given thought to wxWidgets, or anything other graphics libs? (FLTK was kinda ugly the last time I used it, then again, GTK+ 1.2 isn't much pretty either) -R. Tyler Ballance

March 30, 2005

Re: [Dillo-dev]GTK 1.2 ..?

by Kelson Vibber

R. Tyler Ballance wrote: > Is there any reason Dillo is still building against the GTK+ 1.2 > libraries as opposed to 2.0 ? People have done tests, and Dillo becomes much slower and much larger under GTK2. The current plan (unless it's been changed off-list) is to move to FLTK instead, which should pick up things like Unicode support and a more current code base. -- Kelson Vibber www.hyperborea.org

March 30, 2005