- Dillo-dev - lists.mailman3.com

open new tab
by Hole.destructor＠gmx.de Jan. 3, 2009

Jan. 3, 2009

Hi Dillo team, I have a simple question concerning the new tabbed browsing feature in Dillo2: The only way to open a link in a new tab seems to be a click with the middle mouse button. Since there are some people, who don't have a mouse (for example on Laptops, MacBooks etc.) and therefore must find this middle-click very unhandy, I was wondering whether it is possible to open a link within a new tab by using another method, for example the common <CTRL>-<left mous button> combination? If this is currently not possible, could you introduce it in a future version of dillo? (I think the inofficial Dillo version, which is currently shipped with Debian/Ubuntu knows this alternative combination.) Many thanks in advance for your help, Alexander

1 0

[patch]: use the dlib dStr* functions everywhere
by onepoint＠starurchin.org Jan. 3, 2009

Jan. 3, 2009

This is a small consistency cleanup. Most of the Dillo source uses dlib's dStr* functions for string operations. This patch fixes the few places that do not. Jeremy Henty

2 1

Best wishes for 2009!
by jcid＠dillo.org Jan. 3, 2009

Jan. 3, 2009

Hi there, Please receive my best wishes for this new year 2009! We've come a long way since dillo restarted, and progress in several fronts has improved the browser a lot. Thanks to you all for the good work!!! > Amyway, it looks like 2009 will be an exciting year for Dillo. In the hope of it coming true, I just sent Johannes an image handling patch series for CSS to work properly with stylesheet loading. Just wait for his signal after he commits to download and enjoy the new code. Note: I'm still working on it, but it's quite usable "as is". -- Cheers Jorge.- ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________

2 1

[patch]: fix dialog callback
by onepoint＠starurchin.org Jan. 2, 2009

Jan. 2, 2009

Dialog_user_password_cb() should not use VOIDP2INT, because the (void *) argument was originally an (int *), not an int or long. This bug makes the dialog always call its callback even when the user presses the Cancel button. As a result it is futile to cancel the Basic Authentication dialog: the page reloads and the dialog pops up again. Patch attached. Jeremy Henty

2 1

[patch]: refactor Auth_parse_auth_basic()
by onepoint＠starurchin.org Jan. 2, 2009

Jan. 2, 2009

This patch implements a previous suggestion to break up Auth_parse_auth_basic() into smaller functions and eliminate gotos. Please comment. Jeremy Henty

2 1

We have competition!
by onepoint＠starurchin.org Jan. 2, 2009

Jan. 2, 2009

Linux Weekly News covers Hv3, a Tcl-based lightweight browser. http://lwn.net/Articles/311823/ They refer to Dillo as "perhaps the best known minimalist browser"! It's worth reading the comments to see what people want to see in a lightweight browser and what they don't miss if it's not there. They certainly appreciate the speed. Hv3 claims to support CSS, but I'm not seeing it: Slashdot and the BBC look almost exactly the same as they do in Dillo. Mind you, I'm running it from the latest CVS and getting plagued with Tcl errors too, so maybe it's just temporarily broken. Hv3 is also supposed to support Javascript through SEE, but the SEE site is not responding right now so I can't try it out (and comments suggest that getting it into a source build is broken). Maybe SEE would be a way to support JavaScript in Dillo? Amyway, it looks like 2009 will be an exciting year for Dillo. Jeremy

4 4

patch: Accept-Language header
by corvid＠lavabit.com Dec. 29, 2008

Dec. 29, 2008

For people who don't want to always get language-of-place-where-I'm-physically-located.

2 1

Re: CSS loading part#2
by jcid＠dillo.org Dec. 29, 2008

Dec. 29, 2008

Hi, On Sun, Dec 21, 2008 at 04:48:42PM -0300, Jorge Arellano Cid wrote: > Hi Johannes, > > Here I'm attaching the second part of the CSS loading patch. > This one is coherent and works better :-). Please commit after > some testing. > > Note: images are still truncated sometimes, but AFAIS this is a > problem in the dicache, not in CSS loading. I hope to fix this > soon. Well, in fact, images were always truncated when the repush caught them still rendering. I've been working on this for days and yes, it's a problem in the dicache. Unfortunately the cache/dicache/image-decode/image code is so entangled that it needs a rewrite. Quite surprising it works stable "as is". The idea is to try to devise a single path of execution that allows handling each image request (repeated or not) as a simple cache client. It's more complex than it sounds! The good news is that after you merge the latest cleanups in dillo main, the attached patch will more or less make it work as desired. There'll be some added unstability, and the underlying mess ;), but it should be a good basis to keep improving CSS while I work in the image process stream. -- Cheers Jorge.- _... o_.-"` `\ .--. _ `'-._.-'""-; _ .' \`_\_ {_.-a"a-} _ / \ _/ .-' '. {c-._o_.){\|` | (@`-._ / \{ ^ } \\ _/ `~\ '-._ /'. } \} .-. |>:< '-.__/ '._,} \_/ / ()) | >:< `'---. ____'-.|(`"` \ >:< \\_\\_\ | ; \ \\-{}-\/ \ \ '._\\' /) '. /( `-._ _____ _ _____ __.'\ \ / \ / \ / \ \ \ jgs _.'/^\'._.'/^\'._.'/^\'.__) \ ,==' `---` '---' '---' ) `"""""""""""""""""""""""""""""""`

3 3

remove generate_submit pref?
by corvid＠lavabit.com Dec. 29, 2008

Dec. 29, 2008

Any objections to getting rid of it? dillorc: # Some forms lack a submit button, and dillo can generate a custom one # internally. Unfortunately there's no guarantee for it to work. :( # (my experience is that forms that lack a submit rely on Javascript) #generate_submit=NO

3 2

experimental patch: image error status as alt text
by corvid＠lavabit.com Dec. 28, 2008

Dec. 28, 2008

You know how for image redirections and 404s, nothing at all happens? User's mind: "I didn't get the image. Dillo must be broken." (or the address can't resolve, or content-type doesn't match...) So I tried making something recently that shows, e.g., [404] as the alt text. In this form it's probably wrong in a design sense because cache probably isn't allowed to call image, but maybe it'll prompt some discussion... (and maybe it'd be better to pull the status out of the header whenever needed rather than adding more junk to the cache entry.)

2 2