- Dillo-dev - lists.mailman3.com

general uri handler

by dennisn＠dennisn.linuxd.org

On Sat, 5 Jul 2014 12:27:54 +0200, Johannes Hofmann wrote: > On Sat, Jun 28, 2014 at 07:58:20AM -0400, Dennis New wrote: > > How are you guys handling non-builtin uris, like ed2k:, mailto:, > > magnet:, etc? I hacked a general purpose handler (that calls a shell > > script) from dpi/hello.c, but surely something this useful should > > ship with dillo? > > > > It seems that this has been a popular request for a long time :P... > > > > http://lists.dillo.org/pipermail/dillo-dev/2004-October/002403.html > > I mostly use "Copy link location" from the popup menu. > Can you make the source of your general purpose handler availble > somewhere? It was a tiny hack of dpi/hello.c, I also got rid of the dialog box and changed the html output a bit, and didn't bother doing escape character filtering... + Dstr *cmd_arg = dStr_new(""); if (cmd && url) { - child_cmd = dStrdup("date -R"); + dStr_sprintfa(cmd_arg, "dillo-urihandler \"%s\"", url); + child_cmd = dStrdup(cmd_arg->str); MSG("[%s]\n", child_cmd); To make compilation easier, I didn't bother renaming "hello.filter.dpi". And I had to add an entry for each protocol that I wanted to handle in dpidrc... +proto.magnet=bla/hello.filter.dpi +proto.mailto=bla/hello.filter.dpi

July 5, 2014

general uri handler

by Johannes.Hofmann＠gmx.de

On Sat, Jun 28, 2014 at 07:58:20AM -0400, Dennis New wrote: > How are you guys handling non-builtin uris, like ed2k:, mailto:, > magnet:, etc? I hacked a general purpose handler (that calls a shell > script) from dpi/hello.c, but surely something this useful should ship > with dillo? > > It seems that this has been a popular request for a long time :P... > > http://lists.dillo.org/pipermail/dillo-dev/2004-October/002403.html I mostly use "Copy link location" from the popup menu. Can you make the source of your general purpose handler availble somewhere? Cheers, Johannes

July 5, 2014

general uri handler

by dennisn＠dennisn.linuxd.org

How are you guys handling non-builtin uris, like ed2k:, mailto:, magnet:, etc? I hacked a general purpose handler (that calls a shell script) from dpi/hello.c, but surely something this useful should ship with dillo? It seems that this has been a popular request for a long time :P... http://lists.dillo.org/pipermail/dillo-dev/2004-October/002403.html

June 28, 2014

Dicache work

by johannes.hofmann＠gmx.de

Hi Jorge, On Tue, Jun 24, 2014 at 08:32:11AM -0400, Jorge Arellano Cid wrote: > Hi there, > > There're three new dicache patches in the repo. These have > beeen tested/checked with valgrind and gcc's address sanitizer. > > Given the last memory usage reports, and a very necessary > cleanup that was pending for a long time, this patch set tries to > tackle the issue. > > There's also some decompressed image caching enabled (read the > verbose changelog) that will make dillo feel faster. Nice. It really helps especially with the CSS-triggered repushes where we previously were re-decoding the images. Cheers, Johannes

June 25, 2014

Dicache work

by jcid＠dillo.org

Hi there, There're three new dicache patches in the repo. These have beeen tested/checked with valgrind and gcc's address sanitizer. Given the last memory usage reports, and a very necessary cleanup that was pending for a long time, this patch set tries to tackle the issue. There's also some decompressed image caching enabled (read the verbose changelog) that will make dillo feel faster. Please test and send feedback. BTW, I found ways to crash dillo without the patches and wonder whether some of you also experimented image-related crashes. -- Cheers Jorge.-

June 24, 2014

Experimental repository "dillo_grows"

by sgeerken＠dillo.org

Hi! At <http://flpsed.org/hgweb/dillo_grows>, you'll find a version of dillo with some changes in how widget sizes are handled (GROWS stands for Grand Redesign Of Widget Sizes). There is also some doxygen documentation in doc/dw-grows.doc, or html/dw-grows.html. Work on floats is currently stalled since most recent bugs related to floats seem to result from problems addressed in GROWS. Sebastian

June 19, 2014

dicache valgrind log entries

by jcid＠dillo.org

On Fri, May 30, 2014 at 10:28:05AM -0400, Jorge Arellano Cid wrote: > On Fri, May 30, 2014 at 05:19:10AM +0000, eocene wrote: > > > > Jeremy's logs have been showing lots of dicache > > entries in recent days. > > Thanks. I'm working in the dicache now and there plenty > of things to iron out... Besides the "lost" blocks, valgrind also detected an "invalid read" for which I just committed a fix. The interesting part is that commit #3669 didn't introduce it, but just exposed it. -- Cheers Jorge.-

June 8, 2014

dicache valgrind log entries

by jcid＠dillo.org

On Fri, May 30, 2014 at 10:28:05AM -0400, Jorge Arellano Cid wrote: > On Fri, May 30, 2014 at 05:19:10AM +0000, eocene wrote: > > > > Jeremy's logs have been showing lots of dicache > > entries in recent days. > > Thanks. I'm working in the dicache now and there plenty > of things to iron out... Well, it turned out to be much less than it seemed. Just a simple bug in the new code I was working on. On current tree, valgrind reports "definitely lost" DICacheEntry blocks created by Dicache_entry_new(), but in fact, they're not lost. e.g. running: $valgrind --tool=memcheck --leak-check=yes --log-file=valg3678.out \ ./dillo http://lwn.net/ and exiting dillo after the page is fully loaded, reports lost blocks from Dicache_entry_new() (one per image). Now, if you run the same command, wait until the page is fully loaded, then switch to bookmarks and exit, there's no lost block reported. The point is: bookmarks has no images, and once it loads the dicache cleans previous images (from lwn.net) hence valgrind, sees no leaks. There're ways to fine tune valgrind with specific parameters for leak detection, but I don't know them in the necessary depth to chose the correct ones. -- Cheers Jorge.-

June 7, 2014

Dillo Buildroot package

by rogerx.oss＠gmail.com

> On Tue, Jun 03, 2014 at 09:28:31PM +0200, Johannes Hofmann wrote: >Hi, > >thanks to Peter Seiderer there now is a Dillo Buildroot [1] >package [2] available. > >Cheers, >Johannes I do something similar here using Gentoo, setting up a Gentoo Linux distribution on a 64 bit quad core for cross-compiling Gentoo based packages for my slower 32 bit Pentium3 boxes. If I had embedded 32 bit platforms, I likely could now easily build from source for the embedded platforms. Works seemingly flawlessly so far, aside from the effect of using the slow & heavy Python scripting used within Gentoo's (Portage) package management system. -- Roger http://rogerx.freeshell.org/

June 4, 2014

Dillo Buildroot package

by Johannes.Hofmann＠gmx.de

Hi, thanks to Peter Seiderer there now is a Dillo Buildroot [1] package [2] available. Cheers, Johannes [1] http://buildroot.net [2] http://git.buildroot.net/buildroot/commit/?id=65b47530229b1ebaa4e2d40ff7656…

June 3, 2014