- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] Re: patch: python filter DPI supporting the "data:" scheme from RFC 2397

by Jorge Arellano Cid

Hi Ben, Sorry for the late answer. I was way busy w/paper-work. :-P On Mon, Dec 05, 2005 at 03:43:07PM -0800, Ben Wiley Sittler wrote: > One more update (this should be the last for awhile) -- this fixes > crashes caused by stalled incomplete reads (due to EAGAIN on the C > side.) > > I've attached the updated python filter in addition to the full patch > since only the python changed. Thanks, I gave the script a review. Probably I'll rewrite it in C and keep the python codebase as a starting point for other dpis. OTOH, It's good to have a python dpi example that shows it's easy to develop dpis. > > On 12/5/05, Ben Wiley Sittler <bsittler(a)gmail.com> wrote: > > This updated copy of the patch corrects Content-Type defaulting > > (text/plain;charset=US-ASCII if empty, text/plain if empty but charset > > given.) > > > > This appears to work with all the Mozilla data: URL test-cases except > > the JavaScript, CSS, XUL and MP3 ones (the MP3 one deserves further > > investigation.) See: > > > > http://www.mozilla.org/quality/networking/testing/datatests.html Hmmm, I'll try to upload a C translation soon. Can you continue from there? -- Cheers Jorge.-

Dec. 30, 2005

6 Years: some goodies and expecting more!

by Jorge Arellano Cid

Hi there, Somewhere this December, Dillo turned 6 years old. As sort of a present to it I'll be uploading the FLTK2-based GUI downloads plugin I've been working on, for everyone to try, and a bunch of related bug fixes too (this almost makes it for 0.8.6 release). Stay tuned. :) As you know since back from France I've been working on the funding side, and coding on the free timeslices. I'm expecting good news in mid January. I hope the whole effort proves more than worth. Best wishes and an excellent 2006 year! :-) -- Cheers Jorge.-

Dec. 30, 2005

Re: [Dillo-dev] tables break forms??

by higuita

On Sat, 10 Dec 2005 16:49:47 +0100, Wim De Smet <kromagg(a)gmail.com> wrote: > > it's improper and extremely common – that pattern is used to avoid > > extra whitespace before and after a form. one shouldnt make bad html code just to make a browser look better, it the browser is broken, it their fault, not html fault. its things like this that made the web so hard for other browsers > the previous behaviour is that the parser ignores the </table> and > forces a close tag a bit further down the page (what it's doing in my > version) while in your version it's forcing the form tag to close. still there is a easy fix... install privoxy and put it to fix broken html, search the bad code and replace it with the correct form, then apply this to the bad webpages (and notify the webmaster also) its not perfect, but dillo shoudnt have all sort of hacks to render bad html, it would grow big and slower and reward bad html writers 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

Dec. 10, 2005

Re: [Dillo-dev] tables break forms??

by Jorge Arellano Cid

On Sat, Dec 10, 2005 at 04:49:47PM +0100, Wim De Smet wrote: > I think you meant to send this to the list? Anyway, > > On 12/10/05, Ben Wiley Sittler <bsittler(a)gmail.com> wrote: > > it's improper and extremely common ? that pattern is used to avoid > > extra whitespace before and after a form. > > The dillo parser is often a bit picky on broken html. The correct way > of going about this would be using CSS of course. Your example does > render in my version of dillo (which is debian-specific 0.8.5). Not > sure why, since I thought they mostly added i18n patches. FWIW I think > the previous behaviour is that the parser ignores the </table> and > forces a close tag a bit further down the page (what it's doing in my > version) while in your version it's forcing the form tag to close. > > greets, > Wim Just for completeness: http://www.cs.tut.fi/~jkorpela/forms/extraspace.html -- Cheers Jorge.-

Dec. 10, 2005

Re: [Dillo-dev] tables break forms??

by Wim De Smet

