- Dillo-dev - lists.mailman3.com

Thanks

by Maurice McCarthy

Hi folks Just to say thanks one last time. I'm going to leave you all in peace to get on with your projects. Thinks I sussed cvs OK but I've not managed to install Frank's patch yet - not even 20030926. But none of that is your problem. It's not whether you win or lose, It's how you place the blame! (Snoopy) Great Work Thaks Again Maurice

Oct. 24, 2003

Re: [Dillo-dev] [PATCH] Version 2 of keyboard navigation, solves problem with Tab

by Paul Pelzl

On Fri, Oct 24, 2003 at 05:21:07PM +0200, Frank de Lange wrote: > Melvin Hadasht wrote: > > >>>e.g. Alt-Tab is used by many window managers, and generally, I expect > >>>key combinations with the Alt modifier more at the level of > >>>windows. (IMO, no modifiers should be used for link navigation, > >>>conflicts with other functions have to be resolved somehow.) > >>> > >>> > >>Hm, Alt-Tab is not bound by default... Alt-(cursor_key) is, but that > >>combination is not used by any of the window managers I use/have used. > >> > >> > > > >Just wanted to say that WindowMaker uses MOD1 (alt) Up/Down to raise/lower > >the window It also use CTRL-MOD1 Left/Rigth to switch to next/previous > >workspace > >MOD1-Tab is used to switch windows. But as long as the keys are > >configurable, > >I don't see this as a problem. I think WindowMaker is one of the most > >spread > >window manager among users that do not use Gnome or KDE. > > > >I'd suggest Ctrl-Arrows. Ctrl-Arrows are used in text editor to jump to > >next > >words, so users will mostly try Ctrl-Arrow instead of Alt-Arrow > > > > > > > Ah, WindowMaker... used it around 1996, did not remember that binding... > > Anyway, Ctrl-<cursor_keys> is used (by me at least) for workspace (or > 'virtual desktop') switching, ALT-CTRL-<cursor_keys> for window movement > between workspaces, etc. > > So... more opinions? The default setup of the Ion window manager uses only Mod1-* bindings, but requires rather a lot of them. I am using Ctrl-arrows for that reason. Also I agree with Melvin that this choice is intuitive because Ctrl-arrows jumps across words in many word processors. Of course, you won't find me complaining as long as the gtkrc magic is available... Paul

Oct. 24, 2003

Re: [Dillo-dev] Bug #502 solved

by Jorge Arellano Cid

On Fri, 24 Oct 2003, Frédéric Bothamy wrote: > Hello, > > I submitted the bug #502 a while ago about some PNG images not displayed > correctly. And today someone finally gave the explanation: the Debian > web server sends GIFs images with image/png content type (and png > extension) (for more details, see > http://lists.debian.org/debian-www/2003/debian-www-200310/msg00133.html) > > Could someone, please, close this (non-)bug? Deleted! BTW, this is one of the wonderful effects to adhering to standards and not to try to silently "correct" what is wrong. Many webmasters provide broken HTML because the tools they use to test it don't tell them there're bugs in the first place. Appart from what Ralph brilliantly exposes in "The decommoditization of protocols" (http://www.levien.com/free/decommoditizing.html) when standards are met, development of new tools to work with compliant objects gets much easier. I should really write a bit about the link between adhering to standards and its impact in the democratization of internet information access... > Sorry for not testing this issue enough and thanks for this wonderful, > lightweight browser. You're welcome. Cheers Jorge.-

Oct. 24, 2003

Re: [Dillo-dev] [PATCH] Version 2 of keyboard navigation, solves problem with Tab

by Frank de Lange

