Re: Pause and resume GtkApplication

is properly (or still) shown in the same window throughout both GtkApplication instances. Regards    - Alex ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: Pause and resume GtkApplication

Thanks to all of you. I try to incorporate all the advisories and hints as best as I can given the constraints underlying. Cheers  -- Alex ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org

Re: Pause and resume GtkApplication

On Fri, 26 Jan 2018 11:14:36 +0700 "Lucky B.C" <lblack...@gmail.com> wrote: > Well, in the case, I will tell something about me, first I've never > used the GtkApplication just main window maybe sub windows (dialogs) > too, and my programs did not do as what you are tryin

Re: Pause and resume GtkApplication

Well, in the case, I will tell something about me, first I've never used the GtkApplication just main window maybe sub windows (dialogs) too, and my programs did not do as what you are trying to do. Second I'm a C programmer, in my opinion, you should redesign your app because sometimes we must do

Re: Pause and resume GtkApplication

Well, do a context menu and forget about it. In opensuse it is a special package you install for Gnome3 :/ On Fri, Jan 26, 2018 at 12:30 AM, Alexander Koeppe wrote: > It's not really because of async execution. > I just tried various gtk_window functions that trigger the

Re: Pause and resume GtkApplication

It's not really because of async execution. I just tried various gtk_window functions that trigger the "window-state-change" event. But not all of them provide the desired effect. e.g. gtk_window_maximize() reappears the app-menu. gtk_window_iconfify() not So I wonder what is the default callback

Re: Pause and resume GtkApplication

the program did not exit when it's called to >>>> restart, there's only the changed/related data must be reload to >>>> buffer/ram, and the program must stop rendering/running at the time, >>>> after the reloading's done the program continues to render/display

Re: Pause and resume GtkApplication

ading's done the program continues to render/display the >>> new data in the screen. The reloading can be done in a new thread too, >>> after used you can delete it too. >>> >>> On Wed, Jan 24, 2018 at 2:52 AM, Alexander Koeppe >>> <alexander@koeppe.

Re: Pause and resume GtkApplication

Alexander Koeppe >> <alexander@koeppe.rocks> wrote: >>> I know about the possiblity to fire the low-level functions using an button >>> callback. However this would draw an exception for other UI choices the >>> application has: e.g. text, deamon.

Re: Pause and resume GtkApplication

;> I know about the possiblity to fire the low-level functions using an button >> callback. However this would draw an exception for other UI choices the >> application has: e.g. text, deamon. >> >> Therefore I'm looking for a way to keep the application structure for

Re: Pause and resume GtkApplication

> > Therefore I'm looking for a way to keep the application structure for all > UIs the same. > > There is the test app I'm playing with: > > > #include > > GtkApplication *app; > GtkWidget *window; > int initialized = 0; > > void quit_cb(GSi

Re: Pause and resume GtkApplication

I'm playing with: #include GtkApplication *app; GtkWidget *window; int initialized = 0; void quit_cb(GSimpleAction *action, GVariant *value, gpointer data) {    g_print("quit!\n");    g_object_unref(app);    exit(0); } void restart_cb(GSimpleAction *action, GVariant *value, gpo

Re: Pause and resume GtkApplication

Hi, can you show your demo about the way you did? But I think you should keep the gtk_main() runs, because you can run your low-level functions by "clicked" signal on button. On Jan 23, 2018 03:44, "Alexander Koeppe" wrote: Hi, I have an application where some things

Pause and resume GtkApplication

Hi, I have an application where some things need to be setup in the UI, then some low-level routines to be executed using the setup values and then resuming the UI loop for further operation. Since I'm migrating the GTK code from GTK2/3 compatible to GNOME/GTK3, I make use of

Re: GtkApplication with different ApplicationWindows

I tested it with "normal" GtkWindows, and yes, they work the same way GtkApplicationWindows do. But in my case I have multiple application windows with different semantics. And this is not the intention behind GtkApplication. I guess I could make it work, but it would be really happy

Re: GtkApplication with different ApplicationWindows

This is what i found on the GtkApplication docs: > While GtkApplication works fine with plain GtkWindows, it is recommended to > use it together with GtkApplicationWindow. So, you can use just a GtkWindow, or "TaskWindow" for say... I've not tested, but it should work. 2016-08

Re: GtkApplication with different ApplicationWindows

