- Dillo-dev - lists.mailman3.com

Basic Authentication: what's happening here?

by onepoint＠starurchin.org

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

Nov. 28, 2008

Q: Thoughts on a user/password dialog for an HTTP AUTH dpi?

by onepoint＠starurchin.org

On Wed, Nov 26, 2008 at 06:39:56AM +0900, furaisanjin wrote: > This page (http://linux.ee/~mzz/dillo/0.8.0/dillo-0.8.0-mzz.html) > contains the original BASIC auth path Thanks, that's very useful. Jeremy Henty

Nov. 27, 2008

Q: Thoughts on a user/password dialog for an HTTP AUTH dpi?

by furaisanjin＠gmail.com

Hi, This page (http://linux.ee/~mzz/dillo/0.8.0/dillo-0.8.0-mzz.html) contains the original BASIC auth path (http://linux.ee/~mzz/dillo/0.8.0/dillo-0.8.0-mzz-auth.diff.gz) i18n patch contains lots of small patches there and it's not easy to pick up one of them. Regards, furaisanjin

Nov. 25, 2008

experimental patch: tooltip decodes urlencoded Location

by corvid＠lavabit.com

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/?????_??????

Nov. 25, 2008

Q: Thoughts on a user/password dialog for an HTTP AUTH dpi?

by onepoint＠starurchin.org

On Sat, Nov 22, 2008 at 03:39:06PM +0100, Johannes Hofmann wrote: > Debian seems to ship dillo with a patch for basic authentication: > http://patch-tracking.debian.net/patch/series/dl/dillo/0.8.5-4.1/01_i18n Thanks for the link but, yikes, it's a 1.5M patch that does i18n, tabs, auth and the kitchen sink too! It also does a fair amount of reorganisation, eg. factoring a lot of stuff into a DilloDoc struct. I'll dig into it when I start doing the auth stuff but it's a lot to wade through. (Unfortunately the auth.[ch] files in this patch are just wrappers: the actual auth implementation is elsewhere and I haven't tracked it down yet.) Regards, Jeremy Henty

Nov. 25, 2008

css todo

by Johannes.Hofmann＠gmx.de

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

Nov. 23, 2008

css-prototype repository has moved

by Johannes.Hofmann＠gmx.de

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

Nov. 23, 2008

shaded colors and css

by corvid＠lavabit.com

Johannes wrote: > mapping css properties to dw::core::style::Style members went very > smooth, because Style was obviously implemented with css in mind. > > Just for the shaded color thing I can't find a corresponding concept > in css. > What exactly is the definition of a shaded color? Is it just a bit > darker than the normal one? > Does anyone know the corresponding concept in css? I had figured the shaded colors were just for giving tables and rulers a three-dimensional appearance.

Nov. 23, 2008

New developers?

by corvid＠lavabit.com

Jorge wrote: > Some people have written me expressing their will to join as > developers. They have introduced themselves, asked questions and > for some advice. I've answered, hinted and made suggestions. > Since all of them have remained silent, I wonder whether they are > concentrated studying the code, or simply changed their mind... Maybe the answers/suggestions should always go on the website somewhere so that you don't have to repeat yourself to people who just disappear. [So much ink has been spilled in the free software world over the years about being very very welcoming -- usually in the context of why women have better things to do than contribute to free software -- and I can really see now why those involved in projects might not roll out the parades and fireworks until seeing attempts at patches or at least detailed discussion...]

Nov. 22, 2008

Q: Thoughts on a user/password dialog for an HTTP AUTH dpi?

by Johannes.Hofmann＠gmx.de

Hi, On Thu, Nov 20, 2008 at 04:08:21PM +0000, Jeremy Henty wrote: > On Thu, Nov 20, 2008 at 09:14:56AM -0300, Jorge Arellano Cid wrote: > > On Thu, Nov 20, 2008 at 02:42:19AM +0000, Jeremy Henty wrote: > > > > > > Is this a good way to do it or is there a smarter way? All > > > comments and advice are welcome. > > > > It looks OK. > > Good! > > > I wonder why a dpi is deemed necessary for this. > > I don't know whether it is necessary. That's why I asked for > comments. I just thought that HTTP authentication looked rather > "cookie-ish" and decided to copy and modify the cookies > implementation. I'm new to this part of Dillo so I am following > established practice. I already have a dummy auth dpi running and > hooked into the main Dillo program, so I think that the dpi part of > things is by far the easiest bit. The most work is actually > implementing authentication! Debian seems to ship dillo with a patch for basic authentication: http://patch-tracking.debian.net/patch/series/dl/dillo/0.8.5-4.1/01_i18n Might be worth looking at. Cheers, Johannes

Nov. 22, 2008