- Dillo-dev - lists.mailman3.com

[Dillo-dev]Preparing the dillo-0.8.5 release.
by Jorge Arellano Cid June 6, 2005

June 6, 2005

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

4 6

Re: [Dillo-dev]Using dillo on SourceForge
by Jorge Arellano Cid June 3, 2005

June 3, 2005

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

2 1

[Dillo-dev]clicking on incomplete link
by beartooth June 1, 2005

June 1, 2005

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.

1 0

[Dillo-dev]Cookie control?
by beartooth May 13, 2005

May 13, 2005

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.

2 4

[Dillo-dev]Some patch files for Korean, Russian and Japanese
by JHB May 1, 2005

May 1, 2005

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/

1 0

[Dillo-dev]Cookies bugs in bugtrack #364, #370, #617 and others
by Diego Sáenz April 29, 2005

April 29, 2005

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

2 2

[Dillo-dev]"Medium priority" "Make cookies into a dpi server" task
by Diego Sáenz April 27, 2005

April 27, 2005

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

2 2

[Dillo-dev]Using dillo on SourceForge
by Jeremy Henty April 26, 2005

April 26, 2005

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

4 7

[Fwd: Re: [Dillo-dev]GTK 1.2 ..?]
by R. Tyler Ballance April 26, 2005

April 26, 2005

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

3 3

[Dillo-dev]Good news with the FLTK port
by Jorge Arellano Cid April 4, 2005

April 4, 2005

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.

3 2