December 2008 - Dillo-dev - lists.mailman3.com

Plans for the near future
by jcid＠dillo.org Dec. 11, 2008

Dec. 11, 2008

Hi there, Sorry for the unresponsiveness. I'm too busy in my regular job these days... Besides that, I've read the mailing list and gave some thought to these interesting topics. 1.- CSS plan (basic) 2.- Basic authentication 3.- Toolbox Icon 4.- Gmail compatibility (at least read/send) 5.- Close icon in Tab label 6.- Switch to mercurial I believe our next release would attract more people if it had, at least, implemented a couple in the {1,2,3,4,5} set. ----------------- A bit more detail: ----------------- 1.- CSS plan (basic) a) I have to implement the network retrieval of CSS stylesheets, so Johannes can continue working from there. b) Deciding a basic CSS set (e.g. just colors) is the next step before including it in the main tree c) Hooking it to a dillorc preference and to point 3.- (Read below) 2.- Basic authentication a) I have to review this patch after working on point 1.- b) This is a very requested feature after CSS. It'd be great to have it working. 3.- Toolbox Icon a) Since a long time ago I'd like to have a Toolbox icon to the right of bookmarks with a drop down menu. Something like: [Tb Icon] .-------------------. .---------. | Change charset >|--------------------------------->| UTF-8 | | Force my colors >|-------------------->.-----. | Latin1 | | CSS >|---------->.-----. | On | | Cp 1250 | | Free memory >|--. | On | | Off | | ... | '-------------------' | | Off | '-----' '---------' | '-----' | .------------------. '->| Images | | Local Files | | Everything unused | '-------------------' 4.- Gmail compatibility (at least read/send) a) From what I read it's clear that at least it can be made to work with some tweaks. What do we need to have it working out of the box? b) It'd make a nice headline! ("Fast Read/Send from gmail"). 5.- Close icon in Tab label a) This is much needed as anyone using Tabs has experienced. b) Not too hard to implement, but I have to work on 1 and 2. 6.- Switch to mercurial a) From comments it looks like switching to Hg is a good idea. b) Yes, I'm only updating Mercurial these days as an experiment. c) Switching as soon as I have some time to do it. Probably after 1.- and 2.- -- Cheers Jorge.-

4 4

Dillo and Gmail
by daniel.victoria＠gmail.com Dec. 10, 2008

Dec. 10, 2008

Hi all, First off, I got to say, congrats on the great browser. I have an old laptop and firefox just takes ages to load. Dillo, on the other hand, is lightning fast! Great! The only thing I'm missing is Gmail. Does Dillo work with gmail? Do I need to do any special tricks? I compiled the latest DIllo2 from svn and I did enabled https so I can get past the login page but then I'm stuck at a warning page about a non-standard redirect and, the link on that page does not work. The link is: https://www.google.com/accounts/CheckCookie?continue=http%3A%2F%2Fmail.goog… Thanks for the great work Daniel

4 4

Thoughts on revision control
by onepoint＠starurchin.org Dec. 10, 2008

Dec. 10, 2008

I've been using git to manage the Dillo source locally. I just installed mercurial to experiment with. Things I like about git are the ability to rebase, ie. reorder patches. This is neat because I can develop a patch on top of my local modifications and then push it down the stack so that I submit a patch against the pristine source rather than my customised version. The ability to stash your current changes in a temporary branch is useful too. You could do all this with explicit branches, but it would be more involved and git gives you nice, quick and easy ways to do the same thing. Mercurial seems to be the same sort of beast, though perhaps it is a bit less of a "Swiss Army Chainsaw" than git. I'd be surprised if there were any real issues using either to manage Dillo since I doubt we'd be using anything more than the basic facilities that both offer. I'd prefer git but only out of laziness as it's the one I already know (which means I should probably investigate mercurial just to broaden my mind if nothing else). Regards, Jeremy Henty

2 2

empty html elements
by Johannes.Hofmann＠gmx.de Dec. 10, 2008

Dec. 10, 2008

Hi, while working on css I came across the following: <a class="d" name="INCR32"/> (found at [1]) dillo currently doesn't recognize that the element is empty. The relevant code is at html.cc:3530: /* Test for </x>, ReqTagClose, <x /> and <x/> */ if (*start == '/' || /* </x> */ html->ReqTagClose || /* request */ (tag[tagsize - 2] == '/' && /* XML: */ (isspace(tag[tagsize - 3]) || /* <x /> */ (size_t)tagsize == strlen(Tags[ni].name) + 3))) { /* <x/> */ We could simply drop the requirement for the blank before '/' which would lead to /* Test for </x>, ReqTagClose, <x /> and <x/> */ if (*start == '/' || /* </x> */ html->ReqTagClose || /* request */ (tag[tagsize - 2] == '/')) { /* XML */ or allow a '"' instead of the blank or keep things as they are, if XML requires a blank before the '/'. >From http://www.w3.org/TR/2006/REC-xml-20060816/#sec-starttags I'd say the blank is optional. What do you think? Cheers, Johannes [1] http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/lib/libc/port…

5 11

how about a form menu?
by corvid＠lavabit.com Dec. 9, 2008

Dec. 9, 2008

I was playing around with making a form menu. So far: 1) Submit. Nicer from the user's perspective than prefs.generate_submit. 2) Reset. Not really needed when you can just press back and forward. 3) Show/Hide Hiddens. Lets you edit them, which I believe the user should have the power to do. ..and thinking of making an Info option to show submission charset and, oh, whatever else. What I have now is icky proof-of-concept code (although it's been working fine), so I want to see how well the idea goes over before trying to clean it up.

2 2

Html_tag_close_* called twice
by Johannes.Hofmann＠gmx.de Dec. 8, 2008

Dec. 8, 2008

Hi, corvid pointed out that Html_tag_close_* functions are getting called twice. This is causing problems when parsing <style>...</style> contents in Html_tag_close_style() as done in css-prototype now. We could work around this somehow, but wouldn't it be cleaner to make sure Html_tag_close_* is called just once, when an element is closed? Cheers, Johannes

2 1

[ladislav@distrowatch.com: Re: Donation for Dillo]
by jcid＠dillo.org Dec. 7, 2008

Dec. 7, 2008

FYI, -- Cheers Jorge.-

1 0

[patch]: Basic Authentication (updated)
by onepoint＠starurchin.org Dec. 6, 2008

Dec. 6, 2008

New version, slightly amended as per previous comments. Changes: * Fixed a memory leak in Realm_add_path(). * Case-insensitive comparison in Host_from_url(). * Moved the Auth header to between Accept-Encoding and Host in a_Http_make_query_str(). Please comment, Jeremy Henty

2 2

css progress
by Johannes.Hofmann＠gmx.de Dec. 4, 2008

Dec. 4, 2008

Hi, http://freehg.org/u/dillo/css-prototype now contains an extended CSS parser that can handle more complex CSS selectors. With this, some other changes, manual stylesheet download, and some tweaking, the fltk homepage looks like this: http://www.ecademix.com/JohannesHofmann/tmp/dillo-fltk.png Cheers, Johannes

3 7

dialog to change charset
by corvid＠lavabit.com Dec. 2, 2008

Dec. 2, 2008

I know that Jorge finds a charset selection dialog where the user has to know what to enter to be insufficiently user-friendly, but I don't know a nice alternative, and this can go in the dillo-dev archives for anyone who wants it.

3 7