This should be good. Note that it's necessary to update to this version in
order to bundle applications built with the newly-released stable moduleset
because of changes in Pango.
About gtk-mac-bundler
=
Gtk-mac-bundler creates an OS X Application Bundle from a Gtk+ Quartz
On Tue, Nov 06, 2012 at 10:23:40AM -0500, Matthias Clasen wrote:
A new api
[..]
Portability considerations
- Most of the GtkNotification api can probably be implemented against
org.freedesktop.Notifications (except the fire-and-forget aspects),
and this is what I think we should start out
On Tue, Nov 06, 2012 at 04:39:26PM +0100, Olav Vitters wrote:
Wondering if you also looked at iOS and Android.
Ignore this, you obviously did.
--
Regards,
Olav
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
On Tue, Nov 6, 2012 at 10:39 AM, Olav Vitters o...@vitters.nl wrote:
Would a Qt/KDE application be able to show notifications as well? Would
this require freedesktop.org work, or is the intention to keep this
limited to GNOME shell implementation?
I envision the server-side would continue to
On Tue, Nov 6, 2012 at 10:39 AM, Olav Vitters o...@vitters.nl wrote:
Would a Qt/KDE application be able to show notifications as well? Would
this require freedesktop.org work, or is the intention to keep this
limited to GNOME shell implementation?
I don't think this proposal wouldn't change
On Nov 6, 2012, at 4:23 PM, Matthias Clasen wrote:
Problems with GtkStatusIcon
- It is really centered around the idea that apps just export a small
bit of their UI into the 'panel'
- It assumes that all desktops want to offer a permanent place
(system tray) for applications to present a
On Nov 6, 2012, at 8:01 AM, Kristian Rietveld k...@loopnest.org wrote:
On Nov 6, 2012, at 4:23 PM, Matthias Clasen wrote:
Problems with GtkStatusIcon
- It is really centered around the idea that apps just export a small
bit of their UI into the 'panel'
- It assumes that all desktops
On Tue, 2012-11-06 at 10:23 -0500, Matthias Clasen wrote:
It has been clear for a while that GTK+ should provide an api to
support notifications, so that applications don't have to a separate
library (libnotify) for such a minor detail. Since our apis should
serve the application designs that
A couple of comments:
- Would system software (eg. battery notification) be using parts of
this API, or would we need to come up with our own helpers on top of the
D-Bus API?
- gtk_application_get_notifications() doesn't mention that activated
notifications will still be present if recurring.
-
On 12-11-06 07:23 AM, Matthias Clasen wrote:
It has been clear for a while that GTK+ should provide an api to
support notifications, so that applications don't have to a separate
library (libnotify) for such a minor detail. Since our apis should
serve the application designs that are implemented
On Wednesday, 7 November 2012 at 01:23, Matthew Brush wrote:
Actually, one of my favourite things about OSX is that it does not have
these annoying notifications (except when apps force them using 3rd
party libraries that users have to disable). If OSX has something really
important to tell
11 matches
Mail list logo