I think you meant to send this to the list? Anyway, On 12/10/05, Ben Wiley Sittler <bsittler(a)gmail.com> wrote: > it's improper and extremely common – that pattern is used to avoid > extra whitespace before and after a form. The dillo parser is often a bit picky on broken html. The correct way of going about this would be using CSS of course. Your example does render in my version of dillo (which is debian-specific 0.8.5). Not sure why, since I thought they mostly added i18n patches. FWIW I think the previous behaviour is that the parser ignores the </table> and forces a close tag a bit further down the page (what it's doing in my version) while in your version it's forcing the form tag to close. greets, Wim

Dec. 10, 2005

Re: [Dillo-dev] tables break forms??

by Wim De Smet

Hi, On 12/9/05, fred <dillolist(a)ubyte.net> wrote: > Hello all. Please forgive me if this has already been discussed at > length, I check the last 2months of archives and the bug track and didn't > find any mention, but I might've just over-looked it. In dillo 0.8.3 > there is no problem when a form begins inside a table but ends outside of > it, but when my dillo 0.8.5 sees a the table close, it forces the form > closed too and truncates (and consequently discards) the rest of the form. > Here is an example (I think this a culprit too > [http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev] > > <HTML> <table><form method="post" action="null"> > > <input type="text" name="proper"><br> > </table>  > <input type="text" name="cut_off"> > > </form></HTML> This looks like improper html. Note that you open the form AFTER starting the table, but close the table BEFORE closing the form. I think your problem is improper nesting here. greets, Wim

Dec. 9, 2005

Re: [Dillo-dev] patch: python filter DPI supporting the "data:" scheme from RFC 2397

by Diego Sáenz

Well, you choose to use it or not. And you choose to give an alternative(show me the code :P). It is not a complex task: cp IO/about.c IO/data.c and start with that. Diego Sáenz/DarkSpirit El Tue, 6 Dec 2005 03:41:33 +0100 Thorben Thuermer <r00t(a)informatik.uni-bremen.de> escribio: > On Mon, 5 Dec 2005 07:58:11 -0800 Ben Wiley Sittler <bsittler(a)gmail.com> wrote: > > and found that there was one crucial URI scheme missing: "data:", > > defined in RFC 2397. I used the simple filter DPI model and had > > something working fairly quickly (thank you all for making that easy!) > > nifty! something i've been looking for before. > > but... i love how firing up a python interpreter (/compiler/vm/...) (or any > external process) and passing it the data just to decode it fits with the > general efficiency of data: (which i'd consider the main argument for using > it)... > > > Enjoy, > > -ben > > Thorben > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Dec. 9, 2005

Re: [Dillo-dev] locked cookie file

by Diego Sáenz

Try current cvs. Cvs version uses a Dillo Plug-In to manage cookies to solve this. More info in the doc/Cookies.txt file. Diego Sáenz. El Thu, 8 Dec 2005 19:06:27 -0500 (EST) "fred" <dillolist(a)ubyte.net> escribio: > Is there a good work around for using multiple instance of dillo at once, > as it locks the cookie file and disables cookies for the all instances > started after the first one? > Thanks in advance all; Cheers! > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Dec. 9, 2005

locked cookie file

by fred

Is there a good work around for using multiple instance of dillo at once, as it locks the cookie file and disables cookies for the all instances started after the first one? Thanks in advance all; Cheers!

Dec. 9, 2005

tables break forms??

by fred

Hello all. Please forgive me if this has already been discussed at length, I check the last 2months of archives and the bug track and didn't find any mention, but I might've just over-looked it. In dillo 0.8.3 there is no problem when a form begins inside a table but ends outside of it, but when my dillo 0.8.5 sees a the table close, it forces the form closed too and truncates (and consequently discards) the rest of the form. Here is an example (I think this a culprit too [http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev] <HTML> <table><form method="post" action="null"> <input type="text" name="proper"><br> </table>  <input type="text" name="cut_off"> </form></HTML> I don't know if this is the proper diagnosis, a known issue, or uncompliant HTML, just wondering if others have been having problems with it. PS: what about calling an executable on "View Source"? vim colors are pretty.

Dec. 9, 2005