January 2006 - Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] a question about dpil plugins

by Jeffrey Bedard

Hi. This is how dillo already handles downloads with wget (though i'm unfamiliar with the new download dpi). So, a more practical thing to do would be to allow the download program to be specified. Just my two cents. -Jeff

Jan. 30, 2006

a question about dpil plugins

by kosztik istvan

hi all, i would like to write a plugin for dillo, that call an external downloader binary with a paramater of the actual http address. can i make it with dpil? regards, istvan

Jan. 29, 2006

Re: [Dillo-dev] DOCTYPE and other fixes

by Matthias Franz

On Thu, Jan 19, 2006 at 04:07:13PM -0300, Jorge Arellano Cid wrote: > I just commited DOCTYPE sniffing (for the sake of bug-meter > error-message accuracy). This is still in state of flux, but at > least now the unescaped & inside URIs error messages that crowded > the bug meter (aka. unrecognized entities) only appear for > HTML4.01 and XHTML. Hi Jorge, escaping special characters inside attribute values is required for older versions of HTML as well. Hence, I think Dillo should report these errors for all HTML version, maybe apart from "tag soup", i.e., HTML documents without doctype. (According to the HTML 2.0 spec, an HTML document without doctype shall be treated as HTML 2.0, but I don't know if anyone ever cared about this.) Maybe one could reduce the number of error messages, for example by reporting only the number of unescaped "&" inside each URI or by showing only the first such error etc. > The same code can serve for better checking XHTML. Yes, this could be done, in particular if Dillo accepted XHTML served as such and not as text/html. > Has anyone more feedback with the new FLTK2 GUI downloads dpi? not yet tested ... All the best, -- Matthias Franz

Jan. 22, 2006

Re: [Dillo-dev] Fixing bug in parsing HTML 4.01 comments

by Matthias Franz

On Sat, Jan 21, 2006 at 04:56:01PM -0300, Jorge Arellano Cid wrote: > I like the idea of fixing the comment bug Hi Jorge, note that the HTML (i.e., SGML) comment rules allow not only spaces as in  But usually web browsers don't support these elements apart from "pure" comments as above. In XHTML (i.e., XML), rules are much simpler: a comment starts with "<!--" and ends with the first occurence of "--", which must be followed by ">". All the best, -- Matthias Franz

Jan. 22, 2006

Re: [Dillo-dev] Fixing bug in parsing HTML 4.01 comments

by Jorge Arellano Cid

Hi Sam, On Thu, Jan 05, 2006 at 01:41:53AM +0000, Sam Trenholme wrote: > You know, I would actually prefer it if Dillo does *not* fix this bug. > It would be nice to have a "hide from Dillo" HTML trick up my sleeve > for doing web design. For example, Dillo renders tables differently > than how Netscape/Firefox/MSIE renders tables. It would be nice to > be ale to make HTML code like this: > >  > > If Dillo fixes this bug, I will have to figure out some other way to hide > my HTML from Dillo (or be unable to make my web pages look good in Dillo-- > MSIE's CSS is just too primitive for me to completely get rid of tables) What kind of tables do you have problems with? Please provide an example and explanation. I like the idea of fixing the comment bug, but I would also like to know what's the problem with table rendering. -- Cheers Jorge.-

Jan. 21, 2006

Re: [Dillo-dev] xhtml1.1 DOCTYPE

by Jorge Arellano Cid

On Thu, Jan 19, 2006 at 10:36:49PM +0100, Michal Nowak wrote: > Thu, Jan 19, 2006 at 10:24:39PM CET, newman.x(a)seznam.cz wrote: > > Hi everyone, hola Jorge, > > > > I tried the new CVS version of dillo with the DOCTYPE patch from Jorge. > > It works good with HTMP 4.01 and XHTML 1.0 but do not recognize XHTML > > 1.1. Here's the output: > > > > Nav_open_url: > > Url=>http://www.stud.fit.vutbr.cz/~xnowak01/tea-service/index.html< > > Connecting to 147.229.10.14 > > > > Doctype: 0.000000 > > > > New: {<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" > > "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">} > > > > Doctype: 0.000000 > > > > > > Doctype: 0.000000 > > > > > > I am sorry, forgot to say that the bugmeter shows '1' and the output > looks this way: > > HTML warning: line 3, the required DOCTYPE declaration is missing (or > invalid) > > The html code begins: > > <?xml version="1.0" encoding="iso-8859-2"?> > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> > <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="cs" dir="ltr"> Done! -- Cheers Jorge.-

Jan. 21, 2006

BUG#655

by Jorge Arellano Cid

Hi Matthias, I just commited a patch for BUG#655 (escaping of SGML reserved characters in bookmarks dpi). Please give it a try. I made some tests but not in much depth. Ah, there's also a fix for 'dpidc' (now it should work again! :-) -- Cheers Jorge.-

Jan. 21, 2006

Re: [Dillo-dev] Dillo 0.8.5 with gmail

by Roberto A. Foglietta

Globe Trotter ha scritto: > Hi, > > I don't believe that dillo supports javascript and ever will. The author > seems > to believe that a browser should be as stripped down and non-functional as > possible or as bloated as possible (such as mozilla or firefox), with nothing > in between. I would like that something in between. I think a lot of us on > this > mailing list (me at least) would be very appreciative if you could make > support > for it. > > You may consider teaming up with > http://teki.jpn.ph/pc/software/index-e.shtml > which provides unofficial versions of dillo with additions. > Absolutely interesting! :-) With all, (except those are for profiling) options active: 448k size 420k du -k It did not compile with --disable-cookies IMHO becau se line 687 in src/cache.c "#ifndef DISABLE_COOKIES" should move in 652 I think line 3838 and 3819 in src/html.c should have 1 (the lesser integer bigger than 0) as minimum reload time instead of 7 (which is an arbitrary choosen value). official dillo with default configure 378k size 348k du -k So they differ for 70kb which are 20% of dillo, not so little, not so much. Home users should not care about 70kb more or less, embedded developers could/would but probably they have the skills to reduce dillo down its minimal size (or apply patch -R in order to reduce size). However... I think Jorge (the author of dillo) should have to, at least, link this patch-groups on dillo webpage in order to avoid people to waste their time rewriting the same functionalities (people who probably are contributing to others gpl projects, so wasting their time means wasting free developing community resources). I do not blame him for his choose to left this patches out in the cold but there are no any reasons because people could not be awarned that exists an unofficial dillo patches reposity. If Jorge is quite sure about his choose (stay close to minimum size/features) should not have any fear that unofficial patches hurts dillo, doesn't he? ;-) Cheers, -- Roberto A. Foglietta Analista Programmatore GNU/Linux SAD Trasporto Locale S.p.a. Corso Italia 13/N 39100 BOLZANO (I) Tel. +39/0471-450.261 Fax +39/0471-450.253

Jan. 20, 2006

downloads.dpi feedback

by Michal Nowak

Hi there, here are some of my thoughts of new FLTK downloads.dpi iterface: 1. Because I use the wmii (www.wmii.de) - it's tabbed wm, like ratpoison and unlike KDE - I am very glad when no extra windows pops up from some app. For me it would be nice if the download manager opens in some dillo's tab window and not separate. 2. There are some curves on right and bottom side, they look ugly and useles. There should be some decent separator between two downloads. I don't like the shadow under the "file" field. It will be nice if the progres bar will be rightmost. 3. When the download is finished, on the button is 'done' text. It's nice to know that the download is done but when I click it cleans it, so we should rename 'done' -> 'clean'. 4. Buttons: Abort: stop and delete unfinished file Pause/Resume: SIGTERM (or SIGSTOP) wget/(SIGCONT) wget -c %f But I guess well polished download manager isn't necessary now, it's useful only for normal users. Regards -- # Michal Nowak <newman [DOT] x [AT] seznam [DOT] cz> # jabber: nowak[AT]jabber.cz # irc: channel #wmii [AT] irc.oftc.net as newman # icq: 170814295

Jan. 19, 2006

Re: [Dillo-dev] xhtml1.1 DOCTYPE

by Michal Nowak

Thu, Jan 19, 2006 at 10:24:39PM CET, newman.x(a)seznam.cz wrote: > Hi everyone, hola Jorge, > > I tried the new CVS version of dillo with the DOCTYPE patch from Jorge. > It works good with HTMP 4.01 and XHTML 1.0 but do not recognize XHTML > 1.1. Here's the output: > > Nav_open_url: > Url=>http://www.stud.fit.vutbr.cz/~xnowak01/tea-service/index.html< > Connecting to 147.229.10.14 > > Doctype: 0.000000 > > New: {<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" > "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">} > > Doctype: 0.000000 > > > Doctype: 0.000000 > > I am sorry, forgot to say that the bugmeter shows '1' and the output looks this way: HTML warning: line 3, the required DOCTYPE declaration is missing (or invalid) The html code begins: <?xml version="1.0" encoding="iso-8859-2"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="cs" dir="ltr"> Regards

Jan. 19, 2006