Search results for "plugin" - Dillo-dev

hyphenation in dillo

by sgeerken＠dillo.org

On Mon, Sep 10, corvid wrote: > I was looking at the src for http://distrowatch.com , and the > source page is very wide -- wider than any lines, so far as I > could see. There is one line, which is very long (number 54), but the current release breaks this line into multiple ones. Can someone provide details about the vsource plugin? Sebastian

12 years

Alternative styles support?

by johnfound＠asm32.info

On Sun, 24 May 2015 19:26:17 +0000 eocene <eocene at gmx.com> wrote: > > How do other browsers inform the user that alternative stylesheets are > available? > In firefox, all styles can be switched from "View|Page Style" menu. Also, there is a plugin that displays the available styles in the status bar, allows fast switching and can remember the preferred style for the particular web sites. -- http://fresh.flatassembler.net http://asm32.info John Found <johnfound at asm32.info>

9 years, 5 months

Re: Testing without Dillo

by Rodrigo Arias

Hi, On Thu, Nov 07, 2024 at 05:49:37PM +0200, Schimon Jehudah wrote: >Is it possible to run Dillo plugins without installing them? Try: $ printf "<cmd='auth' msg='123456' '><cmd='open_url' url='foo://bar' '>" | ./foo.filter.dpi You can usually ignore the auth part. The response must look like: <cmd='start_send_page' url='' '> Content-type: text/html <!DOCTYPE html> <html> ... </html> Best, Rodrigo.

1 week, 2 days

Re: Dillo not rendering HTML with comments before <!DOCTYPE>

by Rodrigo Arias

Hi, >> If you want to work on it, feel free to do so :-) > >I might have a go at it then. Nice :-) >> I pushed another patch that should fix this issue. It is caused >> primarily by the ".xhtml" extension not being recognized by the file >> plugin, which then tries to detect the doctype and fails in the same >> way, falling back to text/plain. > >All working well now, thanks again. Merged in: https://github.com/dillo-browser/dillo/commit/d9c506df8528c2db84d724048f9bc… Best, Rodrigo.

6 months, 2 weeks

More dillo mentions

by jcid＠dillo.org

On Sat, Oct 25, 2008 at 01:54:49PM +0100, Jeremy Henty wrote: > > "Adding a Lightweight GUI and Webmin to Ubuntu Server" > http://smallboxadmin.blogspot.com/2008/10/adding-lightweight-gui-to-ubuntu-… > > Unfortunately the author thinks that the SSL support isn't good enough > and uses Firefox instead: > > Dillo is a simple lightweight browser that would fit into this > lightweight theme, however, https (SSL) is in a alpha stage and > not well supported. SSL is needed for Webmin. If Webmin can work without Javascript, it'd be intersting to add more priority on the SSL plugin. -- Cheers Jorge.-

16 years

keyboard shortcuts non-functioning under KDE 3.5.10

by paul＠claws-mail.org

Hi, I've got recent code from mercurial, June 1st. No keyboard shortcuts are working for me using KDE 3.5.10. I was speaking to Johannes Hofmann about this problem, he asked me what my locale was (it's en-GB.UTF-8) and also asked me to report the problem here. Do you need more information from me? Whilst I'm here I would like to say thanks to Johannes for sorting out the --xid option, Claws Mail now has a dillo plugin again! with regards Paul -- "Thanks to his green candle, the 'Pataphysician can lighten our darkness."

15 years, 5 months

6 Years: some goodies and expecting more!

by Jorge Arellano Cid

Hi there, Somewhere this December, Dillo turned 6 years old. As sort of a present to it I'll be uploading the FLTK2-based GUI downloads plugin I've been working on, for everyone to try, and a bunch of related bug fixes too (this almost makes it for 0.8.6 release). Stay tuned. :) As you know since back from France I've been working on the funding side, and coding on the free timeslices. I'm expecting good news in mid January. I hope the whole effort proves more than worth. Best wishes and an excellent 2006 year! :-) -- Cheers Jorge.-

