- Dillo-dev - lists.mailman3.com

[Dillo-dev]Who posted BUG#544?

by Jorge Arellano Cid

Hi, I wonder who posted this report: BUG# 544 Impact: feature fault At : run time Type : other Comments: I love the html bug detector but I can't copy the data from it! This greatly reduces it's strength... my students are using dillo almost everyday now in a web dev class.. HTReproduce: get a buggy html site/ click on ck html / try to copy the errors WorkedBy: nobody Obviously doing Copy&Paste from the error window solves the problem. It's be very interesting for us to know where and how is dillo used in a web dev class. Cheers Jorge.-

April 20, 2004

[Dillo-dev]BAD HTML and Good Webmasters

by Jorge Arellano Cid

Hi there, These days have brought several good surprises with regard to HTML and good webmasters. For instace, from the sites that appear in our splash screen: The Register: switched to XML! (no BUGS) Slashdot : they're fixing the HTML (some old detected bugs don't show anymore) Monster news: In the process of fixing. Dillo's site: Fixed! (Yes, the new parser catched hidden bugs) also, sourceforge.net and newsforge.com look better with the new parser (not a merit of the sites, but a good new anyway). To finish this report, and with a view to exemplify what you should expect from a good webmaster, I'd like to forward a couple of emails I had with the webmaster of www.fluxagent.org: ---------- Forwarded message ---------- Date: Thu, 15 Apr 2004 21:50:12 +0200 From: Markus Kroetzsch <Markus.Kroetzsch(a)inf.tu-dresden.de> To: Jorge Arellano Cid <jcid(a)dillo.org> Subject: Re: www.fluxagent.org and Dillo Dear Jorge, thank you for your answer. Setting the area > tag fixes the problem, even on my old Dillo 0.7.2. The webpages will be updated shortly to reflect this insight. When viewing the uncorrected page sources with Mozilla, the missing ">" actually shows up automagically, which might be the reason why nobody noticed so far (the pages are auto-generated by a script, so there is just one place where ">" is missing...). Best regards Markus > Hi, > > Sometime ago someone filled the following bug record with > regard to www.fluxagent.org: > > BUG#478 > Impact : soft error > At : run time > Type : misbehaviour > Comments: Images used for navigation within a table (each equiped > with some polygon-area mouse-<map>) do not always (but sometimes) > actually work as links. Maybe related to bug 317? > - PS: Great project! - > HTReproduce: Go to www.fluxagent.org (valid html4.01). Check the > navbar: only the first link works, no matter which sub-page is > viewed. > WorkedBy : nobody > > I tried to get the webmaster's email address from: > > http://www.fluxagent.org/emails.htm > > but it didn't show for Matthias Fichtner, so I write to you. > > > The problem is that for some reason I don't yet know of, SGML > allows for omitting the '>' closing tag character for the <area> > element. > > If you check the page with W3C, it validates, but if you do > with the WDG validator, then it shows: > > http://www.htmlhelp.org/cgi-bin/validate.cgi? > url=http%3A%2F%2Fwww.fluxagent.org&warnings=yes > > The easiest solution is to add the missing '>' for each <area> tag. > > > Hope this helps > Jorge.- > http://www.dillo.org ------- End of Forwarded message -------- Cheers Jorge.-

April 20, 2004

[Dillo-dev]frames - an idea

by honza m.

