How to raise application from background?

[oficjalne100]

Hi

I am writting kind of text editor program. So the main feature is "running only one instance" and raising app from background when user invoke it with file name as parameter. Already I have done comunication via local socket (between already running app and new starting app), but I have no idea how to raise it from background when it obtain file name from socket. I use QWidget::raise() and QWidget::activateWindow() but it does not work, the only effect is blinking program icon on task bar.

In other words I want the same behaviour (raise program from background) as Chrome or any text editor when it is already running as "only one instance" and when user invoke it with file name or URL as parameter.

System: Windows 7 32bit.

[agarny]

As you noticed, activateWindow() is not what you need on Windows. Personally, I do the following:

// Retrieve your application's window Id
 
WId mwWinId = winId();
 
// Restore your application, should it be minimized
 
if (IsIconic(mwWinId))
    SendMessage(mwWinId, WM_SYSCOMMAND, SC_RESTORE, 0);
 
// Bring your application to the foreground
 
DWORD foregroundThreadPId = GetWindowThreadProcessId(GetForegroundWindow(), NULL);
DWORD mwThreadPId         = GetWindowThreadProcessId(mwWinId, NULL);
 
if (foregroundThreadPId != mwThreadPId) {
    // Your application's thread process Id is not that of the foreground window, so
    // attach the foreground thread to your application's, set your application to the
    // foreground, and detach the foreground thread from your application's
 
    AttachThreadInput(foregroundThreadPId, mwThreadPId, true);
 
    SetForegroundWindow(mwWinId);
 
    AttachThreadInput(foregroundThreadPId, mwThreadPId, false);
} else {
    // Your application's thread process Id is that of the foreground window, so
    // just set your application to the foreground
 
    SetForegroundWindow(mwWinId);
}

// Retrieve your application's window Id

WId mwWinId = winId();

// Restore your application, should it be minimized

if (IsIconic(mwWinId))
    SendMessage(mwWinId, WM_SYSCOMMAND, SC_RESTORE, 0);

// Bring your application to the foreground

DWORD foregroundThreadPId = GetWindowThreadProcessId(GetForegroundWindow(), NULL);
DWORD mwThreadPId         = GetWindowThreadProcessId(mwWinId, NULL);

if (foregroundThreadPId != mwThreadPId) {
    // Your application's thread process Id is not that of the foreground window, so
    // attach the foreground thread to your application's, set your application to the
    // foreground, and detach the foreground thread from your application's

    AttachThreadInput(foregroundThreadPId, mwThreadPId, true);

    SetForegroundWindow(mwWinId);

    AttachThreadInput(foregroundThreadPId, mwThreadPId, false);
} else {
    // Your application's thread process Id is that of the foreground window, so
    // just set your application to the foreground

    SetForegroundWindow(mwWinId);
}

To copy to clipboard, switch view to plain text mode 

[oficjalne100]

Thank you for reply!

But consider case when my app is not minimized on task bar and not at the foreground. In that case my app will not be raised from background! So this is not complete solution.

[agarny]

But consider case when my app is not minimized on task bar and not at the foreground. In that case my app will not be raised from background! So this is not complete solution.

May I ask you whether you have actually tried the code I posted? For your information, I use that code in my application and it does exactly what you are after (I have even double-checked with my application).

[oficjalne100]

Ofcourse I copy paste your code in to my app and I was trying it. My test procedure was as follow: 1) run my app from file manager 2) run cmd.exe in the same directory 3) type program name and file name as parameter and hit Enter. Then not minimized app is not raised but only blinking on taskbar. In the same situation Chrome raises properly. My system is Windows 7 32bit.

[agarny]

Well, I don't know exactly how you are using my code, but I can guarantee you that it works. So, I am assuming you are doing something wrong somewhere. Out of curiosity, you mentioned wanting to run only one instance of your application at any given time. How do you go about that? Are you using QtSingleApplication? I personally do and then make the following connection:

QObject::connect(&app, SIGNAL(messageReceived(const QString&)),
                 &win, SLOT(singleAppMsgRcvd(const QString&)));

QObject::connect(&app, SIGNAL(messageReceived(const QString&)),
                 &win, SLOT(singleAppMsgRcvd(const QString&)));

To copy to clipboard, switch view to plain text mode 

with singleAppMsgRcvd() containing the code I posted, and as I said this works perfectly fine for me, so...

[oficjalne100]

My app must receive parameters from command line as well run another instance when it is invoke without any parameters. QtSingleApplication is new to me but after quick look at it's documentation I think it is not best solution for me. I create custom Application class with local socket and with signal showMainWindow() which I emit to main window raiseWindow() after obtaining file name from socket. I do exactly the same as it is in demo Browser from Qt demos. And in true I have the same behaviour (this is bad).

[agarny]

My app must receive parameters from command line as well run another instance when it is invoke without any parameters. QtSingleApplication is new to me but after quick look at it's documentation I think it is not best solution for me. I create custom Application class with local socket and with signal showMainWindow() which I emit to main window raiseWindow() after obtaining file name from socket. I do exactly the same as it is in demo Browser from Qt demos. And in true I have the same behaviour (this is bad).

You are not making sense to me, so I am going to leave you to it. Just in case, though, QtSingleApplication inherits from QApplication which can definitely deal with parameters. Anyway, I know it all works fine for me (incl. with parameters), so too bad for you indeed that you can't get things to work.

[oficjalne100]

There is interesting article which describe this problem clearly: http://blogs.msdn.com/b/oldnewthing/...0/9435239.aspx. It describes clearly, that your solution can't work, or if work then it is windows inconsistence. Any way your code do not make what I want under Windows 7.

[agarny]

There is interesting article which describe this problem clearly: http://blogs.msdn.com/b/oldnewthing/...0/9435239.aspx. It describes clearly, that your solution can't work, or if work then it is windows inconsistence. Any way your code do not make what I want under Windows 7.

Please read that article again and you might (finally!) realise that my solution can and does work. What I, and many other people, do is partly explained by the guy in his article. What is true, though, is that it goes against Windows' preferred behaviour (since Windows XP?), but I know what is good for my application while Microsoft doesn't.

[stampede]

I know what is good for my application

Be careful, in this case this is danger close to "I know what is good for the user". IMHO there is nothing more annoying than application that pops at you out of nowhere, so this time I can agree with Microsoft, simple taskbar notification is less intrusive.