- Dillo-dev - lists.mailman3.com

RE: [Dillo-dev]which version does this patch file patch

by Linda J. Laubenheimer

> -----Original Message----- > From: dillo-dev-admin(a)lists.auriga.wearlab.de > [mailto:dillo-dev-admin@lists.auriga.wearlab.de] On Behalf Of > Jorge Arellano Cid > Sent: Wednesday, October 06, 2004 6:48 AM > To: dillo-dev(a)lists.auriga.wearlab.de > Subject: Re: [Dillo-dev]which version does this patch file patch > > > What does "*Headdesk*" mean? Sorry, a bit of humor. *Headdesk* means the act of banging your head on the desk, usually from frustration or discovery that you've been an idiot, or both. The words "head" and "desk" are run together, in a visual joke of the two colliding. It probably doesn't translated well... L J Laubenheimer

Oct. 6, 2004

Re: [Dillo-dev]dillo-0.8.3-rc1.tar.bz2: bug

by Thorben Thuermer

On Wed, 6 Oct 2004 13:52:40 +0200 Matthias Franz <Matthias.Franz(a)ujf-grenoble.fr> wrote: > 1. Dillo displays a page without the embedded GIF image, showing the > alternate text instead. It starts consuming all cpu time, but still > responds to keyboard and mouse input (history navigation; no new pages > are displayed). > > 2. Dillo doesn't display a page at all. Cpu/input behaviour as before. > > The problems only occur with certain local files, not http pages. > Moreover, they don't occur deterministically. They seem to happen > somewhat more often if one follows a link instead of loading a page > from the command line. [...] > But remember that so far the problems have only occurred with local files. this is actually the brokenness of the dpi subsystem you are seeing there (file: was recently switched to be a dpi instead of native), and this behaviour occurs with all dpis (file, ftp, https, custom filter ones...) you're also lucky it "only" hangs, i see both dillo and dpid regularly crashing... - Thorben

Oct. 6, 2004

Re: [Dillo-dev]which version does this patch file patch

by Kelson Vibber

Jorge Arellano Cid wrote: > What does "*Headdesk*" mean? It's an expression of frustration, as in hitting your head against your desk. -- Kelson Vibber www.hyperborea.org

Oct. 6, 2004

Re: [Dillo-dev]which version does this patch file patch

by Phil Blundell

on Tue, Oct 05, 2004 at 09:18:27AM +0100, Jeremy Henty wrote: > > On Mon, Oct 04, 2004 at 11:37:33AM -0700, Linda J. Laubenheimer wrote: > > Oh, well, no Dillo on my thin box. > > Why not? Gtk+-2 is designed to work alongside gtk+-1 with no > problems. I have had them both installed for a couple of years, > running dillo and other gtk+-1 and gtk+-2 applications. It's all > worked out of the box with no problems. Probably because installing GTK1 (and all the associated other bits that it needs, like glib and the legacy X fonts) would take too much disk space. On a modern system you probably aren't going to have any other GTK1-based applications, and it's hard to justify installing those extra things just for Dillo. In the Familiar project, we are still using Dillo 0.6.7, because that's the only version that I could find with working GTK2 patches. Some of our target machines have only 16MB of memory, and we'd have to remove a significant amount of other functionality to make space for a GTK1-based Dillo. p.

Oct. 6, 2004

Re: [Dillo-dev]mailto: protocol

by Jorge Arellano Cid

On Sat, Oct 02, 2004 at 01:46:46PM +0200, Florent BERANGER wrote: > Hi, > > I didn't see, in docs and config file, how to configure the > mailto: protocol in order to redirect it to a mail client > specified in dillorc config dile. > Does I need a patch for this feature ? This hasn't been implemented so far. It's not hard to do at all. It's just the lack of developers. For instance, provided that "file:" URLs are sent to a dillo plugin (dpi), the same can be done for "mailto:". Even more, it would be much simpler than with "file:". *sigh* -- Cheers Jorge.-

Oct. 6, 2004

Re: [Dillo-dev]which version does this patch file patch

by Jorge Arellano Cid

> > On Mon, Oct 04, 2004 at 11:37:33AM -0700, Linda J. Laubenheimer wrote: > > > > > *Headdesk* So that's why it won't compile with glib2 and gtk2. It > > > always ended up linking against libmodule 1.2, libglib 1.2, etc., What does "*Headdesk*" mean? -- Cheers Jorge.-

Oct. 6, 2004

[Dillo-dev]testing dillo-0.8.3-rc1

by Bjoern Brill

