- Dillo-dev - lists.mailman3.com

[Dillo-dev][OT] Fonts in Ted wordprocessor

by Barry Kauler

This is off-topic, but it may interest someone on the Dillo-dev list. I am using the "Ted" wordprocessor in my tiny Puppy Linux distro, and I notice that Damn Small Linux has also gone over to Ted. We are both using the GTK version. Mark de Does, the author, wrote it for Motif, and someone helped him to get it to work on GTK 1.2, and we use the GTK version on Puppy and DSL. That person who originally helped him has moved on, and the GTK interface is left somewhat immature. I don't want to poach anyone off the Dillo development, as I want Dillo to go full steam ahead, but if anyone reading this has an interest in helping Mark as an additional temporary project, you can find his web page at www.nllgg.nl/Ted and his email is mdedoes(a)xs4all.nl Ted is philosophically like Dillo, small and powerful. Ted works on RTF as its native format and can export to html, ps and pdf. Ted is also WYSIWYG. Note that the html generated uses a lot of CSS, to get the layout right. Mostly what is wrong is that the GTK dialog boxes are enormous, and font selection is disfunctional (plus more things). I upgraded to the latest, v2.16, but I get a gdk error message when change fonts, had to go back to v2.14. Dillo handles fonts very smoothly (hats off to you guys on that one) and some of that would be very good in Ted. So, thought I would post this, in case it interests anyone. There might be some code that can come the other way. Regards, Barry Kauler

April 22, 2004

Re: [Dillo-dev]Preparing the 0.8.1 release

by Jens Arm

> Please test our current CVS hardly, and tell us how it did. Directories like http://fy.chalmers.se/~appro/linux/DVD+RW/tools/ or others are not rendered correctly Jens

April 22, 2004

[Dillo-dev]Preparing the 0.8.1 release

by Jorge Arellano Cid

Hi guys, 0.8.1 is getting closer every day. It will feature what's currently in the CVS (basically the improved HTML bug detection and rendering). I'd love to be able to switch this dillo version from alpha to beta stable, but for that there's a lot of testing required. That is, the new parser (going to lots of sites and asserting there're no crashes), and the recently found problems with puppy linux and downloading and FTP (has anyone experienced trouble with these dillo plugins on their systems?). Please test our current CVS hardly, and tell us how it did. Thanks to Jim, who was the first one to send some feesback: > Wow! I can see a big improvement, lots of sites that rendered readably, > but 'iffy', are now much clearer and cleaner. Cheers Jorge.-

April 22, 2004

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

by Jorge Arellano Cid

Hi Barry, > 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? A few days ago I answered this email with some new code in CVS for testing. Did it solve the problem? It'd be good to have it solved before the dillo-0.8.1 release, which is coming soon. Cheers Jorge.-

April 22, 2004

[Dillo-dev]Re: [Fink-devel] [Dillo] FONTS

by Michèle Garoche

Le 22 avr. 2004, à 3:51, Joe Corneli a écrit : > Thanks. I'm somewhat amazed that the Dillo people didn't catch > that. I did not catch it at once. Actually I did not even see at once the part where you put you .dillorc file, only that you could not change the fonts. Suddenly my fingers scrolled the mouse on their own, and it was there right before my eyes :-) Just to say it's pure chance. > >>> My ~/.dillo/.dillorc > > Note that the file should be named ~/.dillo/dillorc (leave the > second dot). > > I do think it would be nice to support a .dillorc too, for people > who, like me, automatically type the `.'. Why not *, $, etc... :-) You have another option: click on help in the splash screen after dillo launch. Then scroll down to Usage, and search for the second red word, then follow strictly the instructions. Michèle <http://micmacfr.homeunix.org>

April 22, 2004

[Dillo-dev]Re: [Fink-devel] [Dillo] FONTS

by Joe Corneli

