June 2005 - Dillo-dev - lists.mailman3.com

[Dillo-dev]file.dpi patch
by Diego Sáenz 15 Jun '05

15 Jun '05

Hi, i send a small patch to make the file.dpi a little more intuitive than now. The patch make that when one person write only "file:" in the dillo location bar it show the current working directory, like previous dillo file: handlers, instead to show nothing, like now. I have think all side effects that the changes can have and test it. The patch is for the current cvs, but works in previos dillo versions. Diego Sáenz / DarkSpirit diff -pru dillo-cvs20051106-0.8.5-pre-DIRTY/dpi/file.c dillo-cvs20051106-0.8.5-pre-WORK/dpi/file.c --- dillo-cvs20051106-0.8.5-pre-DIRTY/dpi/file.c 2005-06-12 15:44:52.000000000 +0200 +++ dillo-cvs20051106-0.8.5-pre-WORK/dpi/file.c 2005-06-12 15:47:51.000000000 +0200 @@ -747,14 +747,15 @@ static char *File_normalize_path(const c return NULL; str += 5; - if (*str == '\0') - return NULL; /* Skip slashes */ while (str[0] == '/' && str[1] != '\0' && str[1] == '/') str++; - if (*str == '~') { + if (*str == '\0') { + /* Give CWD if the string is only "file:" */ + basename = g_get_current_dir(); + } else if (*str == '~') { if (str[1] == '\0' || str[1] == '/') { /* Expand 'tilde' to user's home */ basename = g_strdup(g_get_home_dir());

2 3

[Dillo-dev]Viewing HTTP Headers with DPI
by Russell J. Wood 13 Jun '05

13 Jun '05

Hi all, Is it possible to view all request/response headers using DPI? - Russell

2 6

[Dillo-dev]Access for end users for fltk dillo
by meka 07 Jun '05

07 Jun '05

Can we have something like this? I know it is not done yet, but there are some things I would like to see. For example, gcc-4.0 on amd64 treats this as an error void *tmp; int i = (int)tmp; I would hate to have to debug it later, so it would be nice to have fltk version od dillo while it is still "young", and try to patch things. I do have both compilers, but sooner or later, people will have to patch it on SuSE, Slackware or whatever distro they have. Why not making it correct right now? Thanx. :o) -- Pinguin? Daemon? Fish? Dragon fly? Grow up. Windows are the future, daemons and animals are for fairy tales.

2 1

[Dillo-dev]Preparing the dillo-0.8.5 release.
by Jorge Arellano Cid 06 Jun '05

06 Jun '05

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 03 Jun '05

03 Jun '05

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 01 Jun '05

01 Jun '05

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