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

Re: [Dillo-dev] Patches

by Rob Funky

Perfect! Thankyou! I could not locate that page with google! Rob On 9/3/06, Tito <farmatito(a)tiscali.it> wrote: > > On Sunday 3 September 2006 20:22, Rob Cherveny wrote: > > I have freebsd and am using dillo. Can someone help me install the > patch > > for using tabs? > > http://teki.jpn.ph/pc/software/index-e.shtml > > > Thank you > > rob > > > > _______________________________________________ > Dillo-dev mailing list > > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

Sept. 3, 2006

Re: [Dillo-dev] Patches

by Tito

On Sunday 3 September 2006 20:22, Rob Cherveny wrote: > I have freebsd and am using dillo. Can someone help me install the patch > for using tabs? http://teki.jpn.ph/pc/software/index-e.shtml > Thank you > rob >

Sept. 3, 2006

Patches

by Rob Cherveny

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

Sept. 3, 2006

APOLOGY Re: Very, very strange (was Re: CSS, JS, tabs, frames )

by Beartooth

On Sun, 03 Sep 2006 13:54:51 -0400, Beartooth wrote: > On Sat, 02 Sep 2006 16:28:26 -0400, Beartooth wrote: > >> [...] > > I read Jorge Arellano Cid's reply to the above (dated 9/2 at 5:56); moved > to the next post and checked that; and started getting back to the > previous, in order to ask a follow-up question about fluxbox, which he had > mentioned. > > Suddenly I can't. Clicking back on it fails. Hitting enter after that > fails. Going to another dillo post and then back fails both times. Even > going to another gmane group and coming back to this one fails both times. Sorry! Posted to wrong list; belongs, obviously, in Pan; I'll put it there. Again, my apologies! -- Beartooth Staffwright, Wordcrafty Squirreler FC5; Pine 4.64, Pan 0.14.2.91; Privoxy 3.0.3; CXO 5.0.1 Dillo 0.8.5, Opera 9.01, Firefox 1.5, Galeon 2.0.1 Remember I have little idea what I am talking about.

Sept. 3, 2006

Very, very strange (was Re: CSS, JS, tabs, frames )

by Beartooth

On Sat, 02 Sep 2006 16:28:26 -0400, Beartooth wrote: > [...] > Fwiw, as a thoroughly subtechnoid user, I've been running the "i18n misc" > dillo with tabs for quite a while now. (I'm not sure why -- most likely > some yum repository for FC5 sees it as a higher release number -- but I'm > glad.) > > The tabs are indeed a fine thing. Unfortunately, I can't offer anything in > return but praise; but this is meant to be read as a *lot* of that. There > have been times when I had as many as a dozen open, and always with great > success. Many, many thanks to the developers! I read Jorge Arellano Cid's reply to the above (dated 9/2 at 5:56); moved to the next post and checked that; and started getting back to the previous, in order to ask a follow-up question about fluxbox, which he had mentioned. Suddenly I can't. Clicking back on it fails. Hitting enter after that fails. Going to another dillo post and then back fails both times. Even going to another gmane group and coming back to this one fails both times. The log shows things like this : [btth@localhost ~]$ cat PanTemp Sun, 03 Sep 2006 13:46:39 - Loaded 5 articles for group "saved_posts" in 0.1 seconds (82 art/sec) Sun, 03 Sep 2006 13:46:39 - Scored 5 entries in 0.0 seconds (5000 articles/sec) Sun, 03 Sep 2006 13:46:39 - Saved 3269 articles in "gmane.comp.web.dillo.devel" in 0.1 seconds (30435 art/sec) Sun, 03 Sep 2006 13:46:57 - Loaded 3269 articles for group "gmane.comp.web.dillo.devel" in 0.1 seconds (42898 art/sec) Sun, 03 Sep 2006 13:46:57 - Scored 3269 entries in 0.0 seconds (113807 articles/sec) Sun, 03 Sep 2006 13:50:51 - Error reading file "/home/btth/.pan/messages/cache/20060902215624.GF2570(a)dillo.org.msg": Failed to open file '/home/btth/.pan/messages/cache/20060902215624.GF2570(a)dillo.org.msg': No such file or directory Sun, 03 Sep 2006 13:50:51 - Error reading file "/home/btth/.pan/messages/cache/20060902215624.GF2570(a)dillo.org.msg": Failed to open file '/home/btth/.pan/messages/cache/20060902215624.GF2570(a)dillo.org.msg': No such file or directory [btth@localhost ~]$ Wha hoppen?? Is it on my end??? -- Beartooth Staffwright, Wordcrafty Squirreler FC5; Pine 4.64, Pan 0.14.2.91; Privoxy 3.0.3; CXO 5.0.1 Dillo 0.8.5, Opera 9.01, Firefox 1.5, Galeon 2.0.1 Remember I have little idea what I am talking about.

