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

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

shaded colors and css

by Johannes.Hofmann＠gmx.de

Hello, 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? Cheers, Johannes

Nov. 22, 2008

New developers?

by jcid＠dillo.org

Hi, 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... Are you still there? -- Cheers Jorge.-

Nov. 22, 2008

[jcid@dillo.org: Re: CSS merge looks great!]

by jcid＠dillo.org

On Sat, Nov 22, 2008 at 01:15:56PM +0100, Andreas Kemnade wrote: > Hi, > > On Fri, 21 Nov 2008 14:11:23 -0300 > Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > > > Hi Jorge, > > > > > > On Thu, Nov 20, 2008 at 02:31:19PM -0300, Jorge Arellano Cid wrote: > > > > Hi Johannes, > > > > > > > > After sometime finally I'm back to CSS. So far the merged code > > > > looks great. I'd like to make this the official branch soon. > > > > > > Great! But I still consider the CSS support a prototype and I think > > > it's time to step back for a moment and consider what we've learned > > > so far. > > > > OK. > > > > As CSS is the most demanded feature, I was thinking along the > > lines of making a release that implements a small subset of CSS, > > to let the world know that the main pieces are already coded, and > > to attract more developers to help completing it. > > > I really hope there will be a switch to *disable* css parsing. > In my opinion there are a lot of sites which are more usable on > mobile devices or devices with unusual screen sizes (800x480 like the eeepc) > without CSS. Yes, that's simple to do. Even more, currently (i.e. with the mercurial repository) you can specify *your* CSS stylesheet in ~/.dillo/style.css, and tailor it for your needs. As remote stylesheet loading isn't hooked yet, you can see the desired effect now. > I can really remember cases where I switched from firefox to dillo > because css (or its interpretation by firefox?) was so bad that I even cannot > click on some links. > > But if course, in more cases having css is really great! > > > For instance, if just colors were working OK (i.e. rendering > > looked better with CSS-colors support), that's be a good starting > > point. > > Yes, colors would be nice. That would probably give the opportunity to write > small patches for e.g. font support in CSS without the need for deep conceptual > decisions. So that can be a starting point for developers which are not that > deep in the code yet. That's the idea! -- Cheers Jorge.-

Nov. 22, 2008

[jcid@dillo.org: Re: CSS merge looks great!]

by akemnade＠tzi.de

Hi, On Fri, 21 Nov 2008 14:11:23 -0300 Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > Hi Jorge, > > > > On Thu, Nov 20, 2008 at 02:31:19PM -0300, Jorge Arellano Cid wrote: > > > Hi Johannes, > > > > > > After sometime finally I'm back to CSS. So far the merged code > > > looks great. I'd like to make this the official branch soon. > > > > Great! But I still consider the CSS support a prototype and I think > > it's time to step back for a moment and consider what we've learned > > so far. > > OK. > > As CSS is the most demanded feature, I was thinking along the > lines of making a release that implements a small subset of CSS, > to let the world know that the main pieces are already coded, and > to attract more developers to help completing it. > I really hope there will be a switch to *disable* css parsing. In my opinion there are a lot of sites which are more usable on mobile devices or devices with unusual screen sizes (800x480 like the eeepc) without CSS. I can really remember cases where I switched from firefox to dillo because css (or its interpretation by firefox?) was so bad that I even cannot click on some links. But if course, in more cases having css is really great! > For instance, if just colors were working OK (i.e. rendering > looked better with CSS-colors support), that's be a good starting > point. Yes, colors would be nice. That would probably give the opportunity to write small patches for e.g. font support in CSS without the need for deep conceptual decisions. So that can be a starting point for developers which are not that deep in the code yet. Greetings Andreas Kemnade

Nov. 22, 2008