- Dillo-dev - lists.mailman3.com

[abc@ai1.anchorage.mtaonline.net: frames/fltk]
by Jorge Arellano Cid Sept. 14, 2006

Sept. 14, 2006

-- Cheers Jorge.-

1 0

Serious Memory Allocation Strategy Problem in Cache_parse_header()
by R.L. Horn Sept. 8, 2006

Sept. 8, 2006

I'm currently in the process of modifying dillo for use in browsing an http media server (yeah, I know it's httpd abuse, but it's only for a local network and I was running Apache anyhow). At present, this basically involves sending a modified downloads plugin an "execute" command and the MIME type when AbortEntry is true in Cache_process_queue() (the plugin then executes an agent which deals with the URL entirely independent of dillo). (Actually, this is functionality that would be nice in the main branch, albeit with its own plugin and user-selectivity. If there's interest, please let me know.) So far, so good -- it seems to work passably well and it only took a couple of hours. Easy peasey. Unfortunately, the first time I click on a 700M video stream, things go horribly wrong. Seems that Cache_parse_header() attempts to allocate memory for the entire content *before* the header has been checked for viewability (since the dispatcher isn't called until Cache_process_queue()). As it happens, this has been reported as bug 726. The upshot of all this is that when you click on a link, there had better be room for the whole thing in heap even though the content may never be read. Otherwise, glib just gives up and dumps core via g_malloc(). I think I can get around this by doing a Content-Type check in Cache_parse_header(). I'd be happy to provide a patch provided I can come up with a reasonably elegant solution. Any advice would be appreciated.

2 3

Patches
by Rob Cherveny Sept. 6, 2006

Sept. 6, 2006

I have freebsd and am using dillo. Can someone help me install the patch for using tabs? Thank you rob -- "The trouble ain't that there is too many fools, but that the lightning ain't distributed right." Mark Twain

4 3

More signal :-)
by Roberto C. Sanchez Sept. 4, 2006

Sept. 4, 2006

When will the transition to FLTK begin? Regards, -Roberto -- Roberto C. Sanchez http://familiasanchez.net/~roberto

3 3

The kind of computer that is perfect for Dillo
by Sam Trenholme Sept. 3, 2006

Sept. 3, 2006

This is the kind of computer that is perfect for Dillo: http://linuxdevices.com/news/NS6828123924.html Summary: About $100, P166, 128 megs of memory, roughly the size of a VHS videocasette. This is the perfect computer for Dillo--128 megs of ram really isn't enough memory to run Firefox well, and Firefox's rendering will be quite slow on a P166, especially on big pages. That said, I feel there are some issues that stop Dillo from being the browser to use on such a machine. Now, before giving out my "shoulds", I understand what it takes to make code happen in the open source world: The submission of money or patches. I have my own little open-source project, and I do let out a sigh whenever someone says "Your program should be able to do XXX". I do listen to these requests, but it sometimes takes years for those requests to become real code. So, I hope people on this list will humour me and let me share my thoughts about Dillo. The problem is that Dillo doesn't support a lot of high-profile internet sites right now. OK, you say, so submit a patch and help with Dillo development. Well, the problem is that I don't think such a patch will be accepted by the Dillo developers. People, of course, know about the patches over at http://teki.jpn.ph/pc/software/index-e.shtml#dillo-i18n This patched version of Dillo (or should I say, this fork of Dillo) also supports tabs, frames, UTF-8, and even has buggy support for real HTML redirects. I was able to read and send webmail both with Yahoo and Gmail using the "i18n" version of Dillo. I can't say the same for the last stock version of Dillo I tried; I understand that the "i18n" changes may make the code more messy. I think we're looking at different philosophies here, and I think we may hit the point of having a true fork should these enhancments continue to not be merged in to the main Dillo source. If I were to take some time out from my own project on work on Dillo, I would not work on the main version--I would work on the "i18n" version, since it is usable with a number of sites that the mainline Dillo can not access. I would look at the "i18n" version and try and add Javascript support to it (or, better yet, EMCAscript support). Personally, I think Dillo needs some level of Javascript support; a lot of high-profile sites (can we say MySpace and their crappy JavaScript and HTML) plain simply do not work without Javascript. I also believe that Dillo shouldn't try to get CSS support; the last thing I want is yet another browser with buggy CSS that I have to design around. If Dillo is going to support CSS, I don't think the support should become a part of a stable release of Dillo until Dillo can render ACID2 perfectly. A site that uses CSS is perfectly usable, albeit a bit ugly, in a browser that doesn't have CSS. Anyway, these are just my 2 millicents. I understand that it takes either real code or real money to make these changes real, and since I'm currently offering neither, feel free to cheerfully ignore my thoughts or to flame me to a crisp. :) - Sam