Hello, I've tried out dillo-0.8.3-rc1 for a few days on a Debian GNU/Linux 3.0 "woody"/i386 system. It compiled and installed cleanly, and I did not encounter any regressions against 0.8.2 yet. The parser changes are a real improvement -- several formerly problematic sites I've tried work now, and the "Detected HTML errors" view produces much more meaningful results. Two small problems I've encountered: - It seems that, if a pair of <a href="..."> </a> tags contains something illegal, like <div>, then the <a> tags are ignored, rather than the illegal stuff inside. That's suboptimal. As an example, look at http://www.kmelektronik.de/ (admittedly a very broken site, standards-wise). The text fragments "Light-Version Versand" and "Light-Version Shop" near the page bottom should really be links. If this is hard to fix, then don't bother. - This one is not new, but I fixed it a while ago for myself and then forgot about it: the "This page uses the NON-STANDARD meta refresh tag..." warning usually occurs inside <head>, but is immediately sent to the parser, which in turn switches its HTML processing state from IN_HEAD to IN_BODY prematurely. After that, head-only tags like <title> and <base> are ignored. A minimal fix is at the end of the mail. Best regards, Björn Brill -- Bj"orn Brill <brill(a)fs.math.uni-frankfurt.de> Frankfurt am Main, Germany --- dillo-0.8.3-rc1/src/html.c.orig Tue Sep 21 17:42:12 2004 +++ dillo-0.8.3-rc1/src/html.c Tue Oct 5 19:21:42 2004 @@ -3101,7 +3101,11 @@ static void Html_tag_open_meta(DilloHtml /* Send a custom HTML message */ html_msg = g_strdup_printf(meta_template, content, delay_str); - Html_write_raw(html, html_msg, strlen(html_msg), 0); + { + DilloHtmlProcessingState SaveFlags = html->InFlags; + Html_write_raw(html, html_msg, strlen(html_msg), 0); + html->InFlags = SaveFlags; + } g_free(html_msg); } }

Oct. 6, 2004

Re: [Dillo-dev]Caching

by Jorge Arellano Cid

On Mon, Oct 04, 2004 at 07:47:11AM -0400, Brian Hechinger wrote: > On Mon, Oct 04, 2004 at 05:08:22PM +0800, Russell J. Wood wrote: > > > > Before the next release would it be possible to add an option in dillrc > > concerning caching (i.e. don't do it)? It'd be good to have a way to control caching. Unfortunately not for the next release. It has its complexities that need careful design and time. > > i would like to second this motion. a cacherc done like cookierc would be fine > for me if we want to be able to control caching more finely. We're sorting a large task list by priorities now with Sebastian. I'd say in advance we'd need a volunteer developer to look on this topic. We're far surpassed by the amount of work. -- Cheers Jorge.-

Oct. 6, 2004

[Dillo-dev]resuming from offline gap due to ISP change

by Jorge Arellano Cid

Hi there, After changing ISP I had some unexpected problems trying to access our servers (no HTTP, no MAIL, no SSH). Initially I thought the wearlab was down, but the second day I realized it was a connection problem. It took some time to solve this, but now I'm back. -- Cheers Jorge.-

Oct. 6, 2004

Re: [Dillo-dev]dillo-0.8.3-rc1.tar.bz2: bug

by Matthias Franz

Hi everybody, the rendering is really much better in the 0.8.3 version. Well done! Unfortunately, I'm experiencing problems with the new version that I've never had with 0.8.2: 1. Dillo displays a page without the embedded GIF image, showing the alternate text instead. It starts consuming all cpu time, but still responds to keyboard and mouse input (history navigation; no new pages are displayed). 2. Dillo doesn't display a page at all. Cpu/input behaviour as before. The problems only occur with certain local files, not http pages. Moreover, they don't occur deterministically. They seem to happen somewhat more often if one follows a link instead of loading a page from the command line. The "bad" pages are from some documentation I've written, available at http://www-fourier.ujf-grenoble.fr/~franz/convex/doc/current/ . But remember that so far the problems have only occurred with local files. You can download the complete documentation (roughly 80 kB) at http://www-fourier.ujf-grenoble.fr/~franz/convex/files/current/convex-doc.t… (gunzip it in a new directory). Problem 1 occurs with the page "about.html" (link "About this document" on the main page "index.html"). It happens in about 50% of all cases. It does not depend on the setting of w3c_plus_heuristics in dillorc. Problem 2 ocurred so far with the pages "PFACE.html" (link: Operators and functions "for PFACE") and "GFDL.html" (link "GNU free document license"). This problem is extremely rare, though (2 or 3 times in all). Here is Dillo's command line output for a problem 1 case: ~/convex/doc/1.1$ dillo index.html dillo_dns_init: Here we go! Disabling cookies. Nav_open_url: Url=>about:splash< Nav_open_url: Url=>file:/home/franz/convex/doc/1.1/index.html< main.c:153: get_command: dpid tag is NULL : main.c:326: main: get_command failed : Dpi_parse_token: [<dpi cmd='start_send_page' url='file:/home/franz/convex/doc/1.1/index.html'>] Dpi: [Dpi_process_io] IOClose Nav_open_url: Url=>file:/home/franz/convex/doc/1.1/about.html< main.c:153: get_command: dpid tag is NULL : main.c:326: main: get_command failed : Dpi_parse_token: [<dpi cmd='start_send_page' url='file:/home/franz/convex/doc/1.1/about.html'>] Dpi: [Dpi_process_io] IOClose main.c:153: get_command: dpid tag is NULL : main.c:326: main: get_command failed : [sock_handler_write]: Broken pipe [sock_handler_write]: Broken pipe *** Here I've closed the Dillo window *** Dillo: normal exit! Sorry for reporting the bug rather late after Jorge's email, but I came across this problem only yesterday. All the best, -- Matthias Franz Section de Mathématiques, Université de Genève, Suisse

Oct. 6, 2004