Thanks. I'm somewhat amazed that the Dillo people didn't catch that. >> My ~/.dillo/.dillorc Note that the file should be named ~/.dillo/dillorc (leave the second dot). I do think it would be nice to support a .dillorc too, for people who, like me, automatically type the `.'.

April 22, 2004

Re: [Dillo-dev]About proxy authorization && password storing

by Jorge Arellano Cid

On Thu, 8 Apr 2004, Ivan Daniluk wrote: > Here attached pre2 :) patch. > > What about hiding symbols, when entering password? (i.e, replacing > visible characters by asterisk symbol). Maybe we just have to add > additional parameter in a_Interface_make_dialog(..), like "gboolean > entry_hidden" or smth? Done. BTW, it took me some time because it required several changes: - indentation was not according to our standard. - the authentication string was in different places for GET and POST (now is between Host and User-Agent in both). - there was a memory leak in a_Http_use_proxy_passwd(). - renamed a_Http_use_proxy_passwd() to a_Http_set_proxy_passwd(). - Made the password not visible when typed. - Added a commented entry for "http_proxyuser" in dillorc. This patch is now in CVS, but is not tested because I don't have a proxy at hand! :-) Cheers Jorge.-

April 21, 2004

Re: [Dillo-dev]fonts

by Jorge Arellano Cid

Hi, On Fri, 16 Apr 2004, Joe Corneli wrote: > 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. It works perfectly for me on Slackware 9.1. Most probably this depends on what font sets Fink is providing for the X server. i.e. you should forward the question to them. BTW, did you post BUG#519? or can you reproduce it? and BUG#526? ("palatino" doesn't work for me either! :) Cheers Jorge.-

April 20, 2004

[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

[Dillo-dev]HTML Policy and New parser improvements

by Jorge Arellano Cid

Hi there, Most of us are familiarized with the aforism about our HTML parsing policy stated in the [Project Notes]: "Our policy with HTML is not to try to render badly written HTML, ideally send a warning message, and not to crash!" Here goes the rationale behind it. I wrote it sometime ago as an email answer, and here I quote an improved version: <q> About our parsing policy ------------------------ These days I have thought a lot about this subject. In fact an important part of the work of a project maintainer is indeed to make a stance on the difficult decisions; those that are not white or black, but a trade off. With regard to our parsing policy, imagine a triangle with the following vertices: * Standards (W3C) * Web site authors * Users Each vertex represents the exact position of its naming group. The inside area, the whole space of stances anyone could take. Each group has its own interests, sometimes opposed and sometimes very near. The position of a web browser can be visualized as a point within the area of that triangle determined by its development team. Dillo should have to be in the vertex of the W3C, but that would make it almost useless because of the horrible state of the HTML in the Web (aka. "Tag Soup"). For that reason we make some exceptions so that dillo can render a larger set of the web, by correcting some HTML faults, but we keep close to the W3C vertex. An standards compatible browser, as Mozilla, should be close to the W3C, but I understand it would never manage to be a canditate to replace IE if it did (a trade off). Actually it locates alongside the authors-users side AFAIU. As our main objective is the democratization of the access to the internet's information, and that has direct relation with the use of standards, we follow the path of respecting and promoting them. The idea of adding an HTML quality meter to the interface, in the form of a face icon and the number of detected errors, surges as a good idea to improve dillo as a QA tool for content authors. I've also thought of adding a "combat mode rendering" button. That is a way of parsing the worst sites into a basic an simple rendering. That way, users would be one click away from being able to "see" pages with awful HTML. These two ideas would help dillo to keep close to the correct vertex of the triangle, while also becoming a tool to help web authors to provide more standards compliant content. </q> 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. From the Changelog: * Added container|inline model information to the HTML element table, and made the bug-meter and the parser aware of it. This both improves bug detection and rendering. * Fixed newly detected HTML bugs in bookmarks dpi and file.c. * Fixed opening files with a ':' character in its name (again). * Added binaryconst.h (allows for binary constants in C). * Fixed The ladder effect with lists (BUG#534). So go ahead and try it! Cheers Jorge.-

April 16, 2004

Re: [Dillo-dev]Can't start dpid

by Barry Kauler

> > I get this output from dillo on the stdout/errout: > > > > Nav_open_url: Url=>https://www.paypal.com< > > url_str = https://www.paypal.com > > Dpi_parse_token: [<dpi cmd='answer' to_cmd='open_url' msg='nothing sent...'>] > > Dpi: [Dpi_process_io] IOClose > > > > The paypal site is working, I just checked with Mozilla. > > Hmmm, it could be an issue with wget. > > The https dpi is an experimental prototype, that's why it > wasn't announced with fanfare in 0.8.0. > Jorge, something that may interest you. In Puppy Linux I am also using the "Light" web browser, which is a frontend to Mozilla. Very very lightweight. For download it uses wget, which works fine. I can't recall exactly, but it downloads to the home folder, no choice, but it is possible to get the Moz destination dialog box to come up, but can't be changed out of the home folder. Light is not actively being developed anymore, but maybe the code would be useful, for reference on how he got wget going. > 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

April 16, 2004

Re: [Dillo-dev]what's the use of "EndTag" component of struct TagInfo?

by Jorge Arellano Cid

On Mon, 12 Apr 2004, [gb2312] Lei Jin wrote: > Its value can be "O" "F" "R", so what do they mean? Optional, Forbidden, Required as of the HTML4.01 SPEC. > AND Why use them? We follow the standards! :-) Cheers Jorge.-

April 15, 2004

Re: [Dillo-dev]dillo 0.8 fails to build on OS X 10.2.8

by Jorge Arellano Cid

On Mon, 12 Apr 2004, Brett Wynkoop wrote: > FYI- > Just tried to build a stock out of the box dillo 0.8 on Mac OS X. > Here are the results: > > In file included from /usr/local/include/gtk-1.2/gdk/gdktypes.h:33, > from /usr/local/include/gtk-1.2/gdk/gdk.h:31, > from /usr/local/include/gtk-1.2/gtk/gtk.h:31, > from mime.h:11, > from mime.c:12: > /usr/local/include/glib.h:491: conflicting types for `gssize' > /usr/local/include/glibconfig.h:57: previous declaration of `gssize' > /usr/local/include/glib.h:492: conflicting types for `gsize' > /usr/local/include/glibconfig.h:58: previous declaration of `gsize' > *** Error code 1 > > Stop in /Users/wynkoop/src/www/dillo-0.8.0/src/IO. > *** Error code 1 > > Stop in /Users/wynkoop/src/www/dillo-0.8.0/src. > *** Error code 1 > > Stop in /Users/wynkoop/src/www/dillo-0.8.0. > *** Error code 1 > > Stop in /Users/wynkoop/src/www/dillo-0.8.0. > ibook:~/src/www/dillo-0.8.0: > > Looks like a tail chasing issue to me. Will try and much with it > sometime latter and see what I can do to fix it. It looks like the problem is conflicting headers for glib. Cheers Jorge.-

