- Dillo-dev - lists.mailman3.com

[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

Re: patch: middle-click submits in new window/tab
by jcid＠dillo.org Dec. 1, 2008

Dec. 1, 2008

On Fri, Nov 28, 2008 at 10:08:21PM +0000, corvid wrote: > > Now if I go to: > > > > http://www.dillo.org/bugtrack/Dremove.html > > > > and fill the entries with the keyboard, then TAB to the submit > > button and press ENTER, nothing happens. > > > > Doing the same, with the unpatched version, works OK here... > > Here's one with the widgetCallback stuff changed in fltkui.cc > Middle click submits in new tab was committed! With this minor changes: * A compiler warning fix * An event_key() test instead of event_button() because the latter may return garbage. It may be safer. BTW, now it submits with Enter but not with Space. -- Cheers Jorge.-

2 2

Basic Authentication: what's happening here?
by onepoint＠starurchin.org Nov. 28, 2008

Nov. 28, 2008

OK, after reviewing the links people sent in (thanks!) and the discussion at [1] I decided not to create a DPI. I've hit a strange problem with getting the page to reload after the user confirms the user/password dialog. I show the dialog in Cache_parse_header() by calling fltk::Window::exec() and set a new CA_Reload flag (which is just like CA_Redirect, but simpler) if the user confirms. Cache_process_queue() then handles the CA_Reload. *But* Cache_process_queue() runs before the window is closed, and therefore before the flag is set. It looks as though the rest of the data comes in asynchronously while the dialog is still showing. If I change a_Auth_do_auth() to return immediately instead of showing a dialog then Cache_process_queue() runs after the flag is set, as I would expect. Is there any way to stop this happening, or do I have to postpone showing the dialog until Cache_process_queue() runs? Patch attached if you wish to experiment (it doesn't do authentication but it demonstrates the problem with the dialog). Regards, Jeremy Henty [1] http://lists.auriga.wearlab.de/pipermail/dillo-dev/2008-October/005023.html

2 4

Q: Thoughts on a user/password dialog for an HTTP AUTH dpi?
by onepoint＠starurchin.org Nov. 27, 2008

Nov. 27, 2008

I'm implementing an HTTP AUTH dpi (based on the cookies dpi) and I'd appreciate comments on how I'm doing it. (Motivation: (a) I'm tired of the irony of having to use Firefox to log on to the FLTK Trac Wiki to update the Dillo page, (b) this will be a useful primer for hacking on the https dpi.) The problem is that the dpi must prompt the user for a username and password but src/dialog.cc only supports dialogs that present a choice of buttons. I think I'll have to add a_Dialog_user_passwd() to src/dialog.cc to create a modal dialog, return the clicked button and write the contents of the dialog entries into a struct. Then I can add a wrapper for it to src/dpiapi.c and hook it into a_Capi_ccc(). That will let the dpi query the user. Is this a good way to do it or is there a smarter way? All comments and advice are welcome. Regards, Jeremy Henty

4 6

experimental patch: tooltip decodes urlencoded Location
by corvid＠lavabit.com Nov. 25, 2008

Nov. 25, 2008

For example, if you go to el.wikipedia.org, it redirects to http://el.wikipedia.org/wiki/%CE%9A%CF%8D%CF%81%CE%B9%CE%B1_%CE%A3%CE%B5%CE… and the location tooltip shows that this means http://el.wikipedia.org/wiki/?????_??????

1 0

css todo
by Johannes.Hofmann＠gmx.de Nov. 23, 2008

Nov. 23, 2008

Hi, here's the current todo list: * convert more of html.cc and form.cc to the new style handling. see Html_tag_open_a() as an example. Basically every style change that happens due to an HTML attribute (e.g. bgcolor="black") should be handled by passing a corresponding hint in CSS form to the styleEnginge using the setNonCssHints() methods. This way these attributes can be overridden e.g. by the user stylesheet as defined in the CSS standard. Other styling that is fixed for the HTML element in question (e.g. font size changes caused by <small>) should be replaced by corresponding entries in the user-agent stylesheet (see CssContext::buildUserAgentStyle()). There is an example user-agent stylesheet at http://www.w3.org/TR/CSS21/sample.html One of the more complex parts to convert is list handling (Html_tag_open_li()). * Reenable shaded colors as default for table borders. However CSS21 states (http://www.w3.org/TR/CSS21/box.html#border-color-properties) "If an element's border color is not specified with a border property, user agents must use the value of the element's 'color' property as the computed value for the border color." Not sure what to do here. What do you think? * Switch "width" and "height" handling from dw::core::style::Length to CssLength. Problem is how to handle relative lengths as they occur in Html_parse_length_or_multi_length(). They don't seem to exist in the CSS model. * Remove functions from html.cc that are now empty (e.g. Html_tag_open_em()). DilloHtml should be able to handle NULL for TagOpenFunct and TagCloseFunct of TagInfo. Or we could use a default function. * Enhance the CSS parser (or tokenizer) to properly ignore CSS comments. * Enhance the CSS parser to handle more complex CSS selector definitions (see http://www.w3.org/TR/CSS21/selector.html) * Figure out how to implement more complex selectors in the CssSelector class. At the same time think about how to speed up selector matching (currently on every opening tag all selectors are checked). Cheers, Johannes

1 0

css-prototype repository has moved
by Johannes.Hofmann＠gmx.de Nov. 23, 2008

Nov. 23, 2008

Hi, at freehg.org I created a new account "dillo" which now holds the css-prototype repository and a copy of current cvs which I will update regularily: http://freehg.org/u/dillo/css-prototype http://freehg.org/u/dillo/main Cheers, Johannes

1 0