This is exactly what I thought of, but I also want to allow to run my program without the main window (like ./prog --task which only opens a task window). So I would have to run a GtkApplication without any GtkApplicationWindow. As the applications life cycle is tied to its ApplicationWindows

Re: GtkApplication with different ApplicationWindows

he program works as follows: > - A unique main window, with a main menu bar > - Multiple task windows, all with a task menu bar > - The program can be called with ./prog --task to only open the task > window, not the main window > > The first thing one woul

GtkApplication with different ApplicationWindows

menu bar - Multiple task windows, all with a task menu bar - The program can be called with ./prog --task to only open the task window, not the main window The first thing one would find in the documentation is GtkApplication and GtkApplicationWindow, but those have some limitations I currently don't

Re: Is GtkApplication example Bloatpad Parse supposed to be Paste?

On Sat, Jun 23, 2012 at 1:33 AM, Micah Carrick mi...@quixotix.com 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 there are not actions

Is GtkApplication example Bloatpad Parse supposed to be Paste?

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 though. That's a typo... right

GtkApplication initialization tru command-line signal (vs activate or startup signals)

Hello I don't understand how GtkApplication and GApplication should be used. I actually am not sure to understand why is GtkApplication really useful. I believe it is using DBus to communicate with the session manager, possibly to permit that only one instance is running. But I don't understand

Re: GTK+ 3, Win32 and GtkApplication (DBus woes)

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 someone will have to spend some time

Re: GTK+ 3, Win32 and GtkApplication (DBus woes)

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 making

Re: GtkApplication and argc/arv

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 tracking of open files? I have no idea. I haven't

GTK+ 3, Win32 and GtkApplication (DBus woes)

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 Cannot

Re: GTK+ 3, Win32 and GtkApplication (DBus woes)

On Mon, Mar 28, 2011 at 5:35 AM, Kean Johnston kean.johns...@gmail.com 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

Re: GTK+ 3, Win32 and GtkApplication (DBus woes)

On 3/28/2011 1:12 PM, Paul Davis wrote: On Mon, Mar 28, 2011 at 5:35 AM, Kean Johnstonkean.johns...@gmail.com 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

Re: GTK+ 3, Win32 and GtkApplication (DBus woes)

On Mon, Mar 28, 2011 at 7:26 AM, Kean Johnston kean.johns...@gmail.com 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

Re: GTK+ 3, Win32 and GtkApplication (DBus woes)

On Mon, Mar 28, 2011 at 8:26 PM, Kean Johnston kean.johns...@gmail.com wrote: On 3/28/2011 1:12 PM, Paul Davis wrote: On Mon, Mar 28, 2011 at 5:35 AM, Kean Johnstonkean.johns...@gmail.com  wrote: Hello everyone, GtkApplication is a rather new piece of the GTK API. There has been quite

Re: GTK+ 3, Win32 and GtkApplication (DBus woes)

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

Re: GtkApplication and argc/arv

On Mon, Mar 21, 2011 at 6:03 AM, Murray Cumming murr...@murrayc.com 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?

Re: GtkApplication and argc/arv

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

Re: GtkApplication and argc/arv

On Fri, Mar 25, 2011 at 12:39 PM, Petr Tomasek toma...@etf.cuni.cz 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

Re: GtkApplication and argc/arv

On Fri, Mar 25, 2011 at 1:08 PM, Colin Walters walt...@verbum.org wrote: On Fri, Mar 25, 2011 at 12:39 PM, Petr Tomasek toma...@etf.cuni.cz 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?

Re: GtkApplication and argc/arv

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 do both easily with GtkApplication. If both are considered valid by GTK+ then GtkApplication should have some clear warning that it pushes

Re: GtkApplication and argc/arv

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 and

Re: GtkApplication and argc/arv

Hi Murray, On Sat, Mar 19, 2011 at 9:11 AM, Murray Cumming murr...@murrayc.com 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,

Re: GtkApplication and argc/arv

Hi On Thu, Mar 10, 2011 at 4:04 PM, Murray Cumming murr...@murrayc.com wrote: On Thu, 2011-03-10 at 18:41 +, Chris Vine wrote: On Thu, 10 Mar 2011 16:47:59 +0100 Murray Cumming murr...@murrayc.com wrote: If it's most programs then surely you can give some example. I don't think that

