- Dillo-dev - lists.mailman3.com

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

xhtml1.1 DOCTYPE

by Michal Nowak

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 -- # 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

DOCTYPE and other fixes

by Jorge Arellano Cid

Hi there, 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. The same code can serve for better checking XHTML (Matthias: this is what we talked about in Germany). In a nutshell, one of the nasty effects of SGML and XML is that formerly perfect URI-values now need to escape '&' as '&' (inside atrribute values). This breaks HTML compliance for lots of sites with script generated URL refrences. Webmasters usually workaround this by omitting DOCTYPE so it's parsed as in the old days. There's also an important fix in the new tag parser of dpip. Has anyone more feedback with the new FLTK2 GUI downloads dpi? -- Cheers Jorge.-

Jan. 19, 2006

Re: [Dillo-dev] Dillo 0.8.5 with gmail

by Francis Daly

On Sun, Jan 15, 2006 at 03:23:24PM +0000, Francis Daly wrote: > Copy it to .dillo/certs (or /etc/ssl/certs, or wherever your ssl libraries > look ("grep cert" in the output of "strace -f dillo" when accessing https > may help)) under a convenient name, and then symlink a suitable hash name > to it "openssl x509 -noout -hash -in vsign3.pem" gives me 7651b327, so I > "ln -s vsign3.pem 7651b327.0" > > That should allow you to verify the www.google.com certificate, and also > the mail.google.com one. It will still give one dialog, because the > www.googleadservices.com certificate was issued by another company -- > but that can be clicked away easily enough :-) That one is from Equifax, it doesn't appear to be in the current openssl distribution, but it is "Root 1" linked from http://www.geotrust.com/resources/root_certificates/index.asp I've pasted it below too -- the hash is 594f1775, so it should be accessible through the filename 594f1775.0 Less clicking for gmail. f -- Francis Daly francis(a)daoine.org -----BEGIN CERTIFICATE----- MIIDIDCCAomgAwIBAgIENd70zzANBgkqhkiG9w0BAQUFADBOMQswCQYDVQQGEwJV UzEQMA4GA1UEChMHRXF1aWZheDEtMCsGA1UECxMkRXF1aWZheCBTZWN1cmUgQ2Vy dGlmaWNhdGUgQXV0aG9yaXR5MB4XDTk4MDgyMjE2NDE1MVoXDTE4MDgyMjE2NDE1 MVowTjELMAkGA1UEBhMCVVMxEDAOBgNVBAoTB0VxdWlmYXgxLTArBgNVBAsTJEVx dWlmYXggU2VjdXJlIENlcnRpZmljYXRlIEF1dGhvcml0eTCBnzANBgkqhkiG9w0B AQEFAAOBjQAwgYkCgYEAwV2xWGcIYu6gmi0fCG2RFGiYCh7+2gRvE4RiIcPRfM6f BeC4AfBONOziipUEZKzxa1NfBbPLZ4C/QgKO/t0BCezhABRP/PvwDN1Dulsr4R+A cJkVV5MW8Q+XarfCaCMczE1ZMKxRHjuvK9buY0V7xdlfUNLjUA86iOe/FP3gx7kC AwEAAaOCAQkwggEFMHAGA1UdHwRpMGcwZaBjoGGkXzBdMQswCQYDVQQGEwJVUzEQ MA4GA1UEChMHRXF1aWZheDEtMCsGA1UECxMkRXF1aWZheCBTZWN1cmUgQ2VydGlm aWNhdGUgQXV0aG9yaXR5MQ0wCwYDVQQDEwRDUkwxMBoGA1UdEAQTMBGBDzIwMTgw ODIyMTY0MTUxWjALBgNVHQ8EBAMCAQYwHwYDVR0jBBgwFoAUSOZo+SvSspXXR9gj IBBPM5iQn9QwHQYDVR0OBBYEFEjmaPkr0rKV10fYIyAQTzOYkJ/UMAwGA1UdEwQF MAMBAf8wGgYJKoZIhvZ9B0EABA0wCxsFVjMuMGMDAgbAMA0GCSqGSIb3DQEBBQUA A4GBAFjOKer89961zgK5F7WF0bnj4JXMJTENAKaSbn+2kmOeUJXRmm/kEd5jhW6Y 7qj/WsjTVbJmcVfewCHrPSqnI0kBBIZCe/zuf6IWUrVnZ9NA2zsmWLIodz2uFHdh 1voqZiegDfqnc1zqcPGUIWVEX/r87yloqaKHee9570+sB3c4 -----END CERTIFICATE-----

Jan. 15, 2006