- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] Patches

by Jan Stary

On Sep 03 14:22:41, Rob Cherveny wrote: > I have freebsd and am using dillo. > Can someone help me install the patch > for using tabs? just use ports/www/dillo-i18n h.

Sept. 6, 2006

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

by Jorge Arellano Cid

On Mon, Sep 04, 2006 at 08:57:14PM +0200, leslie.polzer(a)gmx.net wrote: > On Sun, Sep 03, 2006 at 10:50:21AM -0400, Jorge Arellano Cid wrote: > > > 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. > I suppose the OP wanted to know when the FLTK port will be released. I don't know; most probably when we have the funds. Otherwise we have yet to decide what to do. > One question and a comments: why is it unreleased at this time? Some companies want to have an advantage to justify investment (as a six month window for instance), some others not. This may be the case. Companies looking to reduce costs, just take whatever is there and don't give back. BTW, this happened most of the time with the GTK1 branch of Dillo. FWIW, our idea has always been to have a Free SW Dillo with a view to accomplish its goals. If we had aimed for selling Dillo as propietary SW, it would have happened already. > I'm one of the people waiting for the FLTK thing to show up before I > look whether I'm able and willing to contribute to Dillo. It's a great > browser, and I'd like to help, but not by working on code that's > obsolete. Good! Sure, I understand the point. BTW, do you have FLTK2 experience? How much time are you willing to contribute to development? -- Cheers Jorge.-

Sept. 4, 2006

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

by leslie.polzer＠gmx.net

On Sun, Sep 03, 2006 at 10:50:21AM -0400, Jorge Arellano Cid wrote: > 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. I suppose the OP wanted to know when the FLTK port will be released. One question and a comments: why is it unreleased at this time? I'm one of the people waiting for the FLTK thing to show up before I look whether I'm able and willing to contribute to Dillo. It's a great browser, and I'd like to help, but not by working on code that's obsolete. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/

Sept. 4, 2006

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