Sept. 3, 2006

Re: [Dillo-dev] More signal :-)

by Jorge Arellano Cid

On Fri, Sep 01, 2006 at 02:03:42PM -0400, Roberto C. Sanchez wrote: > When will the transition to FLTK begin? ?? It started a long time ago, circa the beginning of 2005, with the rendering abstraction layer. Now we have a prototype that's very advanced and unreleased. See: http://www.dillo.org/Plans.html (the green balls are already there). -- Cheers Jorge.-

Sept. 3, 2006

Re: [Dillo-dev] Problems with gziped content encodings pages and proposal

by Jorge Arellano Cid

On Tue, Aug 29, 2006 at 06:40:40PM +0200, Diego Sáenz wrote: > Ok, second try(i have changed a pair of things): > > The general ideas are to enhance dpid to manage DPIs using services (Like documentation suggest) and to add code to dillo to implement protocols DPIs (without hardcoding them in dillo core), mime handlers DPIs and maybe scripts languages DPIs and content encodig DPIs(now encodigs DPIs are in doubt after your mail) > > Dpid will need configuration lines(in dpidrc) to associate server name with DPI path(A dpi dir based path allow a DPI to serve more that one service(in this proposal a javascript DPI will serve protocol_javascript, script_javascript and maybe mime_text/javascript services)). > > When dillo finds a protocol that it not handle in core (currently it handle http:, about: and dpi:) it ask for a service for that protocol(to dpid) and dpid returns the DPI from the configuration file(really a socket to comunicate with it). For the service name dillo add the protocol name to the "protocol_" string. > > The lines in dpidrc for current services can be this: > > protocol_file=file/file.dpi > protocol_ftp=ftp/ftp.filter.dpi > protocol_https=https/https.filter.dpi > protocol_data=datauri/datauri.filter.dpi > > I think i will allow the use of '*' to match any(even none) char until end of string in the configuration file. '*' will be checked last. It can be used by a ProtocolNotSupported.dpi that show an error or a page with protocols DPIs to download. > > The dpidrc line can be like this: > protocol_*=misc/ProtocolNotSupported.dpi > > For mime types it works similar. When the user clicks on a link or uses the url bar to view a mime type not handled by dillo the mime type is addeded to the "mime_" string to get the service name(dillo currently handles mime_text/html, mime_text/plain, mime_text/*, mime_image/gif, mime_image/jpeg, mime_image/png). When a not handled mime type is open because a page load dillo add the "_inlined" string to the previous string(example: For a bmp file used like image in a html page dillo will try the mime_image/x-bmp_inlined service) > > The use of '*' wildcard allow the use of one DPI to manage both services with only a configuration line if user wants. > > About mime type check/detection i am thinking on diferent options (mime detection/check go before mime DPIs) > 1a. Fixed service called for pages without mime types and ocet/stream (using this like unknown mime type) that returns a detected mime > 1b. Fixed service called for pages without mimes and for a list of configured mime types in dillorc > 2a. Check service per mime type with service names like mime_check_MIME/TYPE. Dillo send actuall type so the DPI handling the service can do something if detected mime is diferent from the server sended one.(ask the user, ignore error, stop load ...) > 2b. Like 2b, but only ask for a list of mimes configured in dillorc > > Scripts and content encoding work similarly. > > For more details i can send how the dpi tags will be and more about dillo-DPIs communication and dillo internal changes. At this phase I'd appreciatte much more the "general picture" rather than some implementation details. I mean. What's the problem you're trying to solve? What's the scheme you propose? Have you tested it to suit current functionality and maybe other problems too? For instance, if you click over a network radio link, it's not a good idea to use dillo to download the link data and to pass it via dpi to a dpi-radio plugin (and worst, to cache the stream! :). It's much better to cut the network connection from dillo and to handle the URL to a dedicated radio-stream program. In the case of a PDF. It would be nice to save the data to some temporary directory while you pipe it into xpdf or to let the user choose whether to save with a dialog. Same for a movie stream, etc, etc. > > > With regard to gzip encoding: zlib can do gzip decoding, and as > > it is already linked in Dillo, gzip decoding can be implemented > > inside Dillo (not using a dpi). > > Oh, i forgot it. Will you implement this? > > > This also avoids multiple dpi passes. For instance with dpi- > > decompress, gzipped isolatin2 would require one dpi pass for > > uncompress and another for latin2 to utf8. > > > > Inside-Dillo decoding also allows the idea of having a > > compressed cache in the future. > > I unknown if i can implement content encoding in dillo > internals so i will move it after dpid changes on implementation > complex. IMO this is much simpler tan what you're willing to try first. Beware. -- Cheers Jorge.-

Sept. 2, 2006

Re: [Dillo-dev] Re: CSS, JS, tabs, frames (Was: computer perfect for Dillo)

by Jorge Arellano Cid

On Sat, Sep 02, 2006 at 04:28:26PM -0400, Beartooth wrote: > On Fri, 01 Sep 2006 12:41:23 -0400, Jorge Arellano Cid wrote: > [...] > >>> Tabs, on the other hand, are extremely useful - I dream of the day > >> they come to dillo, making it able to have many pages rendered at > >> once (each with dillo's lightning speed). > > > > Yes, they're useful. I used to enjoy tabs in the window manager > > (fluxbox), but I also understand there's plenty of people without > > tabs in the window manager. > > > > The main reason for not coding tabs already in the official > > dillo is that there were higher priorities. The tabs patch was a > > several-features in a huge combo that the author was not willing > > to split. > > > > The good news of this story is that you can get that patchset > > from a compilation by kiyo on what's regarded as the "i18n misc" > > dillo: > > > > http://teki.jpn.ph/pc/software/index-e.shtml > > > > I find this compilation a very good thing to have, bacause > > users get what they want while we can work on a more long-term > > viable dillo (see rationale in my former posts). > [...] > Fwiw, as a thoroughly subtechnoid user, I've been running the "i18n misc" > dillo with tabs for quite a while now. (I'm not sure why -- most likely > some yum repository for FC5 sees it as a higher release number -- but I'm > glad.) > > The tabs are indeed a fine thing. Unfortunately, I can't offer anything in > return but praise; but this is meant to be read as a *lot* of that. There > have been times when I had as many as a dozen open, and always with great > success. Many, many thanks to the developers! Thanks for the recognition! :-) FWIW, if you pick the vanilla dillo and use fluxbox, you'll also have TABS (i.e. TABS have nothing to do with the number of open windows that dillo can handle). -- Cheers Jorge.-

Sept. 2, 2006

Re: [Dillo-dev] Re: FYI, there're near 250 subscribers in dillo-dev.

by Jorge Arellano Cid

On Sat, Sep 02, 2006 at 04:16:59PM -0400, Beartooth wrote: > On Fri, 01 Sep 2006 13:55:16 -0400, Jorge Arellano Cid wrote: > > > Quiet crowd, isn't it? :-) > > > > That keeps the signal/noise ratio high, > > just wish there was more signal! > > I'm guessing is that counts those of us following via Gmane, or at least > the ones who can post, since iirc posting requires a subscription. Any > guess at pure-lurker numbers? Subscribers. -- Cheers Jorge.-

Sept. 2, 2006

Re: CSS, JS, tabs, frames (Was: computer perfect for Dillo)

by Beartooth

On Fri, 01 Sep 2006 12:41:23 -0400, Jorge Arellano Cid wrote: [...] >>> Tabs, on the other hand, are extremely useful - I dream of the day >> they come to dillo, making it able to have many pages rendered at >> once (each with dillo's lightning speed). > > Yes, they're useful. I used to enjoy tabs in the window manager > (fluxbox), but I also understand there's plenty of people without > tabs in the window manager. > > The main reason for not coding tabs already in the official > dillo is that there were higher priorities. The tabs patch was a > several-features in a huge combo that the author was not willing > to split. > > The good news of this story is that you can get that patchset > from a compilation by kiyo on what's regarded as the "i18n misc" > dillo: > > http://teki.jpn.ph/pc/software/index-e.shtml > > I find this compilation a very good thing to have, bacause > users get what they want while we can work on a more long-term > viable dillo (see rationale in my former posts). [...] Fwiw, as a thoroughly subtechnoid user, I've been running the "i18n misc" dillo with tabs for quite a while now. (I'm not sure why -- most likely some yum repository for FC5 sees it as a higher release number -- but I'm glad.) The tabs are indeed a fine thing. Unfortunately, I can't offer anything in return but praise; but this is meant to be read as a *lot* of that. There have been times when I had as many as a dozen open, and always with great success. Many, many thanks to the developers! -- Beartooth Staffwright, Wordcrafty Squirreler FC5; Pine 4.64, Pan 0.14.2.91; Privoxy 3.0.3; CXO 5.0.1 Dillo 0.8.5, Opera 9.01, Firefox 1.5, Galeon 2.0.1 Remember I have little idea what I am talking about.

Sept. 2, 2006