some guy from somewhere told me of an idea : what if there was no "frames in one window" support, and frames were opened each in its own window, probably laid out according to the frameset? it sounds good to me. (however, i understand that some users won't like this behaviour. the thing is, are they a majority ? ;e) ) m.

April 18, 2004

Re: [Dillo-dev] ftp, ssl, download plugins not working

by Jorge Arellano Cid

On Sun, 18 Apr 2004, Jorge Arellano Cid wrote: > > On Sun, 18 Apr 2004, Barry Kauler wrote: > > > Jorge, > > Below is a repeat of part of my last posting in thread "Can't start dpid". > > I would like to know, is there anything further that I can do > > to help chase this bug down? > > Yes, surely you can! > > Yesterday it happened to me on my machine, so today (Sunday > 18), I'm going trying to chase the bug. Probably I'll add some > debugging code to the dpis and try to reproduce the bug, then > I'll contact you. After quickly studying the problem, there's some new code in our CVS for downloads.c (removes a buffer corruption because of improper error message handling). Please test it and tell us how it works. At least is solves the problem in my machine. Cheers Jorge.- PS: Please confirm me you're not using a proxy to go out. If so, maybe the PROXY environment var may help wget to gets it way out.

April 18, 2004

Re: [Dillo-dev]Bookmarks, Tabs

by Diego Sáenz

El Sun, 18 Apr 2004 03:12:53 +0100 Tom Barnes-Lawrence <tomble(a)usermail.com> escribio: > Hi all, > I've got 2 questions to ask: ... > 2)-Since my high-res monitor blew up in December, I installed Frank's > tabs+ frames patch, and I find it helps enormously- I don't think I > could manage without it now. Unfortunately, AFAICT Frank has either > left the project or gone on holiday or something (though I can't find > any explanation anywhere), and the latest version on his site (which > I'm using) only works with an old CVS version from November, so I'm > still having to put up with the bugs that have been fixed in 0.8. Gah! > > I saw after 0.8 was released, someone on the list said he'd try to > take on the tabs/frames patch in some way, but I didn't hear anything > more about it. Is there *any* news on this whatsoever? I'd really > like to be able to upgrade. you can: a) Use a tabed window manager so you can tab any app without suport in the app. (recommended) b) search a old mail from Andreas Kemnade <akemnade(a)informatik.uni-bremen.de> where it gives this url http://users.auriga.wearlab.de/~andi/dillo/dillo-frames.diff.gz for a modified and update tab+frames+about:dillo for cvs 2004 02 21 (it is work in progres [how is it going?], break the bugmeter a few [sigh] and add some not related changes) c) ask someone in the list if have a more updated patch. (i have one for cvs 2004 04 16 but is a bad gross hack not for use of 300kb of the Andreas Kemnade. So please ask it only if you do not known what you do :) > Thanks in advance, > Tom Barnes-Lawrence never mind Diego Sáenz/DarkSpirit

April 18, 2004

Re: [Dillo-dev] ftp, ssl, download plugins not working

by Jorge Arellano Cid

On Sun, 18 Apr 2004, Barry Kauler wrote: > Jorge, > Below is a repeat of part of my last posting in thread "Can't start dpid". > I would like to know, is there anything further that I can do > to help chase this bug down? Yes, surely you can! Yesterday it happened to me on my machine, so today (Sunday 18), I'm going trying to chase the bug. Probably I'll add some debugging code to the dpis and try to reproduce the bug, then I'll contact you. Cheers Jorge.- > > > > First, check whether the bookmarks dpi works. If it does, then > > > the dpid launch (by dillo) and dpi launch (by dpid) are ok. If > > > this is true, test with the hello and the ftp dpis. > > > > > > If all of them work, we should be looking closer into the > > > downloads dpi. > > > > Yes, bookmarks works! > > After creating a bookmark, I then selected it, and this is the stdout: > > > > Dpi_parse_token: [<dpi cmd='start_send_page' url='dpi:/bm/'>] > > Dpi: [Dpi_process_io] IOClose > > Nav_open_url: Url=>http://www.goosee.com< > > > > However, ftp doesn't work. Here is the output: > > > > Nav_open_url: Url=>ftp://ibiblio.org/pub/Linux/distributions< > > url_str = ftp://ibiblio.org/pub/Linux/distributions > > Dpi_parse_token: [<dpi cmd='snwer' to_cmd='open_url' msg='not a directory'>] > > Dpi: [Dpi_process_io] IOClose > > > > That url is a directory. I tried another url, same thing. Putting a "/" on end of url makes no difference. > > > > Regards, > > Barry Kauler > > > > > > _______________________________________________ > > Dillo-dev mailing list > > Dillo-dev(a)lists.auriga.wearlab.de > > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > >

April 18, 2004

ftp, ssl, download plugins not working

by Barry Kauler

Jorge, Below is a repeat of part of my last posting in thread "Can't start dpid". I would like to know, is there anything further that I can do to help chase this bug down? > > First, check whether the bookmarks dpi works. If it does, then > > the dpid launch (by dillo) and dpi launch (by dpid) are ok. If > > this is true, test with the hello and the ftp dpis. > > > > If all of them work, we should be looking closer into the > > downloads dpi. > > Yes, bookmarks works! > After creating a bookmark, I then selected it, and this is the stdout: > > Dpi_parse_token: [<dpi cmd='start_send_page' url='dpi:/bm/'>] > Dpi: [Dpi_process_io] IOClose > Nav_open_url: Url=>http://www.goosee.com< > > However, ftp doesn't work. Here is the output: > > Nav_open_url: Url=>ftp://ibiblio.org/pub/Linux/distributions< > url_str = ftp://ibiblio.org/pub/Linux/distributions > Dpi_parse_token: [<dpi cmd='snwer' to_cmd='open_url' msg='not a directory'>] > Dpi: [Dpi_process_io] IOClose > > That url is a directory. I tried another url, same thing. Putting a "/" on end of url makes no difference. > > Regards, > Barry Kauler > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

April 18, 2004

[Dillo-dev]Bookmarks, Tabs

by Tom Barnes-Lawrence

Hi all, I've got 2 questions to ask: 1)- I was on the list back in January, and amongst other things, I mentioned that I'd consider it a huge improvement if the bookmarks DPI were made to allow for a nested hierarchy of sections. Jorge and Thorben pointed out that it wasn't a priority at the time, and that I should write it myself if I wanted it. Unfortunately, I too had things to be doing back then, but about a month ago, I set about doing some work on such a thing. -It is written in Perl, rather than C; it seemed a good choice due to all the text manipulation, etc. This might be considered a problem if Dillo is being used on platforms where Perl isn't (readily) available, but AFAICT the Windows version of Dillo is a purely 3rd party thing that isn't directly supported by the project, and Perl for Windows does *exist*... I don't know if there'd be any other issues with this decision though. -I moved much of the Dillo-DPI specific stuff into a separate file, hoping to make it a Perl Module, but I know nothing about how that works (and I can't get the Camel book ATM because I'm broke) and couldn't understand the relevant man page, so I don't think it turned out how modules are supposed to. I mention this because it could maybe end up useable by any other Perl-based DPIs that get written. -It currently uses the "ngbm" DPI name (for "Next Generation BookMarks"), and uses ngbm.txt for the bookmarks file, to avoid breaking the existing bookmarks program. That's because it's not ready yet. -It *does* implement the nested sections stuff I wanted that the current bm dpi doesn't, with a file format that's backwards compatible with the current one- so you can get it to read your existing bm.txt file. -BUT I only worked on it for about a day, and much of that was spent trying to figure out how it was supposed to communicate, so it still doesn't have much of the important functionality, such as actually adding or modifying any bookmarks or sections. Also, as I was hacking away a lot to try to get it to work at all, there's a lot of commented-out debug stuff, and much of the notes and comments are probably wrong now (I don't think I fixed them whilst I was changing the code and the design). I didn't want to go quietly working away at it for ages and then find that actually someone else was quietly working away at the same thing, for example (also the DPI handling stuff got incredibly frustrating, which put me off doing any more for a while). Unfortunately, I kept forgetting to do *anything else* about it because I had other things to think about :P SO: Would this be of any interest to the project in whatever way? I figure I could (a) post the existing code, get a bit of feedback and then do some more work on it, or (b) give the code to the project and let someone else take it over from me. (or (c) I could just keep it to myself...) 2)-Since my high-res monitor blew up in December, I installed Frank's tabs+ frames patch, and I find it helps enormously- I don't think I could manage without it now. Unfortunately, AFAICT Frank has either left the project or gone on holiday or something (though I can't find any explanation anywhere), and the latest version on his site (which I'm using) only works with an old CVS version from November, so I'm still having to put up with the bugs that have been fixed in 0.8. Gah! I saw after 0.8 was released, someone on the list said he'd try to take on the tabs/frames patch in some way, but I didn't hear anything more about it. Is there *any* news on this whatsoever? I'd really like to be able to upgrade. Thanks in advance, Tom Barnes-Lawrence -- Signature? I have no need of signatures

April 18, 2004

Re: [Dillo-dev]HTML Policy and New parser improvements

by Jim Nutt

On Fri, 16 Apr 2004 12:59:35 -0400 (CLT) Jorge Arellano Cid <jcid(a)dillo.org> wrote: > After the new parser was introduced (0.8.0), Dillo featured > much better HTML error detection, but it rendered malformed HTML > a bit worst. It was a good trade off from the "standards" vertex > of the above mentioned triangle, but I also knew that it was not > going to be that much amusing for the "users" vertex. > > These days I've been working on improving the parser and > bug-meter by introducing information about the inline, block and > flow content models of HTML. > > After having that information in place, it was easy to produce > better and more accurate bug detection and also to improve the > rendering more towards what it used to be. > > So that's the good news: the new CVS contains code with an > improved parser that hopefully will be a glad surprise for our > users. Wow! I can see a big improvement, lots of sites that rendered readably, but 'iffy', are now much clearer and cleaner. -- jim nutt home: jim(a)nuttz.org jabber: jimnutt(a)jabber.com work: jimnutt(a)vestek.com ms msg: jim(a)nuttz.org pgp id: 1ECBCC78

April 16, 2004

[Dillo-dev]fonts

by Joe Corneli

My ~/.dillo/.dillorc contains # Fontname for variable width rendering (most of the text). # - some fonts may slow down rendering, some others not! # - try to tune a fontname/font_factor combination. # Ex. {helvetica, lucida, times, "new century schoolbook", utopia, ...} vw_fontname=utopia # Fontname for fixed width rendering (mainly <pre> quoted text) fw_fontname=courier # All fontsizes are scaled by this value (default is 1.0) font_factor=3.0 The font that is actually used appears to be the same as the default. Can you please suggest how to debug this or how to actually change the font? I'm running OS X, using Dillo 0.8.0 from Fink. Joe

April 16, 2004