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

Re: [Dillo-dev] Font Problm with max width Forms

by Wilhelm Korrengk

Thank you for your reply! > width in ~/.dillo/dillorc on the rendering section.(vw_fontname, > fw_fontname, font_factor) playing with those parameter didn`t change anything! But you might be right with .gtkrc as far as those form-text-sizes are as big as the menu texts (File -> Exit) and URL texts... Because no .gtkrc existed i tried to build my own looking the following: -- style "user-font" { font="Helvetica 18" } widget_class "*" style "user-font" -- Which did not work... Any other ideas? Thank You so far mfG Wilhelm K.

Dec. 30, 2005

Re: [Dillo-dev] Font Problm with max width Forms

by Diego Sáenz

I have had similar problem in sarge with url entry box and interface text using old gtk config. Try to rename ~/.gtkrc to other name(if it exist) and restart the GUI and GUI apps. If it do not work rename ~/.gtkrc to the original name. You can try to select a diferent font for fixed and variable width in ~/.dillo/dillorc on the rendering section.(vw_fontname, fw_fontname, font_factor) I hope this help. Please, send more data if it do not work. Diego. El Fri, 30 Dec 2005 20:08:01 +0100 Wilhelm Korrengk <DerBadejunge(a)web.de> escribio: > Hello and Thank You! > Dillo is great. > But on my new PC the "Submit" buttons and textfields of forms are too small. > On all of my other machines it runs great (kde) but now on windowmaker it > doesnt... I run x and xfs packages from debian sarge. > > Thanks for Help! > Wilhelm Korrengk > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Dec. 30, 2005

Font Problm with max width Forms

by Wilhelm Korrengk

Hello and Thank You! Dillo is great. But on my new PC the "Submit" buttons and textfields of forms are too small. On all of my other machines it runs great (kde) but now on windowmaker it doesnt... I run x and xfs packages from debian sarge. Thanks for Help! Wilhelm Korrengk

Dec. 30, 2005

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