April 15, 2004

Re: [Dillo-dev]international encodings

by Jorge Arellano Cid

On Wed, 14 Apr 2004, honza m. wrote: > hi, > first of all, some words of praise: i -love- dillo :e) fast, small, > doesn't repair html, has no javascript ... it's just great. biiig thanks > to all developers :e) :) ! > > anyway, i know there is a problem with non iso-8859-1 encodings, and i'd > like to help fixing it. but i've found that bug in the bugtracker in > "being worked on" and also in "not being worked on" bugs, so i know > nothing. and the mailing list search engine is so chaotic that i was > unable to find relevant posts. > so please some one tell me what's the status of this issue, or what are > the main problems, or something which would help me help you ;e) Please read the [Project Notes] link. It's a bit outdated but informative. At this time we're much closer to FLTK than to GTK+2 (yes, a lot of it has been discussed behind the scenes, and I hope to post more about the FLTK issue in some days...). The main issue for i18n is to have a way for rendering UTF-8, and there's where FLTK comes in. Cheers Jorge.- PS: As usual, when dillo-dev is silent lots of things r happening!

April 15, 2004

Re: [Dillo-dev]Can't start dpid

by Jorge Arellano Cid

On Wed, 14 Apr 2004, Barry Kauler wrote: > > > the problem is dpid won't start in my custom Puppy Linux > > > distro. > > Jorge, > Now that I have dillorc file, dpid does load, but it still isn't > working. > If I start dillo from the commandline, and enter a url https://www.paypal.com, > nothing at all happens in the browser, no error msg even. > I get this output from dillo on the stdout/errout: > > Nav_open_url: Url=>https://www.paypal.com< > url_str = https://www.paypal.com > Dpi_parse_token: [<dpi cmd='answer' to_cmd='open_url' msg='nothing sent...'>] > Dpi: [Dpi_process_io] IOClose > > The paypal site is working, I just checked with Mozilla. Hmmm, it could be an issue with wget. The https dpi is an experimental prototype, that's why it wasn't announced with fanfare in 0.8.0. Currently, Madis and I are working on making an SSL library based https dpi (not wget based)... Please don't worry about the https dpi until it comes out of this "for developers" stage. > > If I right-click on a link to a file on a webpage and choose to > "Save link as...", the destination choice window comes up, but > after pressing OK button, the stdout/errout is this: > > ERROR: [Dpi_get_token] Can't find token start > ERROR: [Dpi_get_token] Can't find token start > ERROR: [Dpi_get_token] Can't find token start > ERROR: [Dpi_get_token] Can't find token start > Dpi: [Dpi_process_io] IOClose This should be working. > So, I celebrated too soon! > Do these messages mean anything much to you? > Any suggestion what I should try next? Yes and yes. 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. Cheers Jorge.-

April 15, 2004

Re: [Dillo-dev]Can't start dpid

by Barry Kauler

> > the problem is dpid won't start in my custom Puppy Linux > > distro. Jorge, Thanks for the feedback. Now that I have dillorc file, dpid does load, but it still isn't working. If I start dillo from the commandline, and enter a url https://www.paypal.com, nothing at all happens in the browser, no error msg even. I get this output from dillo on the stdout/errout: Nav_open_url: Url=>https://www.paypal.com< url_str = https://www.paypal.com Dpi_parse_token: [<dpi cmd='answer' to_cmd='open_url' msg='nothing sent...'>] Dpi: [Dpi_process_io] IOClose The paypal site is working, I just checked with Mozilla. If I right-click on a link to a file on a webpage and choose to "Save link as...", the destination choice window comes up, but after pressing OK button, the stdout/errout is this: ERROR: [Dpi_get_token] Can't find token start ERROR: [Dpi_get_token] Can't find token start ERROR: [Dpi_get_token] Can't find token start ERROR: [Dpi_get_token] Can't find token start Dpi: [Dpi_process_io] IOClose So, I celebrated too soon! Do these messages mean anything much to you? Any suggestion what I should try next? Regards, Barry Kauler

April 14, 2004

Re: [Dillo-dev]Can't start dpid

by Barry Kauler