7 12

Problems with gziped content encodings pages and proposal
by Diego Sáenz Sept. 2, 2006

Sept. 2, 2006

Hello. I am a daily user of dillo and i am finding problems with pages served with content-encoding = gzip and dillo mime detection code. For example when i try to open en.wikipedia.org or es.wikipedia.org dillo says "HTTP warning: Content-Type 'text/html; charset=utf-8' doesn't match the real data" When download with wget y see that the problem is that the page is gziped so i think that now wikipedia sends pages with conten-encoding: gzip. Proposal I have a proposal to use DPIs to manage protocols, mime, encodings and maybe scripts whitout modifing dillo source code each time that a dpi is added. Before in the list i have defended to have mime, protocols and script DPIs that call the right DPI for each task when dillo ask for a unknown mime type, protocol or script but this do not fit very well with the DPI infrastructure and need more DPI process runing and that it is better to avoid. Sorry, i think that it was the better option. I think that the way to fit mime handling with DPIs is to use the documented (but not fully implemented) concept of DPI service. In DPIs docs dillo do not call directly a DPI it ask dpid for a service and dpid returns a DPI. In this way various DPIs can be installed for a given service and the user can use whatever he what. In fact in the code dillo ask dpid for a service, but dpid can not handle more than a DPI for a given service(it do extrange things). Basic idea: When dillo do not known how to access to a url like mms:/something or show a mime type like image/xpm it can ask for a protocol_mms service or mime_image%2Fxpm service. We can fix dpid too. It will only need a configuration file to store user preferences for each service. Details Protocol DPIs can translate the unknown protocol to http (like https, ftp and data DPIs) or show a html page with actions about the protocol. For example a mms DPI can show a page with options to hear the mms stream(with mplayer) or download it (with mimms). An extension to the download_gui DPI to support downloading unknown protocols can be usefull. When download is not one supported by wget it can send open_url to dillo or ask dpid ... Mime types need a mime_x-dillo%2Fx-unknown because a file can be send without content-type and dillo can fail to discover the mime. A DPI handling it can use 'file --mime ' and resend the file to dillo with correct mime. A way to not resend the file will be better, maybe dillo can cache it if the file is small and is not a local file. If it is local it can send the url or path. A dpid more flexible configuration is needed so users can use the 'file --mime' DPI with occet/stream if they want. Using a path to the DPI with base at ~/.dillo/dpi or the dpi_lib in dpidrc can be sufficient. Surely a fallback DPI can be usefull. If dpid can not return a DPI because there is not service for that mime dillo can ask for a mime_x-dillo%2Fx-service-not-found or mime_x-dillo%2Fx-fallback that DPI can show an error or list DPIs to download and install or show a search engine For security reasons a mime_... and inlined_mime_... groups of services can be needed so an image or an object tag data automatically loaded from a page to show can be diferent from user clicked ones. Content encoding can use a group of encoded_... service names. (content_gzip for example) This do not need to detect the encoding because if there is not content-encode it is not encoded. Fallback can be needed. Scripts need more thought but if dillo send scripts tags to script_aplication%2Fjavascript and implement html intrinsic events a DPI can start to do easy things as redirect, status line scrolls(sigh) or javascript based links. (javascript based links can be done with a protocol_javascript easely) I mail this because i want coments and help. If you has read this boring (and bad writed) text until here, please do not think on comments or help, Just do if! :) Diego. PS: I have a debt of a parser code to dillo. It only need a clean up but is finished and have less size that the old glib parser code. :P

2 4

FYI, there're near 250 subscribers in dillo-dev.
by Jorge Arellano Cid Sept. 2, 2006

Sept. 2, 2006

