On Tue, 2008-01-08 at 14:03 +0100, Vincent Untz wrote:
I don't think we need a new module. Dan and Lucas have worked on a new
gnome-session with a dbus API. The dialog itself will be moved to
gnome-session, since we'll be able to do what we want with the dbus API.
So, in the short term would
On Thu, 2008-01-10 at 09:43 +0100, Vincent Untz wrote:
Le mercredi 09 janvier 2008, à 21:46 -0800, Ted Gould a écrit :
On Tue, 2008-01-08 at 14:03 +0100, Vincent Untz wrote:
I don't think we need a new module. Dan and Lucas have worked on a new
gnome-session with a dbus API. The dialog
On Tue, 2008-03-25 at 12:04 +0100, Vincent Untz wrote:
Le mardi 25 mars 2008, à 04:01 +, Emmanuele Bassi a écrit :
On Tue, 2008-03-25 at 11:37 +0800, [EMAIL PROTECTED] wrote:
Is it possible to add a extra task to improve logout dialog GUI? The
current dialog
in new-gnome-session
On Mon, 2008-09-22 at 18:19 -0500, Federico Mena Quintero wrote:
JPEG loading with libjpeg is currently really slow (the benchmark being
Photoshop, which is really goddamn fast for JPEGs).
We could totally use some liboil/profiling ninjas to work on libjpeg to
make it faster. Then, maybe
On Wed, 2009-03-25 at 12:07 -0400, Owen Taylor wrote:
So, basically, no I don't see a way that GNOME Shell coexists with
Compiz other than as two separate shells for the GNOME desktop.
And I think that coexistence is part of the problem with GNOME Shell
becoming the default GNOME interface.
On Mon, 2009-03-30 at 20:23 +0100, Alberto Ruiz wrote:
2009/3/30 Ted Gould t...@gould.cx:
On Wed, 2009-03-25 at 12:07 -0400, Owen Taylor wrote:
So, basically, no I don't see a way that GNOME Shell coexists with
Compiz other than as two separate shells for the GNOME desktop.
And I think
On Fri, 2009-04-03 at 14:31 +0200, Vincent Untz wrote:
Le jeudi 02 avril 2009, à 11:44 -0400, Willie Walker a écrit :
For developers local to the Boston area, I'm happy to take a visit to
your sight to go over accessibility considerations and to discuss your
new UI's with you from an
On Thu, 2009-04-02 at 13:17 +0200, Vincent Untz wrote:
There's one obvious question related to those potential changes: what
will happen to the old way of doing things? For example, will we still
make the GNOME Panel available if, for some reason, people are not
immediately happy with GNOME
On Thu, 2009-09-03 at 09:44 -0400, Colin Walters wrote:
On Wed, Sep 2, 2009 at 7:17 PM, Sandy
Armstrongsanfordarmstr...@gmail.com wrote:
Assuming gnome-panel (and therefore panel applets) go away in GNOME
2.30, do you have a plan for integrating GlobalMenu in gnome-shell?
The design for
Howdy,
A while ago I posed a blog entry that talks a little about the work that
we're doing with what we've named Application Indicators, based upon a
submitted XDG specification [2]. I realize that everyone doesn't read
planet, and that it was before the holiday, so I wanted to repost here
On Wed, 2010-01-13 at 21:03 -0500, Dan Winship wrote:
On 01/13/2010 02:52 PM, Ted Gould wrote:
Basically our goal is to clean up the current systray and provide a
consistent means of interacting with applications that choose to put
items in there. This means choosing a middle ground
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 panel, this
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
On Fri, 2010-02-19 at 10:42 +0100, Olav Vitters wrote:
On Thu, Feb 18, 2010 at 09:42:58PM -0600, Ted Gould wrote:
Q: Does this fit the the design goals for GNOME Shell?
A: I can't speak for the designers of GNOME Shell but they've talked
about how the top panel should behave like a menu
On Fri, 2010-02-19 at 11:00 +0100, Frederic Peters wrote:
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
On Fri, 2010-02-19 at 14:16 +0100, Christian Persch wrote:
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
On Fri, 2010-02-19 at 23:20 -0500, Matthias Clasen wrote:
If you are proposing an API that
directly conflicts with something that is already provided in GTK+,
you should really have a better one...
I guess I don't feel like it's a conflict. I feel like it's an
extension similar to how other
On Tue, 2010-03-23 at 23:42 +, Sergey Udaltsov wrote:
StatusIcons are not GTK widgets. And, as the result, the indicator has
to emulate gtk widget. That's a real pain, folks. The indicator
renders text to cairo, converts cairo to pixbuf, sets status icon from
pixbuf. Worst of all, the
Not to criticize your decision, but just to correct a couple of factual
details in your e-mail:
On Thu, 2010-05-06 at 12:20 -0400, Dan Winship wrote:
As for the trayicons in the message tray, it is possible that
tray-side-menu-rendering, as in libappindicator, would be useful for our
design
On Wed, 2010-06-02 at 00:37 +0100, Lucas Rocha wrote:
The release team would like to propose some important changes in the way we
organize our modulesets.
It's a shame that this came out almost simultaneously with GNOME 3
module decisions -- as it seems that they are intrinsically tied. For
On Tue, 2010-07-06 at 09:34 -0400, William Jon McCann wrote:
On Tue, Jul 6, 2010 at 9:00 AM, Ryan Lortie de...@desrt.ca wrote:
Anybody who has an application that is GPLv2-only and has accepted
enough contributions that it has become an unreasonable proposition to
relicense has made a
On Tue, 2010-07-06 at 13:17 -0400, Ryan Lortie wrote:
On Tue, 2010-07-06 at 12:12 -0500, Ted Gould wrote:
IANAL but I'm
curious if a standard exception couldn't be drafted for LGPLv3 to
allow linking with GPLv2 programs. Perhaps
On Mon, 2010-10-04 at 12:50 +0100, Emmanuele Bassi wrote:
• JSON-GLib (which should be added to the external dependencies)
Just to be curious, why not propose JSON-Glib. It seems with all of the
Javascript going into GNOME 3 it would make sense to have a blessed way
to read JSON would be a
On Sun, 2010-11-07 at 17:15 +0100, Milan Bouchet-Valat wrote:
Le dimanche 07 novembre 2010 à 10:57 -0500, Ryan Lortie a écrit :
We were sitting around at the Boston summit today (me, vuntz, tedg, and
pbor via IRC) noticing that we have a mix of people using /apps/gedit/
sort of paths and
On Mon, 2011-05-09 at 16:52 +0100, Bastien Nocera wrote:
This library should be used in place of Geoclue's D-Bus API for
geocoding and reverse geocoding.
Is this now deprecated in the Geoclue API? It seems like there's an
advantage to using an API that can have multiple providers.
On Wed, 2011-05-11 at 02:15 +0200, Luca Ferretti wrote:
Il giorno mar, 10/05/2011 alle 20.51 +0100, Bastien Nocera ha scritto:
http://live.gnome.org/DejaDup/Screenshots/Future for screenshots.
Déjà Dup 19.1, which includes those changes, is already in Fedora
Rawhide and will be in Ubuntu
On Sat, 2011-05-14 at 21:24 +0100, Bastien Nocera wrote:
On Wed, 2011-05-11 at 10:20 +0200, Ted Gould wrote:
On Mon, 2011-05-09 at 16:52 +0100, Bastien Nocera wrote:
This library should be used in place of Geoclue's D-Bus API for
geocoding and reverse geocoding.
Is this now
On Thu, 2011-10-06 at 14:49 -0400, David Zeuthen wrote:
On Thu, Oct 6, 2011 at 2:30 PM, Ken VanDine kvand...@gnome.org wrote:
Sorry, not trying to sound harsh here but I couldn't find a better way
to say this.
Basically you are saying that GOA isn't really an open technology to
help
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
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
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
On Mon, 2011-10-10 at 11:10 -0400, David Zeuthen wrote:
Either way, I don't get why you are so concerned about whether GOA can
be extended. If you buy into the idea that apps will always need to
have a separate panel for non-mainstream accounts then... then the app
can provide the extension
On Mon, 2011-10-10 at 09:08 +0200, Tomeu Vizoso wrote:
On Sat, Oct 8, 2011 at 16:19, Ted Gould t...@gould.cx wrote:
On Fri, 2011-10-07 at 18:22 -0400, Shaun McCance wrote:
That actually works as well in my prototypes, but it might not
be in good enough shape for 3.4. The interaction
On Fri, 2012-01-20 at 12:37 +, Emmanuele Bassi wrote:
the dependency is not on systemd - it's on a DBus API. systemd provides
one implementation of that DBus API.
I think that this would be more apparent if the DBus interface
descriptions were maintained outside of the systemd codebase. If
On Fri, 2012-01-20 at 10:22 -0500, Ryan Lortie wrote:
On Fri, 2012-01-20 at 08:59 -0600, Ted Gould wrote:
I think that this would be more apparent if the DBus interface
descriptions were maintained outside of the systemd codebase.
http://www.freedesktop.org/wiki/Software/systemd
On Fri, 2012-01-20 at 23:20 +0100, Lennart Poettering wrote:
On Fri, 20.01.12 08:59, Ted Gould (t...@gould.cx) wrote:
It seems to me that this would be a good usage of Freedesktop. I'd be
happy to maintain such a repository if people would be willing to use
it.
Yeah, it's a great use
On Fri, 2012-01-20 at 23:48 +0100, Lennart Poettering wrote:
On Fri, 20.01.12 16:29, Ted Gould (t...@gould.cx) wrote:
On Fri, 2012-01-20 at 23:20 +0100, Lennart Poettering wrote:
On Fri, 20.01.12 08:59, Ted Gould (t...@gould.cx) wrote:
It seems to me that this would be a good usage
On Sat, 2012-01-21 at 01:07 +0100, Lennart Poettering wrote:
On Fri, 20.01.12 17:08, Ted Gould (t...@gould.cx) wrote:
I already maintain a ton of stuff, and I try to keep maintenance burden
and bureaucracy small for myself. Hence the Wiki, and not a complex
standards process and a git
On Thu, 2012-04-26 at 10:23 -0400, Jeremy Bicha wrote:
On 26 April 2012 10:10, Jasper St. Pierre jstpie...@mecheye.net wrote:
And I thought that desrt and Colin worked very hard to have this work
with Ubuntu. I remember
Colin talking about how hard this was because of integration between
On Thu, 2012-04-26 at 11:54 -0400, Jasper St. Pierre wrote:
On Thu, Apr 26, 2012 at 10:53 AM, Ted Gould t...@gould.cx wrote:
While there are few today, our goal here was to ensure that as new
applications are developed it is expected that they'd use GMenuModel
instead of traditional GTK
On Mon, 2012-12-03 at 19:09 -0500, Jeremy Bicha wrote:
I think it's time that we move away from using three periods (...) to
represent the ellipsis and instead use the Unicode character (…).
We've been trying to do this on the Unity Indicators and I wrote a small
automake fragment to test for
41 matches
Mail list logo
