- Dillo-dev - lists.mailman3.com

XFT Patch

by Nicola Girardi

I updated my patch (which was derived from another patch I don't remember from who) for current CVS, and added an autoconf check to add the necessary compiler and linker flags automatically. I hope it's useful for someone, and I hope that it actually creeps in. Such a small effort for such a nice feature. :-) Attached (it's small)!

May 30, 2003

<form> parsing

by Russell Nelson

If you visit http://www.geocaching.com/seek/nearest_cache.asp?zip=13676&dist=100&submit1…, you'll find that the download form is missing. Under [details] there should be a checkbox and the label "download". There should be a submit image before the line that says "Travel Bug". This is present in 0.7.2. Interestingly, if I save the HTML from inside Galeon, and load it in Dillo, the form is present. -- --My blog is at angry-economist.russnelson.com | "I have officially heard Crynwr sells support for free software | PGPok | every excuse for being 521 Pleasant Valley Rd. | +1 315 268 1925 voice | assigned a single room at Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | FGC." --Liz Perch

May 26, 2003

Dillo & Sylpheed-Claws: finally!

by Melvin Hadasht

Hi, I want just to announce that Sylpheed-Claws (email client), as of the released version 0.9.0claws, officially supports Dillo as its embedded HTML mail viewer, in the form of a loadable plugin. I would like to thank Jorge for integrating and improving the necessary patches. I would also like to thank him and all other contributors to Dillo for their work and for providing such a fast/small/useable/useful browser. Keep on the good work! Best regards. -- Melvin Hadasht

May 25, 2003

Broken links on eBay

by Jorge Arellano Cid

Hi there, For those that have noted this problem, I wrote an explanation at: http://dillo.auriga.wearlab.de/Notes.html If someone can contact the webmaster and get it fixed, I'd be surprised! :-) Cheers Jorge.-

May 23, 2003

replies from a dillo user (fwd)

by Jorge Arellano Cid

---------- Forwarded message ---------- Date: Fri, 9 May 2003 22:32:00 +0100 From: Marius Kempe <tanadan(a)tanadan.uklinux.net> To: jcid(a)softhome.net Subject: replies from a dillo user Hello! I would just like to say that I have been using dillo for the past 6 months? or so and I really like it. I would even consider contributing to the project if I had any money, but keep up the good work! :-) I guess there's not much point in this letter, just saying 'thank you'. -- Tanadan Which would win in a fight, a monkey, a robot, a pirate, or a ninja?

May 23, 2003

Dillo and Zaurus

by dontodd＠columbus.rr.com

I just got a Zaurus SL-5500 and was wondering if anyone has built Dillo for that. I'm running Open Zaurus 3.2. Where would I begin? Sorry for such a newb question! Todd

May 23, 2003

Re: [Dillo-dev] Strange post data from <input type=image...

by Andreas Kemnade

On Fri, 23 May 2003 11:07:14 +0300 (EEST) Madis Janson <madis(a)ats.cyber.ee> wrote: > On Fri, 23 May 2003, Andreas Kemnade wrote: > > > On Fri, 23 May 2003 02:19:47 +0300 (EEST) > > Madis Janson <madis(a)ats.cyber.ee> wrote: > > > > > So the behaviour is *imho* undefined. It would be helpful, when someone > > > could confirm that i've understood the standard correctly (or find out a > > > correct browser behavior). Checking out other browsers behavior with input > > > images having a value attribute would also be useful (i just don't have > > > enough free time for this at moment, sorry). > > > > > Very interesting: > > <input type="image" name= > > "CONFIRM" value="bla" src="ecoupon-abschicken.gif" border="0" height="13"> > > > > netscape 4.7 sends the same as without value and mozilla sends an additional > > CONFIRM=bla > > > Then the patch should behave like mozilla. Did it fixed the problem? No, it didn't fix the problem. But the patch did what it should (sent a form to netcat) Greetings Andreas Kemnade

May 23, 2003

Re: [Dillo-dev] Strange post data from <input type=image...

by Madis Janson

