Re: Announce: gio-standalone 0.1.1 and gvfs 0.0.1 released
On Tue, 2007-11-06 at 18:01 +0100, Sven Herzberg wrote: Am 06.11.2007 um 17:03 schrieb Alexander Larsson: I'm pleased to announce the first ever tarball release of gio and gvfs! Congratulations! But where's the bug tracker? I guess i should get a bugzilla product for gvfs. For gio it should probably be a new component in glib. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: [Usability] Mousetweaks usability discussion
On Thu, 2007-11-01 at 14:16 -0400, Matthias Clasen wrote: On 11/1/07, Calum Benson [EMAIL PROTECTED] wrote: There's also an impending LSB accessibility spec that recommends which AccessX features ought to be exposed in its configuration GUI, which I guess we should try and stick to at a minimum (KDE is already compliant with the draft, IIRC). Not sure when it's due to be published, though... Ugh, since when does the LSB deal in UI standardization ? One more step towards irrelevance, I guess... By all means ignore the fact that it's the LSB, then. Consider it, if you prefer, a recent re-evaluation by a11y experts (three of whom have long been involved with GNOME's accessibility project, the other with KDE's) of the best practice for making free desktop environments accessible to people with certain disabilities :) Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:[EMAIL PROTECTED]GNOME Desktop Team http://blogs.sun.com/calum +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: [Usability] Mousetweaks usability discussion
Thanks Matthias! I think the main thing to remember is that the settings may seem too finely granular for people who don't have to use them. But, the granularity allows the target user to fine tune their experience to get the most effective experience and highest throughput. Will Matthias Clasen wrote: On Nov 7, 2007 6:52 AM, Calum Benson [EMAIL PROTECTED] wrote: Ugh, since when does the LSB deal in UI standardization ? One more step towards irrelevance, I guess... By all means ignore the fact that it's the LSB, then. Consider it, if you prefer, a recent re-evaluation by a11y experts (three of whom have long been involved with GNOME's accessibility project, the other with KDE's) of the best practice for making free desktop environments accessible to people with certain disabilities :) That is certainly more convincing. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Input devices capplets
On Tue, 2007-11-06 at 17:02 +, Sergey Udaltsov wrote: About the many tabs: at least the Layouts tab could move to the i18n capplet when we have finished it. Oh really? But what about the Layout Options popup? It does not really belong to i18n... how so? it belong to the layout part, which is in the localization capplet mockup Denis sent a while ago, and which I should be getting to life soon (sorry, quite busy, and I've got just a very little code done, but will try to have a first version before the end of the week) -- Rodrigo Moya [EMAIL PROTECTED] ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Input devices capplets
how so? it belong to the layout part, which is in the localization capplet mockup Denis sent a while ago, and which I should be getting to life soon (sorry, quite busy, and I've got just a very little code done, but will try to have a first version before the end of the week) Well, if you think so... I am just not sure people find things like numpad-related options or CapsLock behaviour belonging to i18n. Anyway, since now this is just a popup - it would be quite trivial to move it into any capplet we'll find suitable. Actually I was more thinking along the lines of the latest mockups: http://ultimum-projekt.de/mockups/keyboard.html. Sergey ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: [Usability] Mousetweaks usability discussion
On Nov 7, 2007 6:52 AM, Calum Benson [EMAIL PROTECTED] wrote: Ugh, since when does the LSB deal in UI standardization ? One more step towards irrelevance, I guess... By all means ignore the fact that it's the LSB, then. Consider it, if you prefer, a recent re-evaluation by a11y experts (three of whom have long been involved with GNOME's accessibility project, the other with KDE's) of the best practice for making free desktop environments accessible to people with certain disabilities :) That is certainly more convincing. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Input devices capplets
On Wed, 2007-10-31 at 16:27 -0400, Matthias Clasen wrote: On 10/31/07, Jürg Billeter [EMAIL PROTECTED] wrote: On Wed, 2007-10-31 at 18:59 +0100, Denis Washington wrote: I created two mockups for possible keyboard and mouse capplets in GNOME 2.20. Their aim is to incorporate accessibility features in both; the existing keyboard a11y features into Keyboard and the already discussed Mousetweaks settings into Mouse. The mockups can be found here: Keyboard: http://ultimum-projekt.de/mockups/keyboard.html Mouse:http://ultimum-projekt.de/mockups/mouse.html What do you think? Shouldn't we also incorporate the Keyboard Shortcuts capplet into the Keyboard capplet at the same time? Otherwise good work, as far as I can tell from a quick look. I don't think there was sufficient agreement that shortcuts have much if anything to do with the other keyboard settings. right, and it would make the keyboard capplet too crowded. Since there is the mousetweaks discussion going on, what about having shortcuts and mousetweaks into an 'input devices actions' (find a better name) capplet? -- Rodrigo Moya [EMAIL PROTECTED] ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Input devices capplets
In the keyboard capplet it would be good to add on the Layouts tab the option to configure the keyboard shortcut used to switch between layouts. Currently this option is located in the Layout Options tab, inside Group Shift/Lock behaviour, towards the end of the list. This options group is one of the groups provided in base.xml. The only way to distinguish it is hardcode its id. Which does not sound great to me... But the visible strings in this group - they are provided as is, and I totaly against extracting the key names from them (BTW they are localized). Sergey ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Input devices capplets
Le jeudi 01 novembre 2007, à 22:48 +0100, Luca Ferretti a écrit : Il giorno gio, 01/11/2007 alle 15.09 +0100, Vincent Untz ha scritto: Matthew hacked this up to work with DEVICE_RESOLUTION, so SHMConfig isn't needed. Only three settings work, though (tap to click, horizontal scrolling, vertical scrolling). I don't know where to find a patch (the source package doesn't have any patch), but I believe it's only a minor change. But it's only a short term hack, I guess :-) (I looked at all this to see how easy it'd be to add support for my disable touchpad key) mmmhhh.. Isn't Ignore touchpad while typing option a better solution for laptop guys? Don't know how other people work, but when I plug an USB mouse, I don't want my touchpad to work. That's the main use case for me. But your proposal can also make sense. Anyway, in this case, it's not about making it automagically work, but about using the key on my laptop which is designed for this :-) Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
GLib branched for 2.14
I have just created a glib-2-14 branch which will continue to receive bugfixes and produce 2.14.x releases. The work that we expect to land in trunk soon is the gio work that Alex' has been working on for a while. He sent out a mail outlining our merge plans earlier today. Matthias ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Agnubus?
Hola, On Fri, 2007-11-02 at 08:38 +0100, Piotr Gaczkowski wrote: Frankly, I'd like to see an s5 editor (inc. themes): http://meyerweb.com/eric/tools/s5/ That's nice, cause I thought about writing one (web-based of course) about a year ago, but couldn't find motivation to complete it. Now that I see I'm not the only one with those crazy ideas, maybe I'll give a try! Recently Google added presentations to their Google Docs product, which is exactly what you want plus other goodies, like collaboration. -- Enver signature.asc Description: This is a digitally signed message part ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