Re: GtkApplication and argc/arv

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; the developer can choose whether the single instance pattern

Re: GtkApplication and argc/arv

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 the

Re: GtkApplication and argc/arv

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

Re: GtkApplication and argc/arv

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

Re: GtkApplication and argc/arv

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

Re: GtkApplication and argc/arv

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

Re: GtkApplication and argc/arv

On Thu, 10 Mar 2011 14:48:12 +0100 Murray Cumming murr...@murrayc.com 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

Re: GtkApplication and argc/arv

On Thu, 2011-03-10 at 14:54 +, Chris Vine wrote: On Thu, 10 Mar 2011 14:48:12 +0100 Murray Cumming murr...@murrayc.com 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

Re: GtkApplication and argc/arv

On Thu, Mar 10, 2011 at 10:47 AM, Murray Cumming murr...@murrayc.com 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

Re: GtkApplication and argc/arv

On Thu, 2011-03-10 at 10:54 -0500, Paul Davis wrote: On Thu, Mar 10, 2011 at 10:47 AM, Murray Cumming murr...@murrayc.com 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

Re: GtkApplication and argc/arv

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 where for good reason the programmer decides

Re: GtkApplication and argc/arv

On 2011-03-08 at 22:16, Paul Davis wrote: On Tue, Mar 8, 2011 at 9:56 PM, Andrew Cowie and...@operationaldynamics.com 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

Re: GtkApplication and argc/arv

, 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 that people say it's good. -- murr...@murrayc.com www.murrayc.com www.openismus.com

Re: GtkApplication and argc/arv

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, right? If so

Re: GtkApplication and argc/arv

On Tue, Mar 8, 2011 at 9:56 PM, Andrew Cowie and...@operationaldynamics.com 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's

Re: GtkApplication and argc/arv

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. [snip] Is there any example of this in an application

Re: GDBus support on Win32 + other platforms (Was Re: GtkApplication and argc/arv)

... I'd argue it would still be nice to have GDBus working *out of the box* in Win32 and OS X. Someone just need to do the work - it's already 99% done... Guys, maybe someone here can answer my question. Does an application that uses GtkApplication work on win32/osx ? I'm not asking for a full

Re: GDBus support on Win32 + other platforms (Was Re: GtkApplication and argc/arv)

On Mon, Mar 7, 2011 at 1:22 AM, Tristan Van Berkom trista...@openismus.com 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,

Re: GDBus support on Win32 + other platforms (Was Re: GtkApplication and argc/arv)

? 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 GtkApplication cause my app to simply fail just because a win32

Re: GDBus support on Win32 + other platforms (Was Re: GtkApplication and argc/arv)

On Mon, Mar 7, 2011 at 4:40 AM, Tristan Van Berkom trista...@openismus.com 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 implementation. So, you

Re: GDBus support on Win32 + other platforms (Was Re: GtkApplication and argc/arv)

On Mon, Mar 7, 2011 at 4:40 AM, Tristan Van Berkom trista...@openismus.com 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

Re: GDBus support on Win32 + other platforms (Was Re: GtkApplication and argc/arv)

On Mon, 2011-03-07 at 16:48 -0500, Matthias Clasen wrote: On Mon, Mar 7, 2011 at 4:40 AM, Tristan Van Berkom trista...@openismus.com 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

Re: GDBus support on Win32 + other platforms (Was Re: GtkApplication and argc/arv)

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 OSX

Re: GDBus support on Win32 + other platforms (Was Re: GtkApplication and argc/arv)

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 nothing X11-specific

Re: GDBus support on Win32 + other platforms (Was Re: GtkApplication and argc/arv)

On Mon, Mar 7, 2011 at 6:17 AM, Tristan Van Berkom trista...@openismus.com 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

Re: GDBus support on Win32 + other platforms (Was Re: GtkApplication and argc/arv)

2011/3/7 Matthias Clasen matthias.cla...@gmail.com: On Mon, Mar 7, 2011 at 6:17 AM, Tristan Van Berkom trista...@openismus.com 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

Re: GtkApplication and argc/arv

On Thu, 2011-02-24 at 23:41 +, Emmanuele Bassi wrote: 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

Re: GtkApplication and argc/arv

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 little long-winded. Totem's usage is not entirely trivial: it requires argument parsing in the local

Re: GtkApplication and argc/arv

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:

