April 2010 - Dillo-dev - lists.mailman3.com

setting image buffer and queueing resize
by corvid＠lavabit.com 09 May '10

09 May '10

I had just fixed the dw simple image test that hadn't requested a resize when setting the imgbuf. And now I just found that one of the scaled2 test's images needs it as well. Perhaps we should make the resize argument to setBuffer() mandatory. But, better yet, how about if Image::setBuffer() just does a queueResize() if either of its dimensions are LENGTH_AUTO?

3 2

style.css font-family misses redraw
by dennisn＠dennisn.dyndns.org 28 Apr '10

28 Apr '10

If you specify a font-family in ~/.dillo/style.css, such as: * { font-family:sans-serif } And then visit a page like: http://www.linuxfromscratch.org/lfs/downloads/6.6/ ... it will produce "ghost" lines from the previous rendering before the css was applied. Moving the window, or doing anything else that forces a redraw, cleans it up. (Let me know if you don't see this and I can provide a screenshot.)

3 9

image background colors
by corvid＠lavabit.com 24 Apr '10

24 Apr '10

Is this anywhere near correct? (This at least makes the background colors right for the rounded-corner images on the top row of links at fltk.org. Of course it still looks funny because valign top isn't obeyed...)

2 4

zero-delay refresh, but no URL
by corvid＠lavabit.com 23 Apr '10

23 Apr '10

http://www.algo-prog.info/ocmc/ contains <meta http-equiv="refresh" content="0;web/" /> For refresh, we assume there will be an '=' from "URL=". Since there isn't one, we refresh the same URL over and over and over... We could refuse to follow a zero-delay refresh without a new URL, but I seem to recall back in the never-follow days that sometimes a page _wanted_ to be immediately refreshed once, after which it would provide the contents (I always wondered why). So perhaps the nav redirection stuff should use bw->redirect_level.

2 4

classes and pseudoclasses
by corvid＠lavabit.com 21 Apr '10

21 Apr '10

I was looking at how the fltk site appears, and noticed that dillo and firefox have different ideas of what to do for: <html><head><style> A:link {color: #ff0000} A.unsel {color: #000000; background-color: #00ff00} </style></head><body> <a class=unsel href=http://www.dillo.org>a link</a> </body></html>

2 1

Dillo: being removed from Debian
by jcid＠dillo.org 20 Apr '10

20 Apr '10

FYI, corvid wrote: > Johannes wrote: > > On Tue, Apr 20, 2010 at 10:14:56AM -0400, Jorge Arellano Cid wrote: > > > On Tue, Apr 20, 2010 at 03:31:47PM +0300, Jari Aalto wrote: > > > > > > > > Dillow in in danger being removed from debian > > > > > > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575240 > > > > > > > > This is mostly due to RC bugs (grace, serious, important) listed in: > > > > > > > > http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=dillo;dist=unstabl > > > > > > > > The current Debian maintainer does not seem to repond any longer, so I > > > > could offer my help to keep the package in Debian: > > > > > > > > Would you take a look at the Debian bug listing and see their > > > > Could be solved or if they already are in latest version? > > > > > > > > Thanks for any help, > > > > Jari > > > > > > I'd be happy if dillo1 is removed from Debian: > > > > > > > > > * It's full of bugs (+ i18n's patch bugs) > > > * Uses GTK1 (this misleads developers, packagers and distros to > > > think that dillo is still a GTK1-based project). > > > * When people hear about dillo, or find our website, they try a simple > > > 'apt-get dillo' and get the wrong picture. Then they find out it > > > haven't had patches in years <-> dead project. Who would like to > > > put his effort into that project? > > > * It states that is not the official dillo and that dillo.org developers > > > should not be bothered with its bugs (my request at the time), but > > > this chains the question: why did the trusty Debian maintainers chose > > > the unnoficial version? There must be problems with the official on > > > * Dillo1 has been unmaintained for years. > > > > > > Then I'd be even happier if we can get dillo/fltk-1.3 into Debian, > > > in the short term. > > > > > > I guess it's easier by first removing dillo1 and then pushing dillo2, > > > but don't know about Debian policies. > > > > > > I'd answer Jari along the above lines, CC'ing dillo-dev. > > > > > > What do you guys think? > > > > I fully agree > > *agrees* -- Cheers Jorge.-

1 0

make instant meta-refresh optional?
by dillo-dev＠toykeeper.net 16 Apr '10

16 Apr '10

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 14 Apr '10

14 Apr '10

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 10 Apr '10

10 Apr '10

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 08 Apr '10

08 Apr '10

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