- Dillo-dev - lists.mailman3.com

dialog to change charset

by Johannes.Hofmann＠gmx.de

On Tue, Dec 02, 2008 at 02:22:03AM +0000, corvid wrote: > 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. I never needed to switch the charset, but I noticed that firefox also has a dialog to do so. When exactly is this needed and why doesn't automatic detection work properly? Is it faulty webserver configuration? Anyway, if it's useful and other browsers also offer this, why not include it? Cheers, Johannes

Dec. 2, 2008

css progress

by Johannes.Hofmann＠gmx.de

On Tue, Dec 02, 2008 at 08:13:33AM +0900, furaisanjin wrote: > This is great! When will CSS be merged into main dillo? Well, fltk.org is one of the few sites where current CSS prototype improves the look. There is a lot where it gets worse. There also is a noticable reduction in rendering speed depending on the size of the stylesheet. I'd say we wait until automatic stylesheet loading is implemented. Then we can decide whether to merge CSS support. Regards, Johannes

Dec. 2, 2008

dialog to change charset

by corvid＠lavabit.com

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.

Dec. 2, 2008

css progress

by furaisanjin＠gmail.com

This is great! When will CSS be merged into main dillo? Regards, furaisanjin

Dec. 2, 2008

Re: patch: middle-click submits in new window/tab

by corvid＠lavabit.com

I wrote: > Also, I saw that you can hold down Enter and have > the key repeat submitsubmitsubmitsubmit.... > Perhaps it would be good to change complex button's > handle() from KEY to KEYUP (and try to talk the > FLTKers into a similar change for Button). I discovered that KEYUP causes a problem: If a page has a complex button, - right click to pop up page menu. - select show source - press enter to close it. the complex button is usually a submit button, and so somehow the keyup reaches it and triggers a submit. So, uh, never mind my keyup idea.

Dec. 1, 2008

css progress

by corvid＠lavabit.com

Johannes wrote: > 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 Nice! :)

Dec. 1, 2008

css progress

by Johannes.Hofmann＠gmx.de

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

Dec. 1, 2008

empty html elements

by corvid＠lavabit.com

Johannes wrote: > 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? Yes, it looks like whitespace is optional there. EmptyElemTag ::= '<' Name (S Attribute)* S? '/>' S ::= (#x20 | #x9 | #xD | #xA)+ > [1] http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/lib/libc/port…

Dec. 1, 2008

empty html elements

by Johannes.Hofmann＠gmx.de

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…

Dec. 1, 2008

Re: patch: middle-click submits in new window/tab

by corvid＠lavabit.com

Jorge wrote: > 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. events.h show both of them returning e_keysym -- although, given the changes you made in fltkui.cc, it does naturally make sense to use event_key. > BTW, now it submits with Enter but not with Space. Yes, I'd noticed that the buttons were written to make Space submit, which surprised me a bit. Also, I saw that you can hold down Enter and have the key repeat submitsubmitsubmitsubmit.... Perhaps it would be good to change complex button's handle() from KEY to KEYUP (and try to talk the FLTKers into a similar change for Button).

Nov. 30, 2008