- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] [RFC] Keyboard navigation

by Patrick Shanahan

* Kelson Vibber <kelson(a)pobox.com> [10-07-03 15:30]: > At 09:09 AM 10/7/2003, Patrick Shanahan wrote: > >* Frank de Lange <frank(a)unternet.org> [10-07-03 08:45]: > > [snip ...] > >> Should this feature be optional? On devices without a keyboard (many > >> PDA's) keyboard navigation does not help much after all... On the > >> other hand, the generalised 'focus' mechanism I've added to the > >> viewport can be used for other purposes as well. > > > >Possibly selectable via .dillorc. [more snip ...] > Maybe the actual keybindings, or a choice of navigation styles > (cursor keys vs. vi-keys, for instance) should be configurable, but I > don't see a reason to make the feature itself optional unless it adds > a lot of unused code to space-starved PDAs. I agree with this. I will be very happy with the added functionality. -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org

Oct. 7, 2003

Re: [Dillo-dev] [RFC] Keyboard navigation

by Kelson Vibber

At 09:09 AM 10/7/2003, Patrick Shanahan wrote: >* Frank de Lange <frank(a)unternet.org> [10-07-03 08:45]: > [snip ...] > > Should this feature be optional? On devices without a keyboard (many > > PDA's) keyboard navigation does not help much after all... On the > > other hand, the generalised 'focus' mechanism I've added to the > > viewport can be used for other purposes as well. > >Possibly selectable via .dillorc. Of course if there's no keyboard, the keyboard navigation shouldn't cause any problems even when enabled. Like being able to display GIF on a site that only uses PNG. I don't see a reason to make it optional. The only keyboard functionality that's caused me frequent headaches in any other browser is type-ahead find, and that only when focus isn't where I think it is. Maybe the actual keybindings, or a choice of navigation styles (cursor keys vs. vi-keys, for instance) should be configurable, but I don't see a reason to make the feature itself optional unless it adds a lot of unused code to space-starved PDAs. Kelson Vibber www.hyperborea.org

Oct. 7, 2003

Re: [Dillo-dev] [RFC] Keyboard navigation

by Frank de Lange

Patrick Shanahan wrote: >* Frank de Lange <frank(a)unternet.org> [10-07-03 08:45]: > [snip ...] > > >>Should this feature be optional? On devices without a keyboard (many >>PDA's) keyboard navigation does not help much after all... On the >>other hand, the generalised 'focus' mechanism I've added to the >>viewport can be used for other purposes as well. >> >> > >Possibly selectable via .dillorc. > > Possible... But that would not lead to any space savings, which are important for exactly those devices which do not benefit from keyboard navigation... Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

Oct. 7, 2003

Re: [Dillo-dev] [RFC] Keyboard navigation

by Glyn Kennington

Frank de Lange wrote: > I'm currently adding keyboard navigation to Dillo. Fantastic! Keyboard navigation is the main reason why I still do most of my browsing in lynx, so if it becomes available in dillo, I'd probably use it a lot more, and get involved in the development. I did have a look at how I might go about implementing it, about a week ago, but I got put off when I realised that it would require considerably more than a 10-line hack, just to indicate which link was currently `selected'. The more I have to change, the more I fear I can mess it up. > If you have any suggestions on this subject, send them to the list. Well, here's some rambling thoughts: I'm very fond of lynx's "vi-keys" setting, and find that hjkl (with b and space for pageup/down) make for much faster navigation than cursor keys and PgUp/PgDown keys, especially as those may be missing, or poorly placed, on anything other than a full-size keyboard. However, the precise choice of keys should be easily configurable, and setting the defaults to be like any one text editor would be asking for trouble... Comparison with lynx also brings up the issue of whether to navigate in one or two dimensions. That is, either to go through all links in order (which will take a lot more key presses, especially in tables), or to be able to move left and right as well as up and down - this is far more intuitive, but requires another two keys, which could easily have been used for "Follow Link" and "Back" under the first method. Glyn

Oct. 7, 2003

Re: [Dillo-dev] [RFC] Keyboard navigation

by Patrick Shanahan

* Frank de Lange <frank(a)unternet.org> [10-07-03 08:45]: [snip ...] > Should this feature be optional? On devices without a keyboard (many > PDA's) keyboard navigation does not help much after all... On the > other hand, the generalised 'focus' mechanism I've added to the > viewport can be used for other purposes as well. Possibly selectable via .dillorc. -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org

Oct. 7, 2003

[RFC] Keyboard navigation

by Frank de Lange

Hi'all, I'm currently adding keyboard navigation to Dillo. A quick search on the web produces loads of opinions on which keys to use for what purpose, how to navigate using the keyboard, etc. The w3c has produced some guidelines for 'accessibility' (http://www.w3.org/WAI/UA/sect508-UAAG.html#keyboard) which I will take into account for this feature, and the Mozilla project has done quite a bit of brainstorming on the subject. This is a request for some comments from current Dillo users/developers on what you would like Dillo to be like in this respect. My plan is to implement basic keyboard navigation for links and other content which can be activated (input fields, checkboxes, buttons, etc). For this I already have a working implementation. I will probably add accesskey support as well. Currently I use the cursor keys plus a modifier (now CTRL, will probably switch to ALT/META) to navigate to the nearest link (up/down/left/right), while the TAB key navigates sequentially through all 'activatable' content. Shift-TAB should do the same in reverse, but this is currently not working as it should. Enter activates the current link (embedded GTK+ widgets have their own conventions for this, eg. radiobuttons can *also* be selected using the spacebar, etc...). The find feature will be able to set the current focused link (not implemented yet). If you have any suggestions on this subject, send them to the list. Should this feature be optional? On devices without a keyboard (many PDA's) keyboard navigation does not help much after all... On the other hand, the generalised 'focus' mechanism I've added to the viewport can be used for other purposes as well. Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

Oct. 7, 2003

Patch to allow pricewatch.com to work

by rcooley

This is a quick and simple patch to address Bug #463. All I did was to _remove_ the 'if' statement in html.c , which ignored the BASE HREF= tag if it was not within HEAD. Does removing that restriction really cause any problems? Just about every other browser handles a BASE tag in the body. Even the w3c.org HTML validator doesn't complain about BASE not being in HEAD. diff -ur /tmp/dillo-0.7.3/src/html.c dillo-0.7.3/src/html.c --- /tmp/dillo-0.7.3/src/html.c Sat Jul 19 16:05:28 2003 +++ dillo-0.7.3/src/html.c Mon Oct 6 20:02:31 2003 @@ -3651,7 +3651,6 @@ const char *attrbuf; DilloUrl *BaseUrl; - if (html->InFlags & IN_HEAD) { if ((attrbuf = Html_get_attr(html, tag, tagsize, "href"))) { BaseUrl = a_Url_new(attrbuf, "", 0, 0); if (URL_SCHEME_(BaseUrl)) { @@ -3665,9 +3664,6 @@ a_Url_free(BaseUrl); } } - } else { - DEBUG_HTML_MSG("the BASE element must appear in the HEAD section\n"); - } } /*

Oct. 7, 2003

RPMs for Conectiva 8

by Kelson Vibber

I finally figured out what was preventing Dillo from building on my User-Mode Linux installation of Conectiva 8, so RPMs are now available for both the plain 0.7.3 release and 0.7.3 with tabs+frames patch version 10. Unfortunately, I have not been able to get the virtual network working on this instance, so I cannot route X to my actual desktop to test it. If anyone on this list has a copy of Conectiva 8, I'd appreciate it if you would try both RPMs and verify that the packaged version of Dillo works correctly (or at least as correctly as it does when you build it yourself) and that an icon appears in the KDE/Gnome menus. http://www.hyperborea.org/software/dillo/ On a related note, before I figured out what was missing from my UML installation of Conectiva 8, I decided to try installing an actual copy on spare partition space - and watched it wipe out my primary root partition, my home partition, and my download/media partition. After a long night I was able to recover both data partitions, but I had to reinstall my primary OS. (Not a big deal, since I had my configuration files and my critical data backed up - and I got the rest of my data back.) As a result, I have decided not to install any more distributions directly on that system, so unless/until I can set up a spare system solely for trying things out, anything else I build RPMs for will run under User-Mode Linux (At this point, 5 of the 10 distributions I build RPMs for are running under UML). If there's a pre-built filesystem available, or if it's supported directly by UMLBuilder, it should be easy (assuming I can get the install files). However, for Conectiva 9 or the upcoming Mandrake 9.2 and SuSE 9, I will need to experiment a bit with either building filesystems myself or creating a profile for use with UMLBuilder. (And any SuSE distribution is complicated by the fact that they only provide FTP-based installation unless you buy the boxed set.) The one exception is Fedora Core 1. My current primary OS is Red Hat 9, and I will probably upgrade to Fedora when it's released, assuming they don't rip out anything major. (I was planning to install the latest beta on a spare partition, but I'm a bit reluctant to do that now.) Kelson Vibber www.hyperborea.org

Oct. 6, 2003

[PATCH] smart bookmarks

by Tomas Styblo

Hello. I created a patch that adds Mozilla-like "Smart Bookmarks". Smart bookmarks make searching on the web much more convenient. There are two patches attached to this message. The first one is for vanilla dillo 0.7.3, the second one is for dillo 0.7.3 patched with the tabs/frames patch and the SSL patch. The following sample configuration lines should be added to your dillorc file: #------------------------------------------------------------------------- # SMART BOOKMARKS SECTION #------------------------------------------------------------------------- # Use "g dillo" as the URL to search google for "dillo". # The keyword may consist only of alpha-numeric characters and must be # separated from the URL with a semicolon. The URL must contain # the "%s" sequence, which will be replaced with the parameter following # the keyword. smart_bookmark="g;http://www.google.com/search?&q=%s" smart_bookmark="fm;http://freshmeat.net/search/?q=%s&section=projects" ~~~~~~~~~~~~~~~~~~~~ SNIP ~~~~~~~~~~~~~~~~~~~~~ Hopefully someone will find the patch useful. Thank you all for your work. -- Tomas Styblo <tripie(a)cpan.org> PGP: C97EA4B6 / 817E B8A8 1AFD 3256 3181 A730 85CF 7BEB C97E A4B6

Oct. 6, 2003

take control of your mortgage!

by cynthia

Oct. 5, 2003