Melvin Hadasht wrote: >>>e.g. Alt-Tab is used by many window managers, and generally, I expect >>>key combinations with the Alt modifier more at the level of >>>windows. (IMO, no modifiers should be used for link navigation, >>>conflicts with other functions have to be resolved somehow.) >>> >>> >>Hm, Alt-Tab is not bound by default... Alt-(cursor_key) is, but that >>combination is not used by any of the window managers I use/have used. >> >> > >Just wanted to say that WindowMaker uses MOD1 (alt) Up/Down to raise/lower >the window It also use CTRL-MOD1 Left/Rigth to switch to next/previous workspace >MOD1-Tab is used to switch windows. But as long as the keys are configurable, >I don't see this as a problem. I think WindowMaker is one of the most spread >window manager among users that do not use Gnome or KDE. > >I'd suggest Ctrl-Arrows. Ctrl-Arrows are used in text editor to jump to next >words, so users will mostly try Ctrl-Arrow instead of Alt-Arrow > > > Ah, WindowMaker... used it around 1996, did not remember that binding... Anyway, Ctrl-<cursor_keys> is used (by me at least) for workspace (or 'virtual desktop') switching, ALT-CTRL-<cursor_keys> for window movement between workspaces, etc. So... more opinions? 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. 24, 2003

Re: [Dillo-dev] [PATCH] Version 2 of keyboard navigation, solves problem with Tab

by Jorge Arellano Cid

On Fri, 24 Oct 2003, Melvin Hadasht wrote: > > >e.g. Alt-Tab is used by many window managers, and generally, I expect > > >key combinations with the Alt modifier more at the level of > > >windows. (IMO, no modifiers should be used for link navigation, > > >conflicts with other functions have to be resolved somehow.) > > > > Hm, Alt-Tab is not bound by default... Alt-(cursor_key) is, but that > > combination is not used by any of the window managers I use/have used. > > Just wanted to say that WindowMaker uses MOD1 (alt) Up/Down to raise/lower > the window It also use CTRL-MOD1 Left/Rigth to switch to next/previous workspace > MOD1-Tab is used to switch windows. But as long as the keys are configurable, > I don't see this as a problem. I think WindowMaker is one of the most spread > window manager among users that do not use Gnome or KDE. > > I'd suggest Ctrl-Arrows. Ctrl-Arrows are used in text editor to jump to next > words, so users will mostly try Ctrl-Arrow instead of Alt-Arrow > > > user experimentation and feedback > > could be used to find the most acceptable combination. This can then be > > set as default, while those who do not like it for whatever reason are > > free to change it. > > Definitly! > > -- > Melvin Hadasht Ditto! Cheers Jorge.-

Oct. 24, 2003

Re: [Dillo-dev] [PATCH] Version 2 of keyboard navigation, solves problem with Tab

by Jorge Arellano Cid

Hi, Here go my comments on the keyboard navigation patches. I like them, and would like to commit it probably in the next version (kbd3). Note: we use to work heavily on patches and commit only after they're stable or polished. All this with a view to keep a relatively stable CVS source tree to work with. This is different to the usual model, but it has its rewards. With regard to the keyboard navigation patch, it probably can be polished better when on CVS, so here my remarks to make the next version into the sources. On Fri, 24 Oct 2003, Frank de Lange wrote: > Sebastian Geerken wrote: > > >I would at least leave the traditional line, for reasons of > >consistence. Perhaps the link may be also highlighted, in a lighter > >color than the background color (and lightgray for white etc., look at > >Dw_style_color_create, which is used for shaded colors for borders)? > >This would make it unconfusable with text selections. > > I have tried using tile and stipple fill patterns for focus highlight, > this did not give useable results. Next on the line is color, with a > (stippled/dashed) frame around the link. This is a good idea. Having the spaces inside links highlighted and the whole kbd. nav. current link in a distinctive pattern or color. One thing I noticed between kbd1 and kbd2 is that sometimes the latter makes odd jumps when using UP and DOWN keys. For instance with "gtk-types.html" page from GTK+'s manual. The "directional" navigation of links feels very handy and intuitive. One thing that can be improved is when the current link is outside the screen not to jump to it upon a key press but to find the most appropriate one within the displayed area. This would allow for a smooth keyboard navigation by integrating with the scrolling keys. Sincerely Jorge.-

