Search results for "plugin" - Dillo-dev

Cookies performance

by Johannes.Hofmann＠gmx.de

On Tue, Jan 12, 2010 at 07:06:12PM +0000, corvid wrote: > Johannes wrote: > > 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. > > It looks like it checks it through a_Dpip_check_auth() when it > gets or sets a msg. As for whether it needs to, I don't know. > > I tried a little gprof, but a modest amount of browsing and > accepting cookies wasn't enough for the dpi to use up enough > time for gprof to generate stats. Yah, I don't think it's CPU bound. There must be something else. I will have a look at it.

Jan. 12, 2010

Re: dns over tls or dns over https

by Rodrigo Arias

Hi, On Sat, Jun 01, 2024 at 01:27:07PM -0600, pastebin(a)gmx.com wrote: >Hi > >could someone give me an idea about dillo using 'dns over tls' or 'dns >over https'? or using dnssec? The mobilized fork has added support for it, as it is provided by libcurl (which they have switched to): > 20240522: New tarball. To enable DNS-over-HTTPS (DoH), you can now set > the preference dns_over_https_url. https://www.toomanyatoms.com/software/mobilized_dillo.html My recommendation is to setup a local resolver on your machine, so all name resolution is handled by it, not just Dillo. Then you can use whatever mechanism you want (DoH, DoT, DNSSEC...). This would be especially useful if you download a file with Dillo, as it would launch an external wget process. Or if you use any plugin that performs network operations on its own. Here are some docs (even if you don't use Arch): https://wiki.archlinux.org/title/DNS-over-HTTPS https://wiki.archlinux.org/title/DNSSEC I didn't check on my own how well that works, but I would rather keep it out of Dillo if posible. >what about dillo using mbed-tls vs openssl? >the configuration only shows a --disable-mbedtls The DNS resolution is done prior to interacting with any TLS library. There is also a --disable-openssl switch to search for mbed TLS only, see ./configure --help. Best, Rodrigo.

June 1, 2024

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

by Kevin Koster

On Thu, 25 Apr 2024 21:36:04 +0200 Rodrigo Arias <rodarima(a)gmail.com> wrote: > We can improve the content detection to handle both HTML and > XML-style comments, but I prefer to defer it after the 3.1.0 release. > Websites shouldn't rely on the browser to guess the content type, it > should be stated in the HTTP header or the meta tag. So I don't > consider this a priority that should block the release for longer. Yes, that's reasonable. > If you want to work on it, feel free to do so :-) I might have a go at it then. > >I've built Dillo from that branch and pages on www.lemis.com now > >render correctly, thanks! If I save the homepage as lemis.xhtml it > >still shows as plain text when loaded with file://, though it is > >rendered if the comments before <!DOCTYPE> are removed or if the > >original file is saved as lemis.html. Not much of an issue, but it > >could cause confusion for someone. > > 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.

April 27, 2024

current plans

by itsme_410＠yahoo.com

--- On Thu, 4/19/12, corvid at lavabit.com <corvid at lavabit.com> wrote: > From: corvid at lavabit.com <corvid at lavabit.com> > Subject: Re: [Dillo-dev] current plans > To: "Globe Trotter" <itsme_410 at yahoo.com> > Date: Thursday, April 19, 2012, 12:11 AM > > the current plans page has a > number of items which are said to be at least > > in prototype: is there a way to access these > prototypes? assuming that > > they are still part of the plans to move them to > dillo? > > > > any time for a new major release yet? > > My understanding for prototype items are: > > Throttle rendering: Jorge must've done something at some > point, but I > don't know what. > Graphical plugins framework: Maybe this refers to something > from dpi > ancient history. > Image backgrounds: I think I remember Jorge mentioning > trying something > quickly a year or two ago, but I never saw the code or > anything. > Javascript: In addition to the link, I can say that I > think...Jeremy? was > interested in getting something working, but may have been > too busy to do > so. > > As for a release, I for one have been on vacation of > late... > > Thanks very much! I would like to request that you consider releasing more often so that more users may continue to be interested in dillo.....

April 19, 2012

Re: Save link as... silent failure on gopher protocol

by Rodrigo Arias