On Fri, 23 May 2003, Andreas Kemnade wrote: > On Fri, 23 May 2003 02:19:47 +0300 (EEST) > Madis Janson <madis(a)ats.cyber.ee> wrote: > > > So the behaviour is *imho* undefined. It would be helpful, when someone > > could confirm that i've understood the standard correctly (or find out a > > correct browser behavior). Checking out other browsers behavior with input > > images having a value attribute would also be useful (i just don't have > > enough free time for this at moment, sorry). > > > Very interesting: > <input type="image" name= > "CONFIRM" value="bla" src="ecoupon-abschicken.gif" border="0" height="13"> > > netscape 4.7 sends the same as without value and mozilla sends an additional > CONFIRM=bla > Then the patch should behave like mozilla. Did it fixed the problem?

May 23, 2003

Re: [Dillo-dev] Strange post data from <input type=image...

by Andreas Kemnade

On Fri, 23 May 2003 02:19:47 +0300 (EEST) Madis Janson <madis(a)ats.cyber.ee> wrote: > So the behaviour is *imho* undefined. It would be helpful, when someone > could confirm that i've understood the standard correctly (or find out a > correct browser behavior). Checking out other browsers behavior with input > images having a value attribute would also be useful (i just don't have > enough free time for this at moment, sorry). > Very interesting: <input type="image" name= "CONFIRM" value="bla" src="ecoupon-abschicken.gif" border="0" height="13"> netscape 4.7 sends the same as without value and mozilla sends an additional CONFIRM=bla Greetings Andreas Kemnade

May 23, 2003

Re: [Dillo-dev] Strange post data from <input type=image...

by Madis Janson

On Thu, 22 May 2003, Andreas Kemnade wrote: > <input type="image" name="CONFIRM" src="ecoupon-abschicken.gif" border="0" height="13"> > This line produces for example(when you have clicked on that button): > CONFIRM=&CONFIRM.x=7&CONFIRM.y=9 > > With netscape4.7 and mozilla, only > CONFIRM.x=7&CONFIRM.y=9 > is sent. I have found one form which seems not to work with dillo but with > netscape. Unfortunately, that is a form for a transferal from a bank and it > works fine with the demo account, so that is really hard to test. > > Does anyone know if that is a bug in dillo and/or how to fix that? > HTML 4.01 standard section 17.13.2 (Successful controls) tells: | A successful control is "valid" for submission. Every successful control | has its control name paired with its current value as part of the | submitted form data set. A successful control must be defined within a | FORM element and must have a control name. and | If a control doesn't have a current value when the form is submitted, | user agents are not required to treat it as a successful control. So the behaviour is *imho* undefined. It would be helpful, when someone could confirm that i've understood the standard correctly (or find out a correct browser behavior). Checking out other browsers behavior with input images having a value attribute would also be useful (i just don't have enough free time for this at moment, sorry). It may be possible to achieve compliance with other browsers using this patch: ================================================================= diff -pru -x CVS -x configure -x 'aclocal*' -x 'Makefile*' -x config.h.in cvs/dillo/src/html.c dillo/src/html.c --- cvs/dillo/src/html.c 2003-05-01 16:58:30.000000000 +0300 +++ dillo/src/html.c 2003-05-23 01:47:53.000000000 +0300 @@ -2900,7 +2993,8 @@ static void Html_submit_form(GtkWidget * break; case DILLO_HTML_INPUT_IMAGE: if (input->widget == submit) { - Html_append_input(DataStr, input->name, input->init_str); + if (input->init_str) + Html_append_input(DataStr, input->name, input->init_str); Html_append_clickpos(DataStr, input->name, click_x, click_y); } break; @@ -3123,7 +3217,8 @@ static void Html_tag_open_input(DilloHtm } Html_add_input(form, inp_type, widget, name, - (init_str) ? init_str : "", NULL, init_val); + (init_str || inp_type == DILLO_HTML_INPUT_IMAGE) + ? init_str : "", NULL, init_val); if (widget != NULL && inp_type != DILLO_HTML_INPUT_IMAGE) { if (inp_type == DILLO_HTML_INPUT_TEXT || ================================================================= I only checked, that it doesn't crash on first click on input image, so its mostly untested and may not help and/or be broken in some ways.

May 22, 2003