- Dillo-dev - lists.mailman3.com

Dillo fails on http://www.google.com/m/. Browser Agent?
by rogerx.oss＠gmail.com Dec. 8, 2011

Dec. 8, 2011

I find Dillo failing on the following simple site, which Elinks and other mobile browsers view just fine: http://www.google.com/m/ -- Roger http://rogerx.freeshell.org/

3 3

Knoppix 3.0.2 - no go
by jcid＠dillo.org Dec. 7, 2011

Dec. 7, 2011

Hi, On Wed, Dec 07, 2011 at 02:54:03PM -0500, jmh5 at nhfn.net wrote: > > Hi Again, > > It appears I spoke too soon. 3.0.2 now works ? > Maybe dpid or some other program was reloaded? > > Also, the older version now works differently !! > > Now I am really interested in how do I make a fully static > version? So I don't have program operation changing unexpectedly? Please subscribe to dillo-dev mailing list if you're interested in following the thread. This email and the previous one were forwarded there. HTH, -- Cheers Jorge.-

1 0

[jmh5@nhfn.net: Knoppix 3.0.2 - no go]
by jcid＠dillo.org Dec. 7, 2011

Dec. 7, 2011

FYI, -- Cheers Jorge.-

1 0

No subject
by bogus＠does.not.exist.com Dec. 7, 2011

Dec. 7, 2011

cache, or as if there were a stale persistent dpi process still present. At this point, I'll gander it was something with the dpi processes not cleanly exiting due to the kill signal. (I doubt a *dpi* process was hidden from proc.) -- Roger http://rogerx.freeshell.org/

1 0

tooltip bug
by corvid＠lavabit.com Dec. 6, 2011

Dec. 6, 2011

I just noticed some odd behaviour with <img src=img title="img title" border=1 width=50 height=50><br> <a href=link title="link title">text</a> If I put the cursor over the link and then, when I expect the tooltip to pop up, move quickly up into the image, first the link's tooltip pops up for an instant -- but says "img title" -- and then the image's tooltip pops up -- but says "link title".

1 0

IPv6 and HTTPS (Re: release candidate for dillo-3.0.2)
by obeythepenguin＠gmail.com Dec. 4, 2011

Dec. 4, 2011

Johannes wrote: > I doubt it's worth making the current experimental HTTPS plugin > IPv6 ready. > We will need a more robust HTTPS solution at some point. > Cheers, > Johannes Why not just reuse the existing HTTP code? *cough* http://dillo-win32.sourceforge.net/patches/07-dfcntl.diff http://dillo-win32.sourceforge.net/patches/08-dsock.diff http://dillo-win32.sourceforge.net/patches/17-https.diff Just add some warning dialogs and you've got everything the plugin offers, plus greater efficiency, code reuse, IPv6, etc. (Not to mention, it's thoroughly tested and quite stable on Linux, BSD, that other OS with 99% market share, etc. I use it myself every day.) Anyway, all my code's still there if you're interested. Cheers, ~Benjamin

2 1

release candidate for dillo-3.0.2
by corvid＠lavabit.com Dec. 4, 2011

Dec. 4, 2011

I just put up an rc at http://www.dillo.org/download/dillo-3.0.2-rc1.tar.bz2 $ sha1sum dillo-3.0.2-rc1.tar.bz2 1d1258ee7d18c8ca0eabaf100f2f611c6be03f87 dillo-3.0.2-rc1.tar.bz2 Please test :) If all goes well, the idea is to release on Monday...

9 16

Dillo temporary directory
by obeythepenguin＠gmail.com Dec. 3, 2011

Dec. 3, 2011

Jorge wrote: > On Sat, Dec 03, 2011 at 09:11:48AM +0100, Georg Potthast wrote: > > I observe that Dillo changes the current directory to "\tmp" when > > running. Why does it do that and what files shall be written into > > this directory? > No files, Dillo tries to work from an unmounted directory. > -- Cheers > Jorge.- But *why* does Dillo work from an unmounted directory? What advantage does this provide, especially if Dillo does not write any files there? (As a side note, /tmp _is_ mounted on many systems, like OpenBSD.) Cheers, ~Benjamin

1 0

Dillo-dev Digest, Vol 76, Issue 1
by mailbox＠georgpotthast.de Dec. 3, 2011

Dec. 3, 2011

I observe that Dillo changes the current directory to "\tmp" when running. Why does it do that and what files shall be written into this directory? Georg

2 1

Search from location bar
by obeythepenguin＠gmail.com Nov. 29, 2011

Nov. 29, 2011

Roger wrote: > As long as there is still a rc/config file in place for users whom want > to editthe config file by hand using VIM. > Personally, I'd rather use VIM rather then a GUI interface. Using VIM, > editingconfig options much faster. GUI can be much easier or the > lackadaisicalmethod. Of course there is still an rc file; the GUI could even be modified to nicely comment it (though it doesn't right now, to keep the code size down). But imagine you're a new user and not really all that tech-savvy. Say staring at white webpage backgrounds all day makes your eyes hurt. Would you rather a) spend hours looking through a long configuration file looking for an option to somehow darken them; or b) click a button that says "Darken white backgrounds"? If you choose option a) and you're persistent -- remember you're still pretending to be a non-savvy, first-time Dillo user -- you might discover there are two separate settings for this: - allow_white_bg sets whether white backgrounds are allowed, and - bg_color takes the hexadecimal(!) code for your desired background color. (Remember as a non-savvy, first-time user, you don't know hexadecimal.) On the other hand, if you choose option b), you probably saw it here: http://dillo-win32.sourceforge.net/dillo/screenshots.php?closeup=Win95-09.p… That's much simpler, wouldn't you say? As a side note, "Allow white backgrounds" is a bad option name from a user's perspective: since most users automatically assume white backgrounds are the norm, an "Allow white backgrounds" option forces them to think in negatives. "Darken white backgrounds" is better, because it recognizes this implied norm. The word "darken" also states a clear action, unlike -- for example -- "disallow." A user should never have to stop and think, "What does 'Disallow white backgrounds' mean?" if there's a more obvious way to word it. (And yes, I know mainline darkens backgrounds by default, but it makes a convenient illustration. And yes, if you're wondering, little things like this DO make a surprisingly huge difference in usability.) Cheers, ~Benjamin

2 2