> > the problem is dpid won't start in my custom Puppy Linux > > distro. Jorge, Now that I have dillorc file, dpid does load, but it still isn't working. If I start dillo from the commandline, and enter a url https://www.paypal.com, nothing at all happens in the browser, no error msg even. I get this output from dillo on the stdout/errout: Nav_open_url: Url=>https://www.paypal.com< url_str = https://www.paypal.com Dpi_parse_token: [<dpi cmd='answer' to_cmd='open_url' msg='nothing sent...'>] Dpi: [Dpi_process_io] IOClose The paypal site is working, I just checked with Mozilla. If I right-click on a link to a file on a webpage and choose to "Save link as...", the destination choice window comes up, but after pressing OK button, the stdout/errout is this: ERROR: [Dpi_get_token] Can't find token start ERROR: [Dpi_get_token] Can't find token start ERROR: [Dpi_get_token] Can't find token start ERROR: [Dpi_get_token] Can't find token start Dpi: [Dpi_process_io] IOClose So, I celebrated too soon! Do these messages mean anything much to you? Any suggestion what I should try next? Regards, Barry Kauler

April 14, 2004

[Dillo-dev]international encodings

by honza m.

hi, first of all, some words of praise: i -love- dillo :e) fast, small, doesn't repair html, has no javascript ... it's just great. biiig thanks to all developers :e) anyway, i know there is a problem with non iso-8859-1 encodings, and i'd like to help fixing it. but i've found that bug in the bugtracker in "being worked on" and also in "not being worked on" bugs, so i know nothing. and the mailing list search engine is so chaotic that i was unable to find relevant posts. so please some one tell me what's the status of this issue, or what are the main problems, or something which would help me help you ;e) thanks m. -- matejcik, the one who is not --- ..: imagine a thousand million minds ..: imagine them all become one ..: imagine the overmindNet

April 14, 2004

[Dillo-dev]dillo 0.8 fails to build on OS X 10.2.8

by Brett Wynkoop

