- Dillo-dev - lists.mailman3.com

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

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