Re: GtkApplication and argc/arv

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-line

Re: GtkApplication and argc/arv

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?

Re: GtkApplication and argc/arv

Hey, On Fri, Feb 25, 2011 at 2:28 PM, Havoc Pennington h...@pobox.com 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

GDBus support on Win32 + other platforms (Was Re: GtkApplication and argc/arv)

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

Re: GDBus support on Win32 + other platforms (Was Re: GtkApplication and argc/arv)

On Sat, Feb 26, 2011 at 10:00 AM, David Zeuthen zeut...@gmail.com 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

Re: GDBus support on Win32 + other platforms (Was Re: GtkApplication and argc/arv)

Hey, On Sat, Feb 26, 2011 at 10:26 AM, Paul Davis p...@linuxaudiosystems.com wrote: On Sat, Feb 26, 2011 at 10:00 AM, David Zeuthen zeut...@gmail.com 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.

Re: GtkApplication and argc/arv

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's spread between GApplication and GtkApplication and mentions some concepts

Re: GtkApplication and argc/arv

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 is superfluous, yes; I guess we should mention

Re: GtkApplication and argc/arv

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 plans to make it single instanced. Note

Re: GtkApplication and argc/arv

On Thu, 2011-02-24 at 17:51 -0500, Colin Walters wrote: On Mon, Feb 21, 2011 at 3:57 PM, Murray Cumming murr...@murrayc.com wrote: snip 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

Re: GtkApplication and argc/arv

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 Gnome or Gtk should have an opinion on. Morten

Re: GtkApplication and argc/arv

. Why 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

Re: GtkApplication and argc/arv

Hi, On Thu, Feb 24, 2011 at 8:51 PM, Wen-Yen Chuang ca...@calno.com 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

Re: GtkApplication and argc/arv

Hi, On Fri, Feb 25, 2011 at 9:13 PM, Wen-Yen Chuang ca...@calno.com 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 whole

Re: GtkApplication and argc/arv

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 different operating systems

Re: GtkApplication and argc/arv

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

Re: GtkApplication and argc/arv

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 this infrastructure to keep just

Re: GtkApplication and argc/arv

On Mon, Feb 21, 2011 at 3:57 PM, Murray Cumming murr...@murrayc.com 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's spread between

Re: GtkApplication and argc/arv

On Thu, Feb 24, 2011 at 5:15 PM, Morten Welinder mort...@gnome.org 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

Re: GtkApplication and argc/arv

On Fri, Feb 25, 2011 at 8:25 AM, jose.ali...@gmail.com jose.ali...@gmail.com wrote: Hi, On Tue, Feb 22, 2011 at 6:45 AM, Murray Cumming murr...@murrayc.com 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

Re: GtkApplication and argc/arv

://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 gtkmm. Why

Re: GtkApplication and argc/arv

-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 think

Re: GtkApplication and argc/arv

On Wed, Feb 23, 2011 at 12:15 PM, Wen-Yen Chuang ca...@calno.com 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 depends on dbus. You can not use

Re: GtkApplication and argc/arv

-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 works currently

Re: GtkApplication and argc/arv

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's spread between GApplication

GtkApplication and argc/arv

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 concepts without explaining

GtkApplication handling 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, vinagre

Re: GtkApplication handling command line

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 flag, the command line

Re: Can I get a quick overview of GtkApplication actions?

On Fri, Oct 29, 2010 at 7:03 PM, Sandy Armstrong sanfordarmstr...@gmail.com 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 in such a way that other

Re: Can I get a quick overview of GtkApplication actions?

On Mon, Nov 1, 2010 at 2:22 PM, Matthias Clasen matthias.cla...@gmail.com 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:

Re: Can I get a quick overview of GtkApplication actions?

Hi, On Mon, Nov 1, 2010 at 2:25 PM, Matthias Clasen matthias.cla...@gmail.com 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?

Re: Can I get a quick overview of GtkApplication actions?

On Mon, Nov 1, 2010 at 2:36 PM, Havoc Pennington h...@pobox.com wrote: Hi, On Mon, Nov 1, 2010 at 2:25 PM, Matthias Clasen matthias.cla...@gmail.com wrote: In fact, here it is: http://library.gnome.org/devel/gio/2.27/GApplication.html#gapplication-example-actions Was a bit confused

  1   2   >