18 years, 10 months

Some points about the dpi's

by Andreas Schweitzer

Hi, All right, I did it. I made my first dpi ! :-) (heavily based on the hello dpi, though). I will poilsh it a bit and release it soon. It can handle finger URLs. Two caveats : there is no standard for finger URL's, only some drafts http://www.watersprings.org/pub/id/draft-ietf-uri-url-finger-00.txt http://www.watersprings.org/pub/id/draft-ietf-uri-url-finger-01.txt http://www.watersprings.org/pub/id/draft-ietf-uri-url-finger-02.txt http://ftp.ics.uci.edu/pub/ietf/uri/draft-ietf-uri-url-finger-03.txt I implemented version 01 and 03 (if you check the documents you'll know why). However, I did find real finger URL's in the wild. The second caveat : dillo does not automatically call this plugin upon such a URL. It is easy to patch dillo, though. However, this brings me to my questions : 1) will there be a generic URL->dpi mapping ? I could imagine that dpid could actually handle that. I think, one would need to only modify IO/Url.c and capi.c to simply pass through EVERYTHING to the dpi framework. However, some "core URL handling dpi's" that will become part of the dillo package can probably stay hardcoded in dillo. 1b) Either way, I am planing on writing a "catch-all-URL handler" or "fallback handler" or "univeral URL handler" or the like. It will give the user the possibility to start an external program for handling certain URL's. In fact, with my current dpi, this is quite easy to do :-). 2) Does it make sense to write a library for all the dpi's ? I, for myself, did start simply collecting all the functions that I found in dpi/ and are used by many dpi's and put them in a library. Like the various send_stream functions or the get_attr_value function, or the encoding and decoding functions. 3) About configuration (and I think I read comments about this in the code), shouldn't there be only one config file ? and not dpidrc and possibly different configs for all the dpis ? maybe even merge cookiesrc with dillorc ? I guess some of this (or all of it ?) is being worked on by some of you. Maybe this mail helps to avoid duplication :-) Cheers, Andreas P.S.: I also have some ideas about improving the ftp plugin. There is a pretty simple ftp library, and I think it does make sense to actually log in an ftp server and stay logged in for all the operations. (unlike wget which logs in and out for every file). This is not only faster but helps with busy ftp sites, too ! -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

21 years, 2 months

Re: [Dillo-dev]Compiling 0.8.0 Debian

by TBLittlefoot

> From diego.saenz(a)aulir.com Thu Mar 25 11:32:52 2004 > Cc: dillo-dev(a)auriga.wearlab.de > Subject: Re: [Dillo-dev]Compiling 0.8.0 Debian > X-Spam-Score: 0.0 (/) > > El Wed, 24 Mar 2004 18:34:46 -0800 > "TBLittlefoot" <littlefoot8(a)earthlink.net> escribio: > > [...] > > > > > (I'm fairly handy with sh-compatible shell scripting.) > > > Then you can look to the *.filter.dpi (Dillo PlugIns) files that come > with dillo, another look to the DPIs spec in web page and say what you > think or code what you want. :) > > List traffic up by: > Diego. > Will check it out, Diego. Thank you. Tom

20 years, 7 months

Cookies performance

by Johannes.Hofmann＠gmx.de

On Tue, Jan 12, 2010 at 05:42:03PM +0000, corvid wrote: > Johannes wrote: > > I noticed that since the recent DPI update pages which use > > cookies load slower (e.g. fltk.org) > > Do others also see that? It could also be OS specific. > > I thought it seemed weirdly slow _sometimes_. > I'll have to throw some gprof at it and hope for something > simple and embarrassing. > > (I wonder whether it would be easy to do valgrind with dpid and the > plugins.) I did some truss on the cookies dpi and found that it is reading ~/.dillo/dpid_comm_keys quite often. Maybe that is related.

14 years, 10 months

Dillo-dev search results for query "plugin"