FYI- Just tried to build a stock out of the box dillo 0.8 on Mac OS X. Here are the results: In file included from /usr/local/include/gtk-1.2/gdk/gdktypes.h:33, from /usr/local/include/gtk-1.2/gdk/gdk.h:31, from /usr/local/include/gtk-1.2/gtk/gtk.h:31, from mime.h:11, from mime.c:12: /usr/local/include/glib.h:491: conflicting types for `gssize' /usr/local/include/glibconfig.h:57: previous declaration of `gssize' /usr/local/include/glib.h:492: conflicting types for `gsize' /usr/local/include/glibconfig.h:58: previous declaration of `gsize' *** Error code 1 Stop in /Users/wynkoop/src/www/dillo-0.8.0/src/IO. *** Error code 1 Stop in /Users/wynkoop/src/www/dillo-0.8.0/src. *** Error code 1 Stop in /Users/wynkoop/src/www/dillo-0.8.0. *** Error code 1 Stop in /Users/wynkoop/src/www/dillo-0.8.0. ibook:~/src/www/dillo-0.8.0: Looks like a tail chasing issue to me. Will try and much with it sometime latter and see what I can do to fix it. -Brett -- DRM is theft! We are the stakeholders! http://www.nyfairuse.org/

April 13, 2004

[Dillo-dev]Re: bug in dillo.0.8 rendering

by Jorge Arellano Cid

On Sun, 11 Apr 2004, Brett E. Wynkoop wrote: > > Greeting- Hi. > just built it on FreeBSD 4.6.2. Great job on getting https > going using wget! Thanks. Now we're moving to a library-based one. > I found a bug in the handeling of both <ul> and > <ol> sections of pages. Use dillo to go to http://zaurus.wynn.com/ > and also http://zaurus.wynn.com/tricks/. > Note the staircase effect on the list items and that in the > <ol> section everything is numero uno! Thanks a lot for the report. It also shows on some manuals (as for xfig). I went chasing the bug and solved it in my source tree, I'm studying it further trying to find a more generic way to handle it. I'll let you know when it goes to the CVS. > Building on FreeBSD required hand tweeking of the make file. > In spite my telling configure that the libraries & headers it was > looking for were under /usr/local it could not find them and generated > make files without the correct information. I still have to play > with it a bit more to see if I can set something up to allow configure > to do the right thing. If I get it I will send it to you. Weird, we tested FreeBSD before the release. Please tell us what you find. Cheers Jorge.-

April 12, 2004

Re: [Dillo-dev]A button theme for Dillo 0.8.0

by Gregg

Hi Jorge, I did, thanks! Sorry about the double post - I couldn't remember which email I used for the Dillo list, so I sent it from both ;-) Thanks again! -- Gregg Behold, Jorge Arellano Cid scribed in runic symbols on a tube chassis: > > > On Wed, 7 Apr 2004, Geek wrote: > > > While I was stuck with no internet, I made a theme for Dillo I call "cobalt". > > > > Enjoy! > > Oh, it was added to > > http://www.dillo.org/Icons/ > > by Apr 8! :-) > > I assume you didn't get the answer message. > > Thxs & Cheers > Jorge.- > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

April 12, 2004

[Dillo-dev]what's the use of "EndTag" component of struct TagInfo?

by Lei Jin

Its value can be "O" "F" "R", so what do they mean? AND Why use them? --------------------------------- Do You Yahoo!? 惠普TT游戏剧，玩游戏，中大奖！

April 12, 2004

Re: [Dillo-dev]Can't start dpid

by Jorge Arellano Cid

On Sat, 10 Apr 2004, Barry Kauler wrote: > Ok, for those reading this thread for the first time, > the problem is dpid won't start in my custom Puppy Linux > distro. > Maybe I've found the solution? > > I have a build environment, but then I run a script to > create the Puppy filesystem, which copies files from the > build environment. > It copies dillo, dpid, dpidc into /usr/local/bin, > all of the stuff in /usr/local/lib/dillo gets copied across, > however, the script doesn't copy dpidrc and dillorc from > /usr/local/etc, as in Puppy all of /usr is read-only. > Instead, I have placed dpidrc and dillorc into ~/.dillo, > except that this seems to have not been upgraded. > I'm running Puppy right now and what I see in ~/.dillo > are the files > .073 cookiesrc dillorc > > So, is this my problem? It seem so! You need either the global rc files (dillorc and dpidrc), or placing them under each ~/.dillo directory in every account. > I just checked the dates on those > files, and they are from the old 0.7.3 version. > It does seem that my oversight is to blame here! Please confirm me that it works for you now. > One question though, is there any problem with continuing to > use the old dillorc? I ask this as when people upgrade to the > latest Puppy they may have modified dillorc and I don't want > to just overwrite their dillorc file. Appart from the comments for each option, and maybe format, the only additions to 0.8.0's dillorc are: <q> # The new parser is more accurate detecting HTML errors. # Also pages may look better or worst (after all is bad-formed HTML). # Uncomment this line if you want to use the old parser. #use_old_parser=YES # Generic messsages (mainly for debugging specific parts) # Uncomment the following line to disable them. #show_msg=NO </q> You can safely append those lines to each user's dillorc and thus, have them upgraded. > Looks like Puppy and Dillo are back in business! > Puppy v0.8.5 should be out soon, like maybe another week. Great. When I get your confirmation of Dillo working OK on it, I'll add Puppy to our compatibility list and place a link to its home page. Cheers Jorge.-

April 12, 2004

Re: [Dillo-dev]Can't start dpid

by Jorge Arellano Cid

On Sat, 10 Apr 2004, Barry Kauler wrote: > Ok, I've joined the dillo-dev list! > > On Fri, 9 Apr 2004 08:13:17 -0400 (CLT) > Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > > > I should also explain that I have my own distro, Puppy Linux, > > > and everything is compiled against uClibc, not glibc. > > > (www.goosee.com/puppy) > > > > Oh, it would be interesting to have Dillo running under uClibc! > > Dillo has been in Puppy right from the start (which was about one > year ago). A few months ago I changed over to uClibc and recompiled > everything, including Dillo, and all was well until I upgraded to > Dillo v0.8.0. Good to know! Let's make 0.8.0 also work then... > > Check if you can run them crom the CLI: > > > > cd /usr/local/lib/dillo/dpi/hello > > ./hello.filter.dpi > > I'm doing this as root. When I try this I get: > > hello.dpi:: starting... > > and that's it, nothing more, doesn't exit until I ctrl-c. > No error message. > ...what is it supposed to do? Exactly that! Well, it's a filter. I was just trying to assert is that it was present, at the right directory, and with exec permissions. Now, I can search the bug elsewhere. Cheers Jorge.-

April 12, 2004

Re: [Dillo-dev]A button theme for Dillo 0.8.0

by Jorge Arellano Cid

On Wed, 7 Apr 2004, Geek wrote: > While I was stuck with no internet, I made a theme for Dillo I call "cobalt". > > Enjoy! Oh, it was added to http://www.dillo.org/Icons/ by Apr 8! :-) I assume you didn't get the answer message. Thxs & Cheers Jorge.-

April 12, 2004

Re: [Dillo-dev]Can't start dpid

by Barry Kauler

Ok, for those reading this thread for the first time, the problem is dpid won't start in my custom Puppy Linux distro. Maybe I've found the solution? I have a build environment, but then I run a script to create the Puppy filesystem, which copies files from the build environment. It copies dillo, dpid, dpidc into /usr/local/bin, all of the stuff in /usr/local/lib/dillo gets copied across, however, the script doesn't copy dpidrc and dillorc from /usr/local/etc, as in Puppy all of /usr is read-only. Instead, I have placed dpidrc and dillorc into ~/.dillo, except that this seems to have not been upgraded. I'm running Puppy right now and what I see in ~/.dillo are the files .073 cookiesrc dillorc So, is this my problem? I just checked the dates on those files, and they are from the old 0.7.3 version. It does seem that my oversight is to blame here! One question though, is there any problem with continuing to use the old dillorc? I ask this as when people upgrade to the latest Puppy they may have modified dillorc and I don't want to just overwrite their dillorc file. Looks like Puppy and Dillo are back in business! Puppy v0.8.5 should be out soon, like maybe another week. Regards, Barry Kauler On Sat, 10 Apr 2004 00:56:07 -0600 Barry Kauler <bkauler(a)goosee.com> wrote: > Ok, I've joined the dillo-dev list! > > On Fri, 9 Apr 2004 08:13:17 -0400 (CLT) > Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > > > I should also explain that I have my own distro, Puppy Linux, > > > and everything is compiled against uClibc, not glibc. > > > (www.goosee.com/puppy) > > > > Oh, it would be interesting to have Dillo running under uClibc! > > Dillo has been in Puppy right from the start (which was about one > year ago). A few months ago I changed over to uClibc and recompiled > everything, including Dillo, and all was well until I upgraded to > Dillo v0.8.0. > > > Check if you can run them crom the CLI: > > > > cd /usr/local/lib/dillo/dpi/hello > > ./hello.filter.dpi > > I'm doing this as root. When I try this I get: > > hello.dpi:: starting... > > and that's it, nothing more, doesn't exit until I ctrl-c. > No error message. > ...what is it supposed to do? > > 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 10, 2004

Re: [Dillo-dev]Can't start dpid

by Barry Kauler

Ok, for those reading this thread for the first time, the problem is dpid won't start in my custom Puppy Linux distro. Maybe I've found the solution? I have a build environment, but then I run a script to create the Puppy filesystem, which copies files from the build environment. It copies dillo, dpid, dpidc into /usr/local/bin, all of the stuff in /usr/local/lib/dillo gets copied across, however, the script doesn't copy dpidrc and dillorc from /usr/local/etc, as in Puppy all of /usr is read-only. Instead, I have placed dpidrc and dillorc into ~/.dillo, except that this seems to have not been upgraded. I'm running Puppy right now and what I see in ~/.dillo are the files .073 cookiesrc dillorc So, is this my problem? I just checked the dates on those files, and they are from the old 0.7.3 version. It does seem that my oversight is to blame here! One question though, is there any problem with continuing to use the old dillorc? I ask this as when people upgrade to the latest Puppy they may have modified dillorc and I don't want to just overwrite their dillorc file. Looks like Puppy and Dillo are back in business! Puppy v0.8.5 should be out soon, like maybe another week. Regards, Barry Kauler On Sat, 10 Apr 2004 00:56:07 -0600 Barry Kauler <bkauler(a)goosee.com> wrote: > Ok, I've joined the dillo-dev list! > > On Fri, 9 Apr 2004 08:13:17 -0400 (CLT) > Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > > > I should also explain that I have my own distro, Puppy Linux, > > > and everything is compiled against uClibc, not glibc. > > > (www.goosee.com/puppy) > > > > Oh, it would be interesting to have Dillo running under uClibc! > > Dillo has been in Puppy right from the start (which was about one > year ago). A few months ago I changed over to uClibc and recompiled > everything, including Dillo, and all was well until I upgraded to > Dillo v0.8.0. > > > Check if you can run them crom the CLI: > > > > cd /usr/local/lib/dillo/dpi/hello > > ./hello.filter.dpi > > I'm doing this as root. When I try this I get: > > hello.dpi:: starting... > > and that's it, nothing more, doesn't exit until I ctrl-c. > No error message. > ...what is it supposed to do? > > 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 10, 2004

Re: [Dillo-dev]Can't start dpid

by Barry Kauler

Ok, I've joined the dillo-dev list! On Fri, 9 Apr 2004 08:13:17 -0400 (CLT) Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > I should also explain that I have my own distro, Puppy Linux, > > and everything is compiled against uClibc, not glibc. > > (www.goosee.com/puppy) > > Oh, it would be interesting to have Dillo running under uClibc! Dillo has been in Puppy right from the start (which was about one year ago). A few months ago I changed over to uClibc and recompiled everything, including Dillo, and all was well until I upgraded to Dillo v0.8.0. > Check if you can run them crom the CLI: > > cd /usr/local/lib/dillo/dpi/hello > ./hello.filter.dpi I'm doing this as root. When I try this I get: hello.dpi:: starting... and that's it, nothing more, doesn't exit until I ctrl-c. No error message. ...what is it supposed to do? Regards, Barry Kauler

April 10, 2004

Re: [Dillo-dev]Can't start dpid

by Barry Kauler

Ok, I've joined the dillo-dev list! On Fri, 9 Apr 2004 08:13:17 -0400 (CLT) Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > I should also explain that I have my own distro, Puppy Linux, > > and everything is compiled against uClibc, not glibc. > > (www.goosee.com/puppy) > > Oh, it would be interesting to have Dillo running under uClibc! Dillo has been in Puppy right from the start (which was about one year ago). A few months ago I changed over to uClibc and recompiled everything, including Dillo, and all was well until I upgraded to Dillo v0.8.0. > Check if you can run them crom the CLI: > > cd /usr/local/lib/dillo/dpi/hello > ./hello.filter.dpi I'm doing this as root. When I try this I get: hello.dpi:: starting... and that's it, nothing more, doesn't exit until I ctrl-c. No error message. ...what is it supposed to do? Regards, Barry Kauler

April 10, 2004

[Dillo-dev]Re: bugfix for bug#500

by Jorge Arellano Cid

On Thu, 8 Apr 2004, Andreas Mueller wrote: > Hi, Hi! > the attached small patch fixes bug#500. > > > Andreas Thanks a lot, that one was hard to chase! Commited. Cheers Jorge.-

April 8, 2004

Re: [Dillo-dev]Theme for Dillo 0.8.0

by Jorge Arellano Cid

On Thu, 8 Apr 2004, Gregg wrote: > Hi all, > > I made a button theme for 0.8.0 - Cobalt. > > Enjoy! Nice theme. Just added it to our Icons section: http://www.dillo.org/Icons/ Cheers Jorge.-

April 8, 2004

Re: [Dillo-dev]About proxy authorization && password storing

by Ivan Daniluk

Hi! You wrote at Tue 06 Apr 2004 17:06: > AFAIS the simplest way to to it is to ask for the proxy > password when dillo starts, that is, before any query is made, > probably after the splash screen is displayed. > > That way, things would reach the same simplicity as in the > first patch! Yes, this simplify all that mess =) I've done as you suggested. > Now, if after this patch, you want to keep on working on basic > authentication, be sure to contact Madis (AFAIR he once worked on > it), and I can make the CCC bindings to stop/resume/forward the > querying process. Ok! Great. I'll contact him. > > > And, the last note on patch. It's about following lines in > > IO/http.c: + if ( strchr(prefs.http_proxyuser, ':') ) > > + { > > + DEBUG_MSG(5, "Storing proxy password in dillorc is > > insecure!\n"); + ask_proxy_passwd = FALSE; > > + HTTP_Proxy_Auth_base64 = > > a_Misc_encode_base64(prefs.http_proxyuser); + } > > It allows user to store in config file not only proxy user name, > > but pair "user:password" as well. I've done it's mainly for > > convenience, but of cource we can remove it from patch. > > Hmmm, this is one I'm not yet sure of. On one hand, it is very > handy not to have to enter the password every time, and on the > other, stealing the proxy's password becomes quite simple > (for instance, a bathroom break and it's gone! ;). > > [minutes thinking...] > > It's not a thing I'd recommend. Now, as Dillo project is > explicitly concerned about security, it can't do otherwise. > Perhaps you may leave that portion of code commented out, so the > responsibility is left to the one that decides to enable it. Ok, I just commented it out. Here attached pre2 :) patch. What about hiding symbols, when entering password? (i.e, replacing visible characters by asterisk symbol). Maybe we just have to add additional parameter in a_Interface_make_dialog(..), like "gboolean entry_hidden" or smth? Or implement a new dialog_window type specially for login/password asking? It will be useful for basic authentication stuff. Regards! -- Ivan Daniluk, software developer, Ukrainian Computer Labs, Kiev, Ukraine mailto:Ivan.Daniluk@ucl.com.ua

April 8, 2004

[Dillo-dev]Theme for Dillo 0.8.0

by Gregg

Hi all, I made a button theme for 0.8.0 - Cobalt. Enjoy! -- Gregg

April 8, 2004

Re: [Dillo-dev]GTK 1.2 and Dillo's future

by Philip Blundell

On Wed, 2004-04-07 at 14:46, John wrote: > But I have to ask, why not just keep using GTK 1.2? GTK 1.2 is mature, and lite. Perhaps it will start an effort to keep GTK 1.x alive? As far as I'm concerned, the disadvantages of sticking with 1.2 are: - lack of support for client-side antialiased fonts, multiple displays, internationalisation, and other modern toolkit features - abandoned upstream; nobody is even fixing bugs in 1.2 at this point. - used by increasingly few other programs, which creates a headache for system integrators. For example, every other program in the distributions that I work with is using GTK 2 now. I would love to be able to ship a recent Dillo, but this would mean installing libgtk1.2 and libglib1.2 (plus probably a pile of server-side fonts for it to use) and I can't spare that amount of flash. p.

April 8, 2004

[Dillo-dev]A button theme for Dillo 0.8.0

by Geek

While I was stuck with no internet, I made a theme for Dillo I call "cobalt". Enjoy! -- Gregg t3h g33k http://geek.scorpiorising.ca

April 8, 2004

[Dillo-dev]GTK 1.2 and Dillo's future

by John

As a major fan of lite-weight apps I am very unhappy that so many of my favorite applications are being ported to GTK2. I've been following the Dillo Dev list and I know that there is an effort to port Dillo over to FLTK which may be a good alternative to GTK2. But I have to ask, why not just keep using GTK 1.2? GTK 1.2 is mature, and lite. Perhaps it will start an effort to keep GTK 1.x alive? John

April 7, 2004

Re: [Dillo-dev]why use "ccc chain" instead of calling the function directly?

by Jorge Arellano Cid

On Wed, 7 Apr 2004, [gb2312] Lei Jin wrote: > Thank you for your detail explanation. ACK. First of all, there's no need to CC me, I read dillo-dev! > I am still confused. Would you provide an example such as the > situation of the two threads doing network job(what happens > when using threads and mutexes and when using CCC chain)? Maybe > it will help to understand. When using threads and mutexes (pthreads), thread scheduling is done by a third thread or by the kernel (depends upon the implementation), and it is preemptive. Now, the address space may be shared, so the need for mutexes arise, and because of both reasons, performance is degraded. Using a pseudo-thread (CCC thread), doesn't require scheduling by an external process or by the kernel. All is done in the same process, but there's no preemption. (If you ever have heard that unthreaded servers are faster than threaded counterparts, you'll find the same reasons behind.) Now, since CCC-threads are not preemtive, Dillo also makes use of pthreads when it needs this ability (for instance for DNS resolving). As all the CCC-threads run in the same process, it's easy to sync with pthreads with a polling wait and an event. Cheers Jorge.-

April 7, 2004

[Dillo-dev]Re: New dillo user (contributor?)

by January Weiner

> least a rudimentary man page should be in each programs distribution. Is > there any document available on Dillos shortcuts and configuration, or > should I download the sources right away? Ok, ok, my fault, I got it. j. -- ------------ January Weiner 3 ---------------------+--------------- Division of Bioinformatics, University of Muenster | Schlo�platz 4 (+49)(251)21634 | D48149 M�nster http://www.uni-muenster.de/Biologie.Botanik/ebb/ | Germany

April 7, 2004

[Dillo-dev]New dillo user (contributor?)

by January Weiner

Hello, first of all, let me thank you for this great piece of software. It's fast, it's simple, it keeps up good Unix traditions -- small, efficient programs which do one job. I have used dillo a couple of years ago, but it was a little too brittle and not mature enough for me, especially due to the lack of tables (or was it CSS?) -- anyway, it is very nice now[*]. A thing that's really lacking (at least for me) -- is a.. man page. I'm an unbelievably traditional when it comes to man pages, mostly because of the apropos database[#]. Further, an introductory readme page for users (with shortcuts etc., and not necessarily compilator options) would also be a nice thing to have, I think. How about that -- if you do not have anything principally against man pages / readme's for newbie's, I'll write it, and promise to keep up with Dillo's releases for the next 12 months. I do not have much time, but at least a rudimentary man page should be in each programs distribution. Is there any document available on Dillos shortcuts and configuration, or should I download the sources right away? Regards, January P.S. A nice detail: when running dillo for the first time, make it copy the dillorc into ~/.dillo/. This is the first place a literate Unix user will look for a configuration when he or she notices that Dillo created ~/.dillo/. Tested on three individuals :-) [*] the only thing I really miss is the support for ISO-8859-2. [#] besides, it took me a couple of minutes to figure out that "s <keyword>" is not a thing you should type in the address widget, but an abbreviation for "ctrl-s keyword", esp. because ctrl-s is such a widespread shortcut for "save". -- ------------ Dr January Weiner 3 ------------------+--------------- Division of Bioinformatics, University of Muenster | Schlo�platz 4 (+49)(251)21634 | D48149 M�nster http://www.uni-muenster.de/Biologie.Botanik/ebb/ | Germany

April 7, 2004

Re: [Dillo-dev]Disable toolbars

by Jorge Arellano Cid

On Sun, 4 Apr 2004, Florian Angehrn wrote: > if i don't want both toolbars, what do i have to change in the sourcecode? > > many thanks for your great product (and an answer :)! Hmmm, you should be able to find this by yourself, but... Go to Interface_browser_window_customize() and set Interface_toggle_panel() to do what you want. Cheers Jorge.-

April 7, 2004

Re: [Dillo-dev]Can't start dpid

by Jorge Arellano Cid

On Sat, 3 Apr 2004, Barry Kauler wrote: > Hi, I'm not on the list, so hope this can be submitted! > Kindly also reply a copy to bk(a)goosee.com > > I have been following Dillo for sometime, as a user, and recently > upgraded to v0.8.0. > > Problem is, when I click on a ftp url, the message: > > "Error: can't start dpid daemon" > > So, I tried to start dpid directly on the commandline: > > # dpid > # dpid.c:352: register_all: fatal error: > -can't find the directory for dpis > > So, is there something missing here? -- what is dpis? > Appreciate any advice on this! <q> ------------ Dpi programs ------------ These are installed by "make install". If you don't have root access, copy "dillo" and "dpid" to some directory in your path and install the dpis by running "./install-dpi-local" from the top directory (they will be installed under ~/.dillo). </q> (Extracted from the README file! ;-) Cheers Jorge.- PS: Now that you've tried manually, it'd be wise to assert there's no running dpid process when you retry: ps aux | grep dpi [kill dpid processes if present]

April 7, 2004