Quiet crowd, isn't it? :-) That keeps the signal/noise ratio high, just wish there was more signal! -- Cheers Jorge.-

2 2

printing from dillo
by Globe Trotter July 13, 2006

July 13, 2006

is it possible to print a webpage from dillo? many thanks and best wishes! __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Re: how do i unsubscribe?
by Andrew A. Gill July 4, 2006

July 4, 2006

Yes, I know that I'm a few weeks late to comment on this, but I genuinely HATE HATE HATE these unsubscribe requests. So here's a quick thing on how to unsubscribe: <http://www.things.org/~jym/fqa/unsubscribe.html> How To Unsubscribe From Any Email List By Jym Dyer I'm on a lot of electronic mailing lists. A deluge of "unsubscribe" and "take me off this list" messages on multiple lists inspired the following, which I send out whenever it's needed. The feedback I get tells me it's useful. When you send "unsubscribe" requests to an email list, it lands in the mailboxes of hundreds of people who can't unsubscribe you. I can't unsubscribe you. Try the stuff below. Clip 'n' save these instructions for future reference. =============8<=============Cut-Here=============8<============= How To Unsubscribe From Any Email List 1. Look at the messages you've been getting on the list. Do they have "how to unsubscribe" messages near the end, or an email address to use in a "List-Unsubscribe:" header at the top? If so, follow those instructions. 2. Most lists these days, including all lists hosted by the big two (Yahoo! Groups and Topica), have an "-unsubscribe" alias for this purpose. For example, if you're on the WHATEVER list, either WHATEVER-unsubscribe(a)yahoogroups.com or WHATEVER-unsubscribe(a)topica.com would be the right address to use. (For the rest of this memo, let's assume that the WHATEVER list is at example.com -- that is, the alias is WHATEVER(a)example.com. If the list has a name like "WHATEVER-L", you might try steps 6 and 7 first.) 3. Otherwise, first send a request to the "-request" alias. For our example, that would be WHATEVER-request(a)example.com. This is often read by a human being, so write accordingly. In theory, all email lists are supposed to implement this address (though Yahoo! Groups does not). 4. If you get no response from the above, send mail to the "majordomo" alias. That's majordomo(a)example.com for our example. If the list is administered by the majordomo software, you'll get instructions for unsubscribing mailed back to you. 5. If you get no response, send mail to the "owner-" alias. For our example, owner-WHATEVER(a)example.com. This should go to the human who administers the list. 6. If you get no response, send mail to "LISTSERV". For our example, that address would be LISTSERV(a)example.com. The text of your message should be "SIGNOFF WHATEVER". 7. If you get no response, send mail to the "listproc" alias. For our example, that address would be listproc(a)example.com. The text of your message should be "unsubscribe WHATEVER". 8. If you get no response, send mail to the site "postmaster". For our example, that address is postmaster(a)example.com. Mention that you tried the previous five steps, to no avail. 9. If you get no response, send mail to "root". Our example address is root(a)example.com. Mention that you tried the previous six steps, to no avail. 10. If -- and only if -- all the above fail, send a message to the list itself. Make it courteous, particularly since the vast majority of the people reading it can't do a thing about it. The message should say something like, "How do I get off this list?", not "UNSUBSCRIBE." Try to avoid setting off a bunch of "me too" messages by saying something like, "Please don't chime in with a bunch of 'I want to unsubscribe too' messages." It's ridiculous that there are so many different ways to do this, and consequentially, so many email lists cluttered up with "UNSUBSCRIBE/ME TOO" messages. You'd think there'd be a standard of sorts, and there is: the "-request" alias dates back to the early days of the Internet. Smart systems like majordomo actually (1) handle messages that were sent to the "-request" alias and (2) filter out the "UNSUBSCRIBE/ME TOO" messages. It's a shame that newer stuff has come along that doesn't do either of these things, but since it's on the web, people seem excited about it (gee whiz!) even though it's a huge step backwards in technology. The "-unsubscribe" alias is a newer standard that's starting to gain ground, but that's no help for many of the older lists that haven't gotten around to implementing new features.

2 1

how do i unsubscribe?
by mike obrien June 12, 2006

June 12, 2006

most of the time, i have no idea what tf you guys are talking about. mike

2 1