On Thu, Feb 18, 2010 at 12:25 PM, Colin Walters wrote:
> On the subject of the Ubuntu application indicators work:
>
> https://wiki.ubuntu.com/DesktopExperienceTeam/ApplicationIndicators
>
> First, +5000 that this change is being driven by designers, and +1000
> that new useful code is being writ
Let's start over.
I would like to propose libappindicator as an external dependency.
libappindicator is a simple library that provides a way for an
application to put a menu inside an application specific area, most
typically on a panel. It also provides a fallback to generic KDE Status
Notifier
I'm not exactly excited to enter a possible flame fest when I'm happy
doing my hacking and having users find me and tell me they like the
results. But, in case others agree GNOME could benefit from this, I'm
proposing PDF Mod for inclusion in GNOME 2.30.
Purpose: a simple tool for doing basic man
I'd like to propose Simple Scan for inclusion in GNOME 3.0
Website: https://launchpad.net/simple-scan
Tarballs: http://people.ubuntu.com/~robert-ancell/simple-scan/
Purpose: Simple scanning application, suitable for single-click scanning
Target: Desktop
Dependencies: libsane (http://www.sane-proj
On Thu, Feb 18, 2010 at 6:12 PM, Ted Gould wrote:
>
> I think that the API is probably a little bit off topic for this list
> though, so I'd invite everyone interested over the Ayatana list to hash
> through it a little bit more.
>
> http://launchpad.net/~ayatana
>
If you want something includ
On Thu, 2010-02-18 at 18:54 +, Bastien Nocera wrote:
> Have you done any research on what Windows or MacOS X provide in that
> area, for applications to use? How do the APIs differ?
We weren't trying to match an API or duplicate one from OSX or Windows.
What we were targeting is having a unifi
On Thu, 2010-02-18 at 13:57 -0500, Colin Walters wrote:
> On Thu, Feb 18, 2010 at 1:46 PM, Ted Gould wrote:
> > Yes, I think GTK/glib is a good place. One of the big blockers is the
> > requirement for DBus,
>
> Yes, clearly having glib-dbus in the stack today would help a lot;
> however gvfs al
Matthias Clasen wrote:
> Whether the design needs change or not needs to be evaluated in the
> context of gnome-shell, of course. This would be much easier if the
> development for app-indicators hadn't happened behind closed doors.
>
> Just adding app-indicators as an external dep. now without w
On Thu, Feb 18, 2010 at 1:57 PM, Colin Walters wrote:
> On Thu, Feb 18, 2010 at 1:46 PM, Ted Gould wrote:
>> I think that, as long as the APIs are really similar, porting from
>> libappindicator to the GAppIndicator (or whatever) shouldn't be too
>> difficult. That being said, how can we make s
On Thu, Feb 18, 2010 at 1:46 PM, Ted Gould wrote:
>
> I'll ping usability and see if we can get this on the agenda for the
> usability hackfest next week.
Awesome!
> Yes, I think GTK/glib is a good place. One of the big blockers is the
> requirement for DBus,
Yes, clearly having glib-dbus in t
On Thu, 2010-02-18 at 12:46 -0600, Ted Gould wrote:
> On Thu, 2010-02-18 at 13:32 -0500, Colin Walters wrote:
> > But, do we agree that it makes sense for this to be in GTK+ (at least
> > under #ifdef X11)? Ted seemed to say "maybe".If we agree roughly
> > on that, then do we want a cycle whe
On Thu, 2010-02-18 at 13:32 -0500, Colin Walters wrote:
> >> * It'd be really nice to get some discussion of how this fits in with
> >> the design plans for GNOME Shell (note that in GNOME 2 if applications
> >> use this, you have potentially *3* representations of an application
> >> in the top pa
On Thu, Feb 18, 2010 at 1:11 PM, Jorge O. Castro wrote:
>
> We have put together a design guide for application authors here:
> https://wiki.ubuntu.com/CustomStatusMenuDesignGuidelines
> Feedback on this would be appreciated.
Thanks, yes this is useful.
>> * It'd be really nice to get some discu
On Thu, Feb 18, 2010 at 12:25 PM, Colin Walters wrote:
> Now, both of those said, I have two issues I'd like to bring up.
Hi Colin, thanks for bringing this up.
> * In the big picture, is this something we're recommending all
> applications to use? Some? Only ones which send notifications?
We
Hi,
On the subject of the Ubuntu application indicators work:
https://wiki.ubuntu.com/DesktopExperienceTeam/ApplicationIndicators
First, +5000 that this change is being driven by designers, and +1000
that new useful code is being written. There are definite problems
being solved here.
Now, bot
On 18 February 2010 15:01, Andrew Cowie wrote:
> In view of the fact that the Cairo graphics library community has no
> consensus whatsoever[1] on how to accomplish colour management, how is
> doing colour management it in a higher level library going to accomplish
> much?
It's not a library. It'
On Thu, 2010-02-18 at 10:27 +, Richard Hughes wrote:
> Purpose: GNOME Color Manager is a session framework for the GNOME
> desktop environment that makes it easy to manage easy to manage,
> install and generate color profiles.
In view of the fact that the Cairo graphics library community has n
On Thu, 2010-02-18 at 10:27 +, Richard Hughes wrote:
> Purpose: GNOME Color Manager is a session framework for the GNOME
> desktop environment that makes it easy to manage easy to manage,
> install and generate color profiles.
> The upstream homepage: http://projects.gnome.org/gnome-color-mana
Purpose: GNOME Color Manager is a session framework for the GNOME
desktop environment that makes it easy to manage easy to manage,
install and generate color profiles.
Target: Desktop
Dependencies: gtk, vte, lcms, gudev, libtiff, cups,
shared-color-profiles, gconf, xrandr, gnome-desktop, dbus-gli
19 matches
Mail list logo