Re: Dynamic help menus for 3.2
On Fri, 2011-10-07 at 18:22 -0400, Shaun McCance wrote: On Fri, 2011-10-07 at 15:01 -0500, Diego Escalante Urrelo wrote: Don't know if you have considered this but in OSX some applications have a search entry in its Help menu, this entry searches among all the menu items and also Help topics. It's really useful for applications with *huge* menus like FinalCut. It's has been a lifesaver the few times I've been unable to remember where a menu item was or what was the exact name of one. Might not be next best thing as-is, but perhaps it serves as inspiration for something else. That actually works as well in my prototypes, but it might not be in good enough shape for 3.4. The interaction with a text entry in a menu is really hard in GTK+. GtkMenu just wasn't designed to do that. Yeah, it wasn't. We have an implementation in our IDO library, you're welcome to use. If there's interest we can look at how this could move into GTK+. http://bazaar.launchpad.net/~canonical-dx-team/ido/trunk/view/head:/src/idoentrymenuitem.c Hope that helps. --Ted 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
Re: Features !
Hi Mathias, On Wed, Oct 5, 2011 at 11:17 PM, Matthias Clasen matthias.cla...@gmail.com wrote: Hey, so according to the draft schedule that Andre posted a while ago, we are in the middle of the 'feature proposal' period right now. I haven't seen much feature discussion here at all yet, and so far, the wiki only lists things that I have put there, which is a little scary - I can't be the only one itching to get cool things into GNOME 3.4. Where are your ideas ? It would be great to get them onto that wiki page, in particular since next weekend a bunch of us will get together in Montreal to, among other things, spend time to talk about 3.4 features. Was wondering if we could take-up this forgotten feature planned for 3.1: https://live.gnome.org/ThreePointOne/Features/Sharing AFAIK, the issue was that designers were way too busy with more important features in 3.1 so they didn't get any time for this one. Lapo has started to investigate this it seems and last I asked Bastien, he was also interested(?) in getting this done in 3.3 cycle. -- Regards, Zeeshan Ali (Khattak) FSF member#5124 ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Features !
On 6 October 2011 08:13, Seif Lotfy s...@lotfy.com wrote: The Jump-list stuff has been on my list for a while: What we are facing here is: Adding actions to the appmenus: new tab (browser), new note (for tomboy or gnote) or pause (for the media players) Adding document shortcuts in the appmenus: 4 most recent documents and other most used (in the last x days) documents with gedit Personally, I think it would be a good idea if the GNOME jumplists and the Unity jumplists shared the same implementation so that app developers could have the extra functionality for both platforms and only have to do the work once. There may be some design issues and this is probably equally a request to the Ubuntu developers (several of whom do read this list) as it is the GNOME ones, but I think crossplatform interoperability is a good thing to aim for. GNOME's implementation is very young; I have a hard time finding apps on my computer using this feature even in GNOME 3.2; Unity has more apps using jumplists. Jeremy Bicha ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME Online Accounts extensibility
On Fri, 2011-10-07 at 10:21 -0400, Matthias Clasen wrote: And we don't want to add switches for services that are not covered by GNOME apps. Could you elaborate on the term GNOME apps in this context please? For instance, if Inkscape wanted to have account settings for the recently published Deviant Art APIs would that be allowed? Or is it encouraged that when Inkscape runs on GNOME OS it should provide it's own account setup dialog for those APIs? --Ted 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
Re: GNOME Online Accounts extensibility
On Fri, 2011-10-07 at 10:49 -0400, David Zeuthen wrote: If you examine the GOA project and its git log, You can rest assured that I haven't read the git log, I did look at the last release though :-) combined with the idea of supporting generic IMAP/SMTP/XMPP/Caldav configurations, see https://bugzilla.gnome.org/show_bug.cgi?id=661117 that Patryk filed on my request... then... then GOA can be pretty nice from a corporate point of view. Because with that the you'd just drop a single config file in /etc/goa-1/config.d/mail.conf specifying the $u...@company.com for email, something else for XMPP and so on. So to be clear, you see GOA's configurability to be in setting up new account groups, but new protocols. So I could add Corp. Account but if my corp. uses a protocol that GNOME OS doesn't use otherwise, I couldn't add this. Trying to understand what configurability you expect in the future. --Ted 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
Re: Features !
On sáb, 2011-10-08 at 11:48 -0400, Jeremy Bicha wrote: GNOME's implementation is very young; I have a hard time finding apps on my computer using this feature even in GNOME 3.2; There are no jumplists in GNOME 3.2, which explains your troubles finding apps making use of this feature ;-) Florian ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
