I have a simple GUI application which uses Gtk. When I run it to test, application appear, but when I click (anywhere) application hide. It is also not visible in application's bar.
Window's "TypeHint" was set to "Splash". I set it back to "Dialog" and that solved all problems mentioned before.
Related
We have an application that is installed with a desktop shortcut icon that is different than the application icon. So, the result we are aiming at is:
a desktop shorcut with icon A, pointing to our application
once clicked, the application will launch with it's own icon B
However, the observed behaviour is that our application is launched with the shortcut icon A visible in the start menu bar, and the proper app icon B visible in the title bar. Is there an option to override this behaviour?
We are using InnoSetup for our installer, if that matters.
I found one solution - having the process restart itself will fix the problem. It's pretty clumsy, but it works. I'll mark this as an accepted answer unless somebody has a better suggestion.
If i switch my NSDocument based app to another app, or switch the space, my app hides...
Cannot figure out what causes this behavior...
Note that Hides on deactivate is set to NO in the main window
Problem was, that i was adding a child window with
addChildWindow
And this window had checked 'Hide on deactivates'
I am working on a utility application that controls other running applications. On certain input event my application displays a window, user can pick some operation from the window, the window disappears and control returns to the previous app. My problem is that clicking in my app’s window activates my application, thus removing focus from the previous application’s window. I can re-activate the previous application when my window closes, but I’d rather keep the original application activated all the time. Is that possible?
It's quite easy to to, just make your window an instance of NSPanel (a subclass of NSWindow), and set it as non-activating in Xcode/IB (or create it programatically, with NSNonactivatingPanelMask in the style mask).
One idea would be: while your app is running, try to keept track of the active window in the system.
After you activate your app and click the command button, restore the previous active window.
This is only an idea, I don't know how to do it on mac.
I have a normal MFC Application with an embedded icon. If I start the application, the icon is shown inside the windows-7 taskbar.
But when I change the icon inside the resources, rebuild the application and start it, the taskbar doesn't show the current icon, but the icon from the first run.
There is no special code inside the application that does something specific with the windows-7 taskbar.
Is there a way, (in C++) to tell the windows-7 taskbar to show the current icon?
Did you empty/delete the shell icon cache?
I believe that if you rebuild an application, but it's still called by the same name, then explorer doesn't think it should reload the icon, even though the new icon is the only one in the app.
If you were to release the program, no-one else would have this problem since the first version of the app would have the new icon, but for your own purposes you can call SHChangeNotify(); from shell32.dll to refresh your own view of the icon.
did your remove the previous icon from resource....and assign the new icon to the file..too after putting in the resource...might that would work....
I was surprised this doesn't happen automatically, but I would like my applications window to be in focus as I click its dock icon, when in minimized mode.
Just to clarify, when I minimize the app, the window goes to dock, but when I click the its corresponding Dock Icon, the window don't come in focus.
Is there anything I am missing?
I am using Qt 4.5.3 on Mac OS X 10.5, 10.6
Thanks for help.
Rahul
First answer: That's the expected behavior of a Mac app. Try Safari for example. An app can be active without showing any window. In that case, only the menu bar at the top shows that the active app is changed. So, unless absolutely necessary, you shouldn't bring the minimized window back unless the user explicitly does so. That's the Mac way!
Second answer: I understand that there are cases where you want to bring the minimized window up. In Cocoa, the application delegate method -applicationDidBicomeActive is called when the application gets the focus, and there you can bring the window up yourself. I'm sure Qt also has a similar event/callback/signal or whatever, but I don't know any Qt ... :p Sorry I can't be of any help.