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

experimental patch: Re: dillo2 wrapping Chinese
by corvid＠lavabit.com 06 Jun '09

06 Jun '09

dillo people: It turns out that dillo handles Chinese quite badly because the text doesn't contain whitespace (BUG 827). It looks like Japanese is that way as well. 1) People using East Asian languages: Does this do roughly the right thing? I've read that there are picky rules about certain individual characters, but I just mean in general here. 2) Thoughts on optimization are welcomed. littlebat: For some reason, I was thinking that whitespace was required between words in dillo, but I misremembered. littlebat wrote: > Hi, > Thanks for the work on Dillo. > > I think it isn't a good idea to resolve long chinese line wrapping > problem by inserting space after punctuation mark("?" or "?" or "?", > etc..). > > Here is a "Dillo2 Wrap Long Chinese Line Test" page: > http://www.learndiary.com/en/dillo2-wrap-long-chinese-line-test.htm . > Open it with Firefox or IE, then open it with Dillo2, You will see the > different of wrapping long chinese line between them. > > Note, unlike english, there is no space between Chinese characters. So, > it should be wrapped after any Chinese character which has reached the > end of a line. I don't know the technique detail about this, but, I > think, let the Chinese characters function as (english) commas or > periods is a good idea, so, a new line can be started after any Chinese > charcter which character has reached the end of a line. > > littlebat > > http://www.learndiary.com/en/ > > > corvid wrote: > >Would it make things better or worse than it is now if I inserted a > >space when encountering a "?" or "?" so that dillo would know > >that it can wrap there? If that doesn't show up properly, > >I mean the characters that function as commas and periods. > > > >(I'm trying to think of something simple that will at least help you > > somewhat without having to make big changes right now :) > > I realize that it _should_ be able to wrap after most CJK characters, > > but...) > > > >It could be worse because > >1) Those spaces would still be there if you were copying and pasting > > the text to something else. > >2) If you wanted to search a page for "text?text", you would have to > > enter "text? text" with a space in there.

3 10

shaded colors and css
by Johannes.Hofmann＠gmx.de 15 Dec '08

15 Dec '08

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

2 4

Re: patch: middle-click submits in new window/tab
by jcid＠dillo.org 01 Dec '08

01 Dec '08

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 28 Nov '08

28 Nov '08

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 27 Nov '08

27 Nov '08

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 25 Nov '08

25 Nov '08

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 23 Nov '08

23 Nov '08

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 23 Nov '08

23 Nov '08

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

New developers?
by jcid＠dillo.org 22 Nov '08

22 Nov '08

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.-

2 1

[jcid@dillo.org: Re: CSS merge looks great!]
by jcid＠dillo.org 22 Nov '08

22 Nov '08

FYI, -- Cheers Jorge.-

2 2