Re: Input devices capplets
On Thu, 2007-11-01 at 11:38 +0100, Denis Washington wrote: Especially if we have plans to add other kinds of shortcuts, like e.g. mouse gestures, having them in the keyboard capplet is quite counter-intuitive. I think part of the problem is that it looks a little ugly/confusing having both Keyboard and Keyboard Shortcuts items in the Preferences menu/shell, so it would certainly be good if we're generalising it to the extent that we can change the name to just Shortcuts instead. That said, I can certainly see an argument for having Keyboard Shortcuts in the Keyboard prefs, and Mouse Getsures in the Mouse Prefs-- I'm pretty sure that's where I'd look first. 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: Input devices capplets
On Mon, 2007-11-05 at 19:29 +0100, Denis Washington wrote: The main problem that Jens and I still have is the organization of the a11y options. I put the beep options in an extra Notifications window to save space, but this is highly suboptimal. Having another way to organize these settings sanely without having a too long tab would be great. I guess one option would be to move the notifications to the Sound capplet, although it's probably not really a very good idea to fracture the AccessX settings like that if we can avoid it. (On the other hand, the visual bell setting already lives in the Sound capplet, and it's arguably sort-of related, in an okay-maybe-that's-stretching-it-a-bit kind of way...) 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: Input devices capplets
Hi Denis, 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? I guess I know why you cross-posted this message to d-d-l and cc-list (increase visibility). However, cross-posting is not really apropriate for topics that will most likely generate long threads like this one and will end up on too specific discussions for a wider-scope mailing list such as d-d-l. --lucasr ps: maybe that's just me? ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: ANNOUNCE: GtkIEEmbed-0.9.0 released
On Mon, 2007-10-29 at 14:58 +0900, Hiroyuki Ikezoe wrote: Hello all, I am glad to announce the initial release of GtkIEEmbed. GtkIEEmbed is a library which provides a GtkWidget embeds in Internet Explorer. You can see a screenshot on GNOME Live! Wiki [1]. It has some missing features but almost works fine. It can be loaded Windows Update page. The source code is avairable at SF.jp [2]. A sample browser binary and GtkIEEmbed dll are packed in zip file [3]. You can run the program with GTK+ for Windows. Any chance we could get a portable browser embedding widget that uses IE on windows and gecko or gtk-webcore on linux? That sounds like a useful thing for many apps. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Announce: gio-standalone 0.1.1 and gvfs 0.0.1 released
I'm pleased to announce the first ever tarball release of gio and gvfs! gio is a platform independent file and I/O abstraction library, with implementations for local files and ability to extend this with external modules. Its ultimate goal is to be a separate library inside glib, similar to the gthread and gobject library, but in order to get people to test and use it early we're doing separate releases initialy (thus the gio-standalone name). This release marks a milestone for gio in that we now have a mostly complete Nautilus port (in the gio-branch of nautilus/eel), which means that feature-wise gio is pretty much as complete as we need it for now. The gio API is now in a API/ABI-slush. I.E. its not completely frozen, as we still want to get feedback and fix and major problems we find. However, we will do our best to keep API and ABI compatibility if possible and we don't expect much incompatible changes. So, it should be pretty safe to start using the API now. The code is availible at: ftp://ftp.gnome.org/pub/GNOME/sources/gio-standalone/0.1 And in the gio-standalone module in Gnome svn. I've also made a release of gvfs. gvfs is a userspace virtual filesystem where mount runs as a separate processes which you talk to via dbus. It also contains a gio module that seamlessly adds gvfs support to all applications using the gio API. It also supports exposing the gvfs mounts to non-gio applications using fuse. gvfs comes with a set of backends, including trash support, sftp and smb. More backends are being worked on. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Announce: gio-standalone 0.1.1 and gvfs 0.0.1 released
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? Regards, Sven ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Input devices capplets
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... Sergey ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list