On Sat, Jun 23, 2012 at 1:33 AM, Micah Carrick wrote:
> I was working on getting up to speed with GtkApplication by implementing the
> "Bloatpad" example application in the GTK+ docs in Python. I noticed the UI
> XML has an action for "win.parse" for which the
I was working on getting up to speed with GtkApplication by implementing
the "Bloatpad" example application in the GTK+ docs in Python. I noticed
the UI XML has an action for "win.parse" for which there are not actions.
There are actions for "win.paste"
There is no separate devel list for glib or gio, it all happens here.
Thanks for the info. I have some ideas I need to mull around for a bit
that I'll post about in the near future.
For the GtkApplication part I just think someone will have to spend some
time on the GtkApplication code m
scussions of Glib/Gio issues, especially as related to GTK+ are unwelcome
> or unproductive here, I'll move my questions to the appropriate place,
> wherever that is.
There is no separate devel list for glib or gio, it all happens here.
For the GtkApplication part I just think som
gt; > should require a single process.
>
> How do you recommend apps implement this then?
Via some interprocess communication, via a GtkApplication that makes
that easy? Obviously I can't recommend that apps do that now, hence this
discussion.
Or maybe via some session-wide tracki
Yes I'm sorry about that. I innocently assumed it would be properly
portable as everything in GTK+ is portable, and there was no
proper notation that the application object was not available
on win32 or osx (like say, GtkUnixPrint widgets).
For the most part it seems that GTK+'s portability holds
On Mon, Mar 28, 2011 at 8:26 PM, Kean Johnston wrote:
> On 3/28/2011 1:12 PM, Paul Davis wrote:
>>
>> On Mon, Mar 28, 2011 at 5:35 AM, Kean Johnston
>> wrote:
>>>
>>> Hello everyone,
>>
>> GtkApplication is a rather new piece of the GTK API. Th
On Mon, Mar 28, 2011 at 7:26 AM, Kean Johnston wrote:
>Considering what a long history Gtk+ has of being
> very portable,
I would say that this is a subtle mis-perception. GTK's support for
non *nix, non-X11 platforms has happened generally inspite of, rather
than because of any central portabili
On 3/28/2011 1:12 PM, Paul Davis wrote:
On Mon, Mar 28, 2011 at 5:35 AM, Kean Johnston wrote:
Hello everyone,
GtkApplication is a rather new piece of the GTK API. There has been
quite a bit of discussion about its role and its impact on cross
platform portability.
I'll try read more o
On Mon, Mar 28, 2011 at 5:35 AM, Kean Johnston wrote:
> Hello everyone,
GtkApplication is a rather new piece of the GTK API. There has been
quite a bit of discussion about its role and its impact on cross
platform portability.
The answer for now is that if you want cross platform portabil
t, so all I have to go on is the
provided documentation. Very early on in my reading, I was encouraged to
not manually construct widgets but to use GtkUIManager, and tools like Glade.
I compiled Glade 3.9.2 and because it used GtkApplication, it no longer
works on Windows. Gio aborts with &q
On Fri, Mar 25, 2011 at 1:08 PM, Colin Walters wrote:
> On Fri, Mar 25, 2011 at 12:39 PM, Petr Tomasek wrote:
>>
>> Wait... So it won't be possible with gnome-shell/gtk3 applications
>> to have two instances of the same program started with two different
>> locales?
>
> By default, yes, that is c
On Fri, Mar 25, 2011 at 12:39 PM, Petr Tomasek wrote:
>
> Wait... So it won't be possible with gnome-shell/gtk3 applications
> to have two instances of the same program started with two different
> locales?
By default, yes, that is correct. Application authors can do whatever
they want to suppor
On Thu, Mar 10, 2011 at 09:01:51AM -0500, Morten Welinder wrote:
> > What global state, for instance?
>
> locale?
>
> As a reminder, setlocale is not thread-safe.
>
> M.
Wait... So it won't be possible with gnome-shell/gtk3 applications
to have two instances of the same program started with two
On Mon, Mar 21, 2011 at 6:03 AM, Murray Cumming wrote:
>
> I very much like the re-show-instead-of-reopening idea, and miss it
> since I stopped using MacOS 7.3. However, I don't understand why this
> should require a single process.
How do you recommend apps implement this then?
eason to encourage applications to be multi-process where there
is no shared data that is not already handled by multi-process APIs such
as GSettings.
> Obviously - for any app that desires multiple windows (which is
> actually only ~15 of my apps) you can do both.
You can't apparently d
Hi Murray,
On Sat, Mar 19, 2011 at 9:11 AM, Murray Cumming wrote:
> For this and other unrelated reasons, I will remove Gtk::Application
> from gtkmm 3.0.0. I can't wrap an API that I don't understand
It's not that you don't understand it exactly, it's that you don't
agree, correct? I stated r
On Thu, 2011-03-10 at 20:04 +0100, Murray Cumming wrote:
> But for applications that actually have some reason to have multiple
> windows (typically document-based applications) I still know of no
> reason why we would want to suggest that they should have all windows
> in
> one process.
For this
Hi
On Thu, Mar 10, 2011 at 4:04 PM, Murray Cumming wrote:
> On Thu, 2011-03-10 at 18:41 +, Chris Vine wrote:
>> On Thu, 10 Mar 2011 16:47:59 +0100
>> Murray Cumming wrote:
>> > If it's most programs then surely you can give some example. I don't
>> > think that most applications have to deal
On Thu, 2011-03-10 at 18:41 +, Chris Vine wrote:
> On Thu, 10 Mar 2011 16:47:59 +0100
> Murray Cumming wrote:
> > If it's most programs then surely you can give some example. I don't
> > think that most applications have to deal with caching, bookmarks, and
> > history like Firefox.
>
> I did
on't think there is a need to recommend anything. I suspect that
now that, with GtkApplication, you don't have to write your own dbus
stuff, as I had to do in the past, ease of implementation will
naturally lead to single instance designs. There may well be cases
of multi-document programs
On Thu, 2011-03-10 at 10:54 -0500, Paul Davis wrote:
> On Thu, Mar 10, 2011 at 10:47 AM, Murray Cumming wrote:
>
> > If it's most programs then surely you can give some example. I don't
> > think that most applications have to deal with caching, bookmarks, and
> > history like Firefox.
>
> i thi
On Thu, Mar 10, 2011 at 10:47 AM, Murray Cumming wrote:
> If it's most programs then surely you can give some example. I don't
> think that most applications have to deal with caching, bookmarks, and
> history like Firefox.
i think that the kind of thing chris is referring to is something like
"
On Thu, 2011-03-10 at 14:54 +, Chris Vine wrote:
> On Thu, 10 Mar 2011 14:48:12 +0100
> Murray Cumming wrote:
> > On Thu, 2011-03-10 at 09:59 +, Chris Vine wrote:
> > [snip]
> > > The case for having single-instance programs in most cases for
> > > programs with a GUI interface seems self-
On Thu, 10 Mar 2011 14:48:12 +0100
Murray Cumming wrote:
> On Thu, 2011-03-10 at 09:59 +, Chris Vine wrote:
> [snip]
> > The case for having single-instance programs in most cases for
> > programs with a GUI interface seems self-evident to me, since most
> > GUI programs keep some running glob
> Sorry, I don't understand. Could you explain in more detail?
If you need to run two different windows in two different locales, then
single-instance is not possible. For Gnumeric this happens regularly
due to the world's decimal separator mess.
The reason you cannot do this in a single instanc
On Thu, 2011-03-10 at 09:01 -0500, Morten Welinder wrote:
> > What global state, for instance?
>
> locale?
>
> As a reminder, setlocale is not thread-safe.
Sorry, I don't understand. Could you explain in more detail? Why would
two separate instances (separate processes) of the same app care if
s
> What global state, for instance?
locale?
As a reminder, setlocale is not thread-safe.
M.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Thu, 2011-03-10 at 09:59 +, Chris Vine wrote:
[snip]
> The case for having single-instance programs in most cases for
> programs with a GUI interface seems self-evident to me, since most
> GUI programs keep some running global state which would be extremely
> tedious to synchronise between d
On Thu, 10 Mar 2011 11:12:39 +0100
Alexandre Mazari wrote:
> > However, the deficiency I have found in the past with respect to
> > implementing single instance programs using gtk+/gnome is the window
> > manager. Usually in the circumstances I have described you want
> > gtk_window_present() to
> However, the deficiency I have found in the past with respect to
> implementing single instance programs using gtk+/gnome is the window
> manager. Usually in the circumstances I have described you want
> gtk_window_present() to do what it says it does (for the remote dbus
> callback to bring up
reasoning to point people at when I
> > >> tell them to use GtkApplication. I will not just hand-wave and
> > >> say that people say it's good.
> > >
> > > GtkApplication is the GNOME 3.0 replacement for LibUnique, right?
> > > If so, then fine;
On 2011-03-08 at 22:16, Paul Davis wrote:
> On Tue, Mar 8, 2011 at 9:56 PM, Andrew Cowie
> wrote:
> > On Tue, 2011-03-08 at 12:06 +0100, Murray Cumming wrote:
> >> I would very much like some reasoning to point people at when I tell
> >> them to use GtkApplication.
On Tue, Mar 8, 2011 at 9:56 PM, Andrew Cowie
wrote:
> On Tue, 2011-03-08 at 12:06 +0100, Murray Cumming wrote:
>> I would very much like some reasoning to point people at when I tell
>> them to use GtkApplication. I will not just hand-wave and say that
>> people say it'
On Tue, 2011-03-08 at 12:06 +0100, Murray Cumming wrote:
> I would very much like some reasoning to point people at when I tell
> them to use GtkApplication. I will not just hand-wave and say that
> people say it's good.
GtkApplication is the GNOME 3.0 replacement for LibUnique
re you talking about windows that are shared between
"document" windows, such as having 2 gimp images open with only one
toolbar window?
I would very much like some reasoning to point people at when I tell
them to use GtkApplication. I will not just hand-wave and say
2011/3/7 Matthias Clasen :
> On Mon, Mar 7, 2011 at 6:17 AM, Tristan Van Berkom
> wrote:
>
>> b.) It's damn easy to make GApplication at least startup
>> correctly, run the main loop and just not use any IPC,
>> it's the least I think that one can expect.
>
> Then lets the patch already
On Mon, Mar 7, 2011 at 6:17 AM, Tristan Van Berkom
wrote:
> b.) It's damn easy to make GApplication at least startup
> correctly, run the main loop and just not use any IPC,
> it's the least I think that one can expect.
Then lets the patch already, instead of needlessly prolonging thi
On Mon, 2011-03-07 at 22:52 +, Emmanuele Bassi wrote:
> On 2011-03-07 at 18:40, Tristan Van Berkom wrote:
> > Will use of GtkApplication cause my app to simply fail just because
> > a win32/osx implementation is missing ? or will it silently succeed ?
>
> there is no
On 2011-03-07 at 18:40, Tristan Van Berkom wrote:
> Will use of GtkApplication cause my app to simply fail just because
> a win32/osx implementation is missing ? or will it silently succeed ?
there is nothing X11-specific in GApplication or GtkApplication.
in fact, if you install D-Bus on
On Mon, 2011-03-07 at 16:48 -0500, Matthias Clasen wrote:
> On Mon, Mar 7, 2011 at 4:40 AM, Tristan Van Berkom
> wrote:
>
> >
> > As I mentioned before, I'm not asking for an implementation on win32
> > of GtkApplication, I'm just asking for it to succeed,
On Mon, Mar 7, 2011 at 4:40 AM, Tristan Van Berkom
wrote:
> a.) GtkApplication only available as GtkX11Application is acceptable,
> because people only expect it to work on x11 (the actual stubs
> should in this case only be created on x11 and the docs should
> mention th
On Mon, Mar 7, 2011 at 4:40 AM, Tristan Van Berkom
wrote:
>
> As I mentioned before, I'm not asking for an implementation on win32
> of GtkApplication, I'm just asking for it to succeed, run a mainloop
> and "do something" as a fallback for a missing implementat
ble ?
>
> GApplication is not unstable.
>
> It is true that after all the back-and-forth, nobody has gotten around
> to writing a non-dbus backend.
>
Ok but regardless of what's there and what's missing, this still does
not answer my question.
Will use of GtkApplic
On Mon, Mar 7, 2011 at 1:22 AM, Tristan Van Berkom
wrote:
> On Sat, 2011-02-26 at 10:37 -0500, David Zeuthen wrote:
> ... do I have to pull out that change while
> GApplication is still unstable ?
GApplication is not unstable.
It is true that after all the back-and-forth, nobody has gotten aro
s can control it / interact
> with it. The app just says: use interface org.App.Bar on object
> /org/App/bar on the name org.App.FooApp on the session bus.
>
> But, yeah, D-Bus isn't all that useful for apps as is it to build an
> OS... I'd argue it would still be nice to
tance app, opening an already opened document brings it to the
> > front.
>
> As far as I understand, you can achieve this with
> GApplication/GtkApplication by a combination of G_APPLICATION_IS_SERVICE
> and G_APPLICATION_IS_LAUNCHER in both a service and a launcher process.
[sn
On 2011-03-03 at 07:18, Murray Cumming wrote:
> On Wed, 2011-03-02 at 10:07 +, Emmanuele Bassi wrote:
> [snip]
> > > Thanks for the suggestion, but why wouldn't you use the
> > > GApplication::local_command_line vfunc for local command-line parsing?
> > > http://library.gnome.org/devel/gio/unst
On Wed, 2011-03-02 at 10:07 +, Emmanuele Bassi wrote:
[snip]
> > Thanks for the suggestion, but why wouldn't you use the
> > GApplication::local_command_line vfunc for local command-line parsing?
> > http://library.gnome.org/devel/gio/unstable/GApplication.html#GApplicationClass.local-command-l
On 2011-03-02 at 09:30, Murray Cumming wrote:
> > • you can defer all command line parsing to the remote instance, by
> > passing the G_APPLICATION_HANDLES_COMMAND_LINE flag to the
> > constructor and by connecting to the ::command-line signal; and
> > example is in the Dictionary:
>
>> > How should we use GOptionContext to parse command line arguments from
>> > argc/argv when using GtkApplication. Is this the ideal way, using the
>> > command-line signal?
>> > http://git.gnome.org/browse/totem/tree/src/totem.c#n187
>> > It seems a littl
ents from
> > argc/argv when using GtkApplication. Is this the ideal way, using the
> > command-line signal?
> > http://git.gnome.org/browse/totem/tree/src/totem.c#n187
> > It seems a little long-winded.
>
> Totem's usage is not entirely trivial: it requires argument
Hi,
On Sat, Feb 26, 2011 at 9:35 AM, David Zeuthen wrote:
> but if someone writes a nice dbus-daemon(1) patch, we
> would probably accept it, right?
>
I suppose... if they had enough test coverage to prove it actually worked ...
Havoc
___
gtk-devel-l
Hey,
On Sat, Feb 26, 2011 at 10:26 AM, Paul Davis wrote:
> On Sat, Feb 26, 2011 at 10:00 AM, David Zeuthen wrote:
>> Hi,
>>
>> Just for the record, there's no reason that GDBus cannot be made to
>> work very nicely on Win32 or any other platform we care about. GDBus
>> (and D-Bus itself) was des
On Sat, Feb 26, 2011 at 10:00 AM, David Zeuthen wrote:
> Hi,
>
> Just for the record, there's no reason that GDBus cannot be made to
> work very nicely on Win32 or any other platform we care about. GDBus
> (and D-Bus itself) was designed with this goal in mind.
what functionality is (G)D-Bus supp
Hi,
Just for the record, there's no reason that GDBus cannot be made to
work very nicely on Win32 or any other platform we care about. GDBus
(and D-Bus itself) was designed with this goal in mind.
That is to say, it is possible to make a Win32 build of GLib where
GDBus works as expect in both pee
Hey,
On Fri, Feb 25, 2011 at 2:28 PM, Havoc Pennington wrote:
> So upstream's advice is, don't restart, because apps won't handle it.
>
> If you want to fix all the apps, you can do so. There are no
> dbus-daemon changes required.
If you really wanted to handle the "dbus package got upgraded, le
Hi,
On Fri, Feb 25, 2011 at 9:13 PM, Wen-Yen Chuang wrote:
>
> I suppose GtkApplication users do not need to handle dbus directly.
>
> So if GtkApplication can handle dbus restart / dbus crash, I may also
> consider using GtkApplication for single instance app.
However, the whol
t to
> the system bus, is "restarting won't work in practice because you
> can't rely on apps handling it" rather than "apps should not handle
> it." If apps handle it that's great.
Thanks for the clarification.
I suppose GtkApplication users do not n
Hi,
On Thu, Feb 24, 2011 at 8:51 PM, Wen-Yen Chuang wrote:
> a.) restart dbus daemon (and keep everything communicating to dbus
> still working) is not supported by upstream in a sensible way.
> [1][2][3][4]
upstream doesn't support this because it isn't a dbus issue. The
problem is that n
hy I have to use dbus just because I use GTK+ at the same time?
You don't. Nobody forces you to use GtkApplication.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
rom
> > > argc/argv when using GtkApplication. Is this the ideal way, using the
> > > command-line signal?
> > > http://git.gnome.org/browse/totem/tree/src/totem.c#n187
> > > It seems a little long-winded.
> >
> > I think that's best practice, yeah. It
sn't
sound like a problem experienced by, say, evince.
What is the GtkApplication solution to dealing with different environment
variables, including DISPLAY and LANG?
I believe the single/multiple instances is a decision for the developer and
not one Gn
On Thu, 2011-02-24 at 17:51 -0500, Colin Walters wrote:
> On Mon, Feb 21, 2011 at 3:57 PM, Murray Cumming wrote:
> > 2.
> > How should we use GOptionContext to parse command line arguments from
> > argc/argv when using GtkApplication. Is this the ideal way, using the
&g
On Fri, 2011-02-25 at 08:58 +0100, Carlos Garcia Campos wrote:
>
> >
> > Just to point out an example, Evince does not use GtkApplication
> > and it's not single instanced (there is one process per each
> > document you see) and I don't think there are p
On Thu, 2011-02-24 at 17:51 -0500, Colin Walters wrote:
> > 1.
> > Are we still meant to call gtk_init(&argc, &argv) when using
> > GtkApplication, which takes argc/argv again via g_application_run(). Or
> > is gtk_init() then superfluous?
>
> gtk_init i
ray Cumming wrote:
> >>> I'm trying to wrap GtkApplication for gtkmm but I can't really do that
> >>> until I understand how it's meant to be used.
> >>>
> >>> In general, I find the documentation lacks overview and advice, partly
>
Excerpts from jose.ali...@gmail.com's message of vie feb 25 00:25:01 +0100 2011:
> Hi,
>
> On Tue, Feb 22, 2011 at 6:45 AM, Murray Cumming wrote:
> > On Mon, 2011-02-21 at 21:57 +0100, Murray Cumming wrote:
> >> I'm trying to wrap GtkApplication for gtkmm but I
(I am sorry to Tristan, as I forgot to answer to the list the first time)
-- Forwarded message --
From: jose.ali...@gmail.com
Date: Fri, Feb 25, 2011 at 4:31 AM
Subject: Re: GtkApplication and argc/arv
To: Tristan Van Berkom
Hi
On Thu, Feb 24, 2011 at 8:52 PM, Tristan Van
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/25/11 06:55, Colin Walters wrote:
> As for things like a developer scenario where you want to disable it
> temporarily for whatever reason, sure - we could add
> G_DEBUG=disable-single-instance or something?
Sounds a good idea. :-)
Kind regards
353
[3] http://bugs.debian.org/495257
[4] http://bugs.debian.org/573386
We have other speedy and reliable IPC to be used for single instance
apps. Why I have to use dbus just because I use GTK+ at the same time?
This topic is started by Murray Cumming because he is trying to wrap
GtkApplication for
On Fri, Feb 25, 2011 at 8:25 AM, jose.ali...@gmail.com
wrote:
> Hi,
>
> On Tue, Feb 22, 2011 at 6:45 AM, Murray Cumming wrote:
>> On Mon, 2011-02-21 at 21:57 +0100, Murray Cumming wrote:
>>> I'm trying to wrap GtkApplication for gtkmm but I can't really do th
On 2011-02-21 at 21:57, Murray Cumming wrote:
I'll leave the other points, as they've received a reply already.
> 2.
> How should we use GOptionContext to parse command line arguments from
> argc/argv when using GtkApplication. Is this the ideal way, using the
> command
Hi,
On Tue, Feb 22, 2011 at 6:45 AM, Murray Cumming wrote:
> On Mon, 2011-02-21 at 21:57 +0100, Murray Cumming wrote:
>> I'm trying to wrap GtkApplication for gtkmm but I can't really do that
>> until I understand how it's meant to be used.
>>
>>
On Thu, Feb 24, 2011 at 5:15 PM, Morten Welinder wrote:
> What actual problem was solved by all this infrastructure to keep just
> one instance?
Basically for any application which manipulates private files in any
form (in Firefox' case, this is the history database), it avoids data
corruption w
On Mon, Feb 21, 2011 at 3:57 PM, Murray Cumming wrote:
> I'm trying to wrap GtkApplication for gtkmm but I can't really do that
> until I understand how it's meant to be used.
>
> In general, I find the documentation lacks overview and advice, partly
> because it
erent decimal separator for different files.
f. Limiting what documents script see.
> If GtkApplication can not turn off single instance,
> I will not use it when I do not need single instance.
Ditto. Or I'll create an id like gnumeric-$PID
What actual problem was solved by all thi
On Thu, 2011-02-24 at 13:11 +0800, Wen-Yen Chuang wrote:
>
> b.) Running multiple versions of the same application
> For example, running firefox 3.5, 3.6, and 4.0 at the same
> time.
I don't think your example actually works without running each instance
using a different firefox user p
gs into separate processes like this, is still a
single-instance app, though not using GtkApplication. It manages many
separate renderer processes, but the primary controlling browser process
is single-instance.
David
___
gtk-devel-list ma
On Thu, 2011-02-24 at 13:11 +0800, Wen-Yen Chuang wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 02/24/11 08:41, Tristan Van Berkom wrote:
> > As far as I know, GtkApplication depends on GIO, which
> > should have some extension points for services on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/24/11 08:41, Tristan Van Berkom wrote:
> As far as I know, GtkApplication depends on GIO, which
> should have some extension points for services on different
> operating systems... using dbus on linux (not exactly sure
> how this wor
On Wed, Feb 23, 2011 at 12:15 PM, Wen-Yen Chuang wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Murray Cumming wrote:
>> 3. Will we recommend that all GTK+ applications generally use
>> GtkApplication?
>
> As far as I know, GtkApplication depe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Murray Cumming wrote:
> 3. Will we recommend that all GTK+ applications generally use
> GtkApplication?
As far as I know, GtkApplication depends on dbus.
You can not use GtkApplication without dbus.
(Please correct me if I am wrong.)
So, I thi
On Mon, 2011-02-21 at 21:57 +0100, Murray Cumming wrote:
> I'm trying to wrap GtkApplication for gtkmm but I can't really do that
> until I understand how it's meant to be used.
>
> In general, I find the documentation lacks overview and advice, partly
> because it
I'm trying to wrap GtkApplication for gtkmm but I can't really do that
until I understand how it's meant to be used.
In general, I find the documentation lacks overview and advice, partly
because it's spread between GApplication and GtkApplication and mentions
some concept
On Sat, 2010-11-13 at 10:22 -0300, Jonh Wendell wrote:
> hi, folks. I'm trying to port vinagre from old gtkapplication to the new
> implementation, based on totem code. there's an issue (totem is affected
> too).
>
> if I create the app object with HANDLE_COMMAND_LINE
hi, folks. I'm trying to port vinagre from old gtkapplication to the new
implementation, based on totem code. there's an issue (totem is affected
too).
if I create the app object with HANDLE_COMMAND_LINE flag, the command
line will always be passed to the primary instance.
We (totem, v
On Mon, Nov 1, 2010 at 11:22 AM, Matthias Clasen
wrote:
> On Fri, Oct 29, 2010 at 7:03 PM, Sandy Armstrong
> wrote:
>> Howdy,
>>
>> I wasn't sure what list to email, so apologies if this is the wrong
>> place to ask.
>>
>> I've heard so
On Mon, Nov 1, 2010 at 2:36 PM, Havoc Pennington wrote:
> Hi,
>
> On Mon, Nov 1, 2010 at 2:25 PM, Matthias Clasen
> wrote:
>>
>> In fact, here it is:
>> http://library.gnome.org/devel/gio/2.27/GApplication.html#gapplication-example-actions
>
> Was a bit confused reading this example, what are the
Hi,
On Mon, Nov 1, 2010 at 2:25 PM, Matthias Clasen
wrote:
>
> In fact, here it is:
> http://library.gnome.org/devel/gio/2.27/GApplication.html#gapplication-example-actions
Was a bit confused reading this example, what are the hold/release in
the action callbacks about? Would they only be needed
On Mon, Nov 1, 2010 at 2:22 PM, Matthias Clasen
wrote:
> Hey, I've added a (very simple-minded) example of gapplication +
> actions in the glib 2.27.2 docs. Should show up on library.gnome.org
> soon.
In fact, here it is:
http://library.gnome.org/devel/gio/2.27/GApplication.html#gapplication-exa
On Fri, Oct 29, 2010 at 7:03 PM, Sandy Armstrong
wrote:
> Howdy,
>
> I wasn't sure what list to email, so apologies if this is the wrong
> place to ask.
>
> I've heard some rumblings about the new GtkApplication having the
> ability to export "actions"
Howdy,
I wasn't sure what list to email, so apologies if this is the wrong
place to ask.
I've heard some rumblings about the new GtkApplication having the
ability to export "actions" in such a way that other apps can easily
find and invoke those actions. But the docs
Hi,
On Fri, Jun 4, 2010 at 12:50 PM, Matthias Clasen
wrote:
>
> app = g_object_new (GTK_TYPE_APPLICATION, "appid", appid, NULL);
> g_application_register (app, argc, argv, gtk_application_get_platform_data
> ());
>
A convenience API that took the likely parameters and initialized a
global sin
2010/6/10 Richard Hughes :
> On 10 June 2010 10:34, Alberto Ruiz wrote:
>> I do think it matters a lot, there should be consistency between
>> calls, good catch.
>
> For what it's worth, I prefer the glib style, so the app-id goes first.
I guess it makes sense since a lot of people are going to g
On 10 June 2010 10:34, Alberto Ruiz wrote:
> I do think it matters a lot, there should be consistency between
> calls, good catch.
For what it's worth, I prefer the glib style, so the app-id goes first.
Richard.
___
gtk-devel-list mailing list
gtk-deve
2010/6/9 Richard Hughes :
> With GApplication we have:
>
> application = g_application_new_and_register
> ("org.gnome.ColorManager.Prefs", argc, argv);
>
> and with GtkApplication we have:
>
> application = gtk_application_new (argc, argv,
> &q
With GApplication we have:
application = g_application_new_and_register
("org.gnome.ColorManager.Prefs", argc, argv);
and with GtkApplication we have:
application = gtk_application_new (argc, argv,
"org.gnome.ColorManager.Prefs");
It does seem slightly odd
On 4 June 2010 17:50, Matthias Clasen wrote:
> - uniqueness
> - actions
> - standard actions (Quit, Activate)
For me, I kinda hoped that the GtkApplication stuff could have easily
told me when the launched binary changed, so we can deal with
GSettings schema changes and GtkBuilder fil
2010/6/4 Matthias Clasen :
> 3) /* TODO look up .desktop file on freedesktop platform, initialize
> title etc. */
On a more-or-less unrelated topic, I have been wondering if
GApplication can take care of setting the application name
(g_set_application_name) it is one of the things that has to be
1 - 100 of 102 matches
Mail list logo