- Dillo-dev - lists.mailman3.com

make instant meta-refresh optional?
by dillo-dev＠toykeeper.net April 16, 2010

April 16, 2010

I was just trying to look up a local place on Google Maps, and found that the page wouldn't render any more. So I investigated, and it turns out to be a combination of two problems: - Dillo now follows instant meta-refresh commands, instead of letting the user decide. - Google Maps redirects to a 'mobile' version of the site, which fails to recognize Dillo's user-agent string and returns WML instead of HTML. (I sent them info about this bug a few moments ago; hopefully they'll fix it) Would it be possible to make that first one optional? Maybe a config variable or something? I liked the old behavior much better. The change was introduced here: changeset: 1037:a72e5506e280 user: Jorge Arellano Cid <jcid(a)dillo.org> date: Sat Apr 18 16:16:18 2009 -0400 summary: Implemented Instant client-side redirects (META refresh with delay=0) For now, I've been building with this small patch: --- a/src/html.cc Wed Apr 07 22:07:07 2010 +0000 +++ b/src/html.cc Wed Apr 14 19:15:12 2010 -0600 @@ -2883,7 +2883,7 @@ mr_url = dStrdup(content); } - if (delay == 0) { + if (0) { /* zero-delay redirection */ html->stop_parser = true; DilloUrl *new_url = a_Url_new(mr_url, URL_STR(html->base_url)); -- Scott

4 7

Dillo's jealous of Google
by onepoint＠starurchin.org April 14, 2010

April 14, 2010

Dillo's *so* jealous of Google it won't let me see it! (So much for the open relationship thing :-) Log attached. I assume that the DENY message is from line 399 of src/capi.c, is that right? This certainly worked only a few days ago. What has changed? It's really not good that Dillo is by default silently denying me access to Google. How can this be improved? Regards, Jeremy Henty

2 2

new fltk snapshot out
by corvid＠lavabit.com April 10, 2010

April 10, 2010

Some compose / input method stuff. http://fltk.org/articles.php?L986 http://fltk.org/newsgroups.php?s4670+gfltk.commit+v4689+T0 If you find it to be an improvement, then we can update the recommendation...

2 1

Problem with fonts.
by rmarathe＠i-rode.com April 8, 2010

April 8, 2010

Hello, I have loaded Dillo Browser on to my ARM based embedded platform. Presently, I am facing a problem with fonts. The messages that I get while the browser comes up are --------------------------------------------------------------- bad font: variable ** WARNING **: preferred sans-serif font "helvetica Sans" not found. ** WARNING **: preferred serif font "helvetica Serif" not found. ** WARNING **: preferred monospace font "helvetica Sans Mono" not found. ** WARNING **: preferred cursive font "helvetica Sans" not found. ** WARNING **: preferred fantasy font "helvetica Sans" not found. ------------------------------------------------------------------ Also, the size of the text that appears on Dillo (On the ARM based system) appears very small. However, the same page if I open with Dillo running on a Linux PC, will show bigger fonts. So, my questions are: 1. How do I get rid of the "bad font" error message on my ARM-based system ? I have used LTIB as the unix based development platform. 2. How to overcome the font size problem ? Playing around with max/min font_size and scale_factor in dillorc did not help. regards, Rajesh Marathe.

3 2

web bug save?
by corvid＠lavabit.com April 8, 2010

April 8, 2010

Jorge wrote: > On Fri, Apr 02, 2010 at 07:07:50PM +0000, corvid wrote: > > > I'd only suggest considering whether adding a URL flag (e.g. > > > URL_FilterOut) provides more flexibility/clarity without having > > > to add the 'requester' parameter to the API. > > > > Can you elaborate a bit on how/where the flag would be set, and > > how it would help? > > I haven't looked at it in enough depth to offer a good > alternative yet. Just noticed of the API changes, made an extra > couple of passes above the code considering the flag or having > referer in the DilloUrl struct. > > The idea is to commit it and to consider the alternatives > later. All right, then. Committed. Everyone: 1) This will surely require various tweaks. 2) If it threatens to drive you insane in the meantime, there's a dillorc option. Do you think we should put image/stylesheet redirection under its control? [for reference, this thread dates back to http://lists.auriga.wearlab.de/pipermail/dillo-dev/2009-December/007118.html ]

2 3

patch: white-space: pre-line as well
by corvid＠lavabit.com April 7, 2010

April 7, 2010

I don't know whether it's of much use, exactly, but while I was in the conceptual area...

2 1

css :visited and security
by corvid＠lavabit.com April 5, 2010

April 5, 2010

The other day, I saw another of those pages about using :visited and display in order to allow others to learn whether the user has visited a page. (I remember Johannes pointing to a page about this last year, too.) I wonder whether it would be sensible to have a dillorc option defaulting to NO for whether to use :visited.

2 3

line-height
by corvid＠lavabit.com April 4, 2010

April 4, 2010

Just committed some line-height code that Johannes and I wrote. When line-height is less than the font's ascent+descent, unhighlighting gets confused. I think it has to do with using the line dimensions for 'area' for drawing the background. I'll dig into it a little more later on. PS I see that firefox puts more space between its paragraphs than we do. Their value seems to be related to the font size, or the default font size, or something. Is there anything deep behind our use of 9?

2 1

[matthew.t.craig@gmail.com: dillo question]
by jcid＠dillo.org April 2, 2010

April 2, 2010

Hi, -- Cheers Jorge.-

2 1

[jeffdewe@gmail.com: Dillo]
by jcid＠dillo.org April 1, 2010

April 1, 2010

-- Cheers Jorge.-

2 2