Oct. 24, 2003

Bug #502 solved

by Frédéric Bothamy

Hello, I submitted the bug #502 a while ago about some PNG images not displayed correctly. And today someone finally gave the explanation: the Debian web server sends GIFs images with image/png content type (and png extension) (for more details, see http://lists.debian.org/debian-www/2003/debian-www-200310/msg00133.html) Could someone, please, close this (non-)bug? Sorry for not testing this issue enough and thanks for this wonderful, lightweight browser. Fred PS: for anyone interested in using Dillo 0.7.3 with tab+frame patch (v10) under Debian woody (i386 only), I have an unofficial package available at http://olympie.dyndns.org/debian/debs/dillo_0.7.3-1.3_i386.deb.

Oct. 24, 2003

Re: [Dillo-dev] [PATCH] Version 2 of keyboard navigation, solves problem with Tab

by Melvin Hadasht

> >e.g. Alt-Tab is used by many window managers, and generally, I expect > >key combinations with the Alt modifier more at the level of > >windows. (IMO, no modifiers should be used for link navigation, > >conflicts with other functions have to be resolved somehow.) > > Hm, Alt-Tab is not bound by default... Alt-(cursor_key) is, but that > combination is not used by any of the window managers I use/have used. Just wanted to say that WindowMaker uses MOD1 (alt) Up/Down to raise/lower the window It also use CTRL-MOD1 Left/Rigth to switch to next/previous workspace MOD1-Tab is used to switch windows. But as long as the keys are configurable, I don't see this as a problem. I think WindowMaker is one of the most spread window manager among users that do not use Gnome or KDE. I'd suggest Ctrl-Arrows. Ctrl-Arrows are used in text editor to jump to next words, so users will mostly try Ctrl-Arrow instead of Alt-Arrow > user experimentation and feedback > could be used to find the most acceptable combination. This can then be > set as default, while those who do not like it for whatever reason are > free to change it. Definitly! -- Melvin Hadasht

Oct. 24, 2003

Re: [Dillo-dev] [PATCH] Version 2 of keyboard navigation, solves problem with Tab

by Frank de Lange

Sebastian Geerken wrote: >I would at least leave the traditional line, for reasons of >consistence. Perhaps the link may be also highlighted, in a lighter >color than the background color (and lightgray for white etc., look at >Dw_style_color_create, which is used for shaded colors for borders)? >This would make it unconfusable with text selections. I have tried using tile and stipple fill patterns for focus highlight, this did not give useable results. Next on the line is color, with a (stippled/dashed) frame around the link. >e.g. Alt-Tab is used by many window managers, and generally, I expect >key combinations with the Alt modifier more at the level of >windows. (IMO, no modifiers should be used for link navigation, >conflicts with other functions have to be resolved somehow.) Hm, Alt-Tab is not bound by default... Alt-(cursor_key) is, but that combination is not used by any of the window managers I use/have used. currently the bindings for Tab and Shift-Tab are the same as they are in CVS Dillo: they focus the next GTK+ widget in the page (in emulation of gtk_container_focus()). The modifier-less 'hjkl' key pattern is probably a good choice for those who are used to vi (and friends). Together with 'b' and space for scrolling, comma and period for history navigation and 'enter' for link activation it is possible to move anywhere you want using only one hand. Since the current version of the patch allows anyone to change keyboard bindings, user experimentation and feedback could be used to find the most acceptable combination. This can then be set as default, while those who do not like it for whatever reason are free to change it. [LIST]: given the slow uptake of the patches I might follow Sylpheed-claws' model of releasing an extended version in addition to just releasing patches. This should give the patches more exposure (they are now only known to those reading the list/archives), and should lead to a better quality - eventually. Any input on this? 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. 24, 2003

frames, tabs patch

by Jens Arm

Hi When will the frames- and tabs-patch integrated into CVS ? Jens

Oct. 24, 2003