Hi, On Mon, May 25, 2026 at 09:25:58AM -0700, Ben Collver wrote: >Good day, > >I am using dillo 3.3.0 on Slackware64 15.0. > >If I open a gopher directory, right-click on an item, and click >Save link as..., this opens a file save dialog. If i click OK, it >dismisses the dialog. I expected it to save something, but it >creates no new files. > >Gopher URI: gopher://gopher.pglaf.org/1/4/0/2/8/40282/ >Top item: 40282-0 > >I found the following workaround: > >* Left click 40282-0 >* Click Save button in browser toolbar > >This creates a new file as expected. Yes, this is a known limitation of the downloads in Dillo. Using the "Save link as" to fetch a new resource will use wget under the hood, which only allows http(s). You can see the message in the console: > UIcmd_save: /tmp/40282-0.txt > ** WARNING **: Ignoring download request for > 'gopher://gopher.pglaf.org/0/4/0/2/8/40282/40282-0.txt': not in cache > and not downloadable. Browsing to the target file makes the gopher plugin fetch the file and place it in the Dillo cache (you can see it in about:cache). Then saving the current page (or going back and clicking the "Save link as" entry) works because it fetches it from the cache. It is planned to solve this some time in the future, but involves complex changes. In the meanwhile, you can use this workaround. Best, Rodrigo.

May 25, 2026

Dillo + Partial Javascript Support

by matopoftheworld＠live.co.uk

Hi I have a cnm minibook which is part of a little Linux laptop family of mini laptops that use low powered Mipsel processors running Lnux. An unofficial site is here: http://linuxlaptopforum.ark2webdesign.co.uk/index.php One of the users has come up with a Linux distro called 3MX which uses IceWeseal but has also Dillo. The reason for this is because IceWeasel is a bit slow due to the low spec processor. Dillo runs far better than IceWeasel and would be an ideal replacement if it had the functionality of Javascript. Rather than somebody trying to get full Javascript suport for Dillo, I was thinking along the lines of partial Javascript support. The bare minimum would be to access websites that use Javascript to allow logins to forums etc. If any more functionality could be added so that for example social network sites like facebook or bebo then that would be great.On a personal note, I don't mind the lack of CSS when displaying pages on Dillo due to the small screen size of the minibook so any Javascript concerning that is not necessary. It is theoritcally possible as I use the noscript plugin on Firefox on my home PC which blocks javascript from certain 3rd party sites from running. I was wondering if anybody had any thoughts if the above is achievable and if so what would be the best Javascript engine to use with Dillo to achive this? Thanks in advance alsaf. _________________________________________________________________ Share your photos with Windows Live Photos ? Free. http://clk.atdmt.com/UKM/go/134665338/direct/01/

April 7, 2009

patch: close windows from menubar

by jcid＠dillo.org

On Wed, Oct 08, 2008 at 05:04:29PM +0200, Joerg Sonnenberger wrote: > On Wed, Oct 08, 2008 at 03:32:42PM +0100, Jeremy Henty wrote: > > On Wed, Oct 08, 2008 at 01:09:48PM +0200, Joerg Sonnenberger wrote: > > > > > ... why would you want dillo1 and dillo2 at the same time. > > > > I don't know. But when you start saying "No-one could *possibly* want > > to do that, so let's stop supporting it" then you are riding for a > > fall. Why make ourselves hostages to fortune? Why not make *sure* we > > avoid the problem rather than gambling that we've second-guessed our > > entire user base? Murphy's law applies, so play it safe unless > > there's a compelling reason not to. > > You are adding the overhead of changing user behavior though. The claws > backend might be a good reason, frankly it is the only one I see so far. OK, just checked Debian and Ubuntu and both have the dillo viewer plugin for sylpheed with a dependency on the plain "dillo" package. Looking around in the FLTK docs, there's this function: CreatedWindow::set_xid() It looks promising. Unfortunately I haven't found a full code example to make it work. If somebody knows how to use it, it'd be simple to make a "drop in" replacement for dillo1, and avoid the problems discussed in this thread. BTW, I'm inclined to using dillorc/dillo/2.0 in the release. -- Cheers Jorge.-

Oct. 9, 2008

Patch for xembed updated

by podarcis＠lavabit.com

