- Dillo-dev - lists.mailman3.com

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

Wikipedia pages
by mailbox＠georgpotthast.de Nov. 28, 2011

Nov. 28, 2011

Johannes, I did not see your post when I did mine since I just get the posts once a day by email. Therefore I did not refer to your post but made a general one. I now uploaded a snapshot of Firefox displaying the "Dillo" web site on Wikipedia and three snapshots how Dillo does display it. As you can see there a great differences. Regards Georg Firefox: http://www.imgplace.com/viewimg716/298/93dillofirefox.png Dillo: http://www.imgplace.com/viewimg502/3267/50dillo1.png http://www.imgplace.com/viewimg710/2610/91dillo2.png http://www.imgplace.com/viewimg525/8632/90dillo3.png

2 1

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

Nov. 26, 2011

Jorge wrote: > ... and average users are afraid of an rc file (*sigh*), so > maybe it's not that bad having a GUI by default, which power users > can customize into a CLI with dillorc. > The other approach is to have everything GUI, which adds size, > but proves quite handy sometimes (e.g. Tools menu). I don't see why anybody should have to edit an rc file *for a graphical program* in 2011. The Apple Macintosh had a GUI for all its preferences nearly 30 years ago; do you really want to lag three decades behind the times? (An rc file is fine for a text-mode program, and it's nice to have the option in others, but in a *graphical program* it should not be the only way to set preferences. For crying out loud, even Lynx has a user interface for its preferences!) Anyway, getting back on topic: My one suggestion would be to combine the search_shortcut and search_url dillorc options, so you could do i.e. search_url=Wikipedia [w] http://en.wikipedia.org/wiki/Special:Search?search=%s to set the search shortcut to "w", or search_url=Wikipedia http://en.wikipedia.org/wiki/Special:Search?search=%s to set no shortcut. It might be slightly trickier to parse, but it will make dillorc less cluttered. (Not to mention, it will be easier to integrate with my preferences GUI ;-) Cheers, ~Benjamin

2 1

mentioning code from elsewhere
by corvid＠lavabit.com Nov. 25, 2011

Nov. 25, 2011

md5.c says "If you use this software in a product, an acknowledgment in the product documentation would be appreciated but is not required." I think it would be nice to have some mention in README or AUTHORS or somewhere of the various chunks of code that have been integrated into dillo from elsewhere.

3 4

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

Nov. 25, 2011

corvid wrote: > Stephen wrote: >> Would there be any interest in enabling Dillo to search the default >> (read: first in dillorc) search engine when a non-URI is typed into >> the location bar? This is especially useful for things like >> yubnub.org, which I use heavily. > > There has been some talk in the past of how it would be nice if > one could type various commands into the location bar... I've been meaning to do that forever, probably along the lines of Opera's search shortcuts. (e.g., "g foo" to search Google, "w foo" to search Wikipedia, etc.) You get used to that and it really spoils you... Cheers, ~Benjamin

4 3