> > When porting dillo to fltk we had to implement xembed on our own or > break support for the claws-mail plugin. > That's why we added xembed.cc. > Thank you for the infos. Keeping compatability is of course a main goal... Nevertheless I am still not really certain, what the current xembed protocol implementation does - or does *NOT*. Please have a look at the enclosed diff 'xembed_removed_demo.diff', that removes the *WHOLE* xembed protocol implementation and only keeps the window creation. Still embedding with 'tabbed' works as before. This really makes me wonder... > I would prefer a minimal fltk-based example program in the test > directory, that implements the embedder side of xembed. > It shouldn't be too hard to do (e.g. by looking at the tabbed > sources). > It would be cool if you would like to work on that. Sorry, but I don't feel able to do this proper. Looking at the xembed protocol specification makes me consider that as an extremely time-consuming task. One idea, which could make us both happy: I have again updated my patch, so that using the xembed protocol can be specified by the application. If using it (and that's the default of course) will run the current xembed code effectively unchanged. This way there should be no compatabiliy issues (The way I have designed that option is only an outline, maybe this can be done better). Only if running with xembed protocol disabled my patch comes into action. --> xembed_patch_xembed_protocol_set.diff --> dembed.cxx Cheers, Podarcis

Jan. 9, 2013

Feature Request

by Beartooth＠swva.net

I think I'm being unclear, in two ways. >> Just to check, I did this as root : >> >> [root@Hbsk2 btth]# rpm -q dillo >> dillo-0.8.6-7.fc9.i386 >> [root@Hbsk2 btth]# yum update dillo ^^^^^^^^^^^^^^^^ >> Loaded plugins: refresh-packagekit >> updates-newkey | 2.3 kB 00:00 >> updates | 2.6 kB 00:00 >> fedora | 2.4 kB 00:00 >> Setting up Update Process >> No Packages marked for Update ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> [root@Hbsk2 btth]# On Sat, 8 Nov 2008, Johannes Hofmann wrote: > dillo-0.8.6 is no longer supported and you should consider to > upgrade to dillo-2.0. > But nevertheless for me it also works with dillo-0.8.6. For those who run other OSs, what the emphasized lines mean is the 0.8.6 is what Fedora has, period. (I run F9, the latest release.) Any idea why it's so far behind?? I didn't realize 1.0 had become official, let alone 2.0 > If you enter "google.com" in the location bar and hit return > it doesn't go to google? It does indeed. I'm putting this badly. I run Alpine 2.0; it is set to launch the default browser, which is dillo -- and URLs in emails are what I use a default browser for. Does this mean something in my Alpine settings (and my Pine 4.64 settings, which it took over) is wrong? My Fedora default browser setting is simply "dillo %s"; my Alpine setting is something I'll have to dig for, as it's buried way deep. -- Beartooth Oldfart, Double Retiree, Neo-Redneck, Linux Convert Remember, I have precious little idea what I am talking about.

Nov. 8, 2008

Re: RFC repository

by pastebin＠gmx.com

Rodrigo this looks pretty amazing are you thinking along the lines of a plugin that will take for example on the page https://github.com/dillo-browser/rfc the drop down box - when viewed with dillo gives Product Actions Automate any workflow Packages Host and manage packages Security Find and fix vulnerabilities Codespaces Instant dev environments GitHub Copilot Write better code with AI Code review Manage code changes Issues Plan and track work Discussions Collaborate outside of code Sun, 7 Jul 2024 20:53:34 +0200 Rodrigo Arias <rodarima(a)gmail.com> wrote: and put them into a drop down box? > Hi, > > I've decided to open a RFC-like repository for Dillo here: > > https://github.com/dillo-browser/rfc > > So we can have a centralized place to propose and discuss non-arbitrary > changes or other topics regarding Dillo. For now they are just Markdown > files so they are easy to read and write from any editor and we don't > rely much on GitHub. This also allows contributions by sending patches > via email. > > I'll be collecting more thoughts about the rule-based mechanism I was > talking about in other threads in the RFC-002: Rule-based content > manipulation, here: > > https://github.com/dillo-browser/rfc/blob/rfc-002/rfc-002-rule-based-conten… > > I may also add the PEC proposal I did the other day to classify how > broken are pages when you disable JS, although it not very Dillo > specific: > > https://dillo-browser.github.io/pec/ > > Best, > Rodrigo. > _______________________________________________ > Dillo-dev mailing list -- dillo-dev(a)mailman3.com > To unsubscribe send an email to dillo-dev-leave(a)mailman3.com

July 7, 2024

Dillo-dev search results for query "plugin"