Andere Anwendung in den Vordergrund bringen u. neu positionieren

[Swordfish]

@elmut19 sagte in Andere Anwendung in den Vordergrund bringen u. neu positionieren:

Leider klappt das in diesem Forum nicht mehr mit der Quelltext-Markierung!

Tut es sehr wohl. Markiere Deinen Code und klicke auf </> über dem Textfeld.
Alternativ schreibe ``` über und ``` unter deinen Code.

[elmut19]

@swordfish sagte in Andere Anwendung in den Vordergrund bringen u. neu positionieren:

@elmut19 sagte in Andere Anwendung in den Vordergrund bringen u. neu positionieren:

Leider klappt das in diesem Forum nicht mehr mit der Quelltext-Markierung!

Tut es sehr wohl. Markiere Deinen Code und klicke auf </> über dem Textfeld.
Alternativ schreibe ``` über und ``` unter deinen Code.

Danke für den Hinweis swordfish.

[Martin Richter]

Und warum machst Du es Dir so schwer? Warum der Quatsch mit dem Loop über alle Prozesse?

Erzeuge einen Mutex mit einem Namen und prüfe den.
Wenn der schon belegt ist, läuft Deine Anwendung.
Dann suchst Du das Fenster mit der entsprechenden Fensterklasse (den Namen kannst Du ja selbst bestimmen) und lädst das Last active popup und machst es aktiv.

	hWnd = ::GetLastActivePopup(hWnd);
	// Bring the main window to the top
	if (::IsIconic(hWnd))                 
		// If iconic, restore the main window
		::ShowWindow(hWnd,SW_RESTORE);     
	// bring it to top       		
	::SetForegroundWindow(hWnd);

Das funktioniert bei mir perfekt.

Lass den Unfug mit SetWindowPos. Auch das RedrawWindow etc. ist alles unnötig. Warum denkst Du musst Du das machen? Deine Anwendung bekommt doch entsprechende WM_PAINT Nachrichten von Windows...

[elmut19]

@martin-richter
Hallo Martin,

das mit der Schleife über die Prozesse mag Quatsch sein. Sehe ich ein. Danke für die Lösung!

Aber ich kann doch gar nicht sagen, dass das zuletzt aktive Fenster auch das der schon laufenden Anwendung ist, die ich suche.

Und ich habe Deinen Quellcode dann auch eingesetzt.
Aber leider poppt das gewünschte Fenster nicht hoch.
Auch denke ich, dass es zuvor dann auch schon hätte hoch poppen müssen?

Ich dachte eigentlich, dass dieses "SetForegroundWindow(..)" vielleicht nur den eigenen Prozessraum behandeln kann, oder?

Grüsse
Helmut

[yahendrik]

@elmut19
Hast du denn auch befolgt, was über dem Code steht? Also mit CreateMutex einen Mutex erstellt und GetLastError auf ERROR_ALREADY_EXISTS überprüft? Mit WM_COPYDATA können dann auch die Argumente an die alte Anwendung übergeben werden.
Und am Rande (da ich in Erinnerung habe, dass du schon mal mit Pufferüberläufen Probleme hattest): WinAPI-Stringfunktionen nehmen als „Größe” normalerweise die Länge in TCHARs (also deren Anzahl) und nicht die Größe des Arrays entgegen - auch GetModuleFileName.

[elmut19]

@yahendrik sagte in Andere Anwendung in den Vordergrund bringen u. neu positionieren:

CreateMutex

Leider habe ich noch nie was mit einem MUTEX Objekt gemacht.
Und nach erstem Lesen wird das auch recht kompliziert.
Da ist nix mit "WM_COPYDATA" zu finden, oder wie man andere, als die Standard Parameter anwendet.

Und trotz umständlicher Programmierung hätte ja auch alles funktioniert.
Nur gab es ein paar Mal die Situation, dass die andere Anwendung sich hinter einem undefinierbaren Fenster (Grösse u Position) versteckte,
in dem man sie nicht mehr finden konnte.

Sonst hätte es ja auch gereicht, einfach nur zu melden "Läuft schon".

Aber nun soll die schon laufende Anwendung auch noch automatisch hochgepoppt werden
und am Besten zusätzlich deren Fensterposition und die Fenstergrösse neu gesetzt werden.

[Martin Richter]

Hier gibt es eine komplete Diskussion um das Thema. Inkl. fertiger Lösung:

http://www.flounder.com/nomultiples.htm

[elmut19]

@martin-richter
Danke Martin, für den Hinweis auf diesen Artikel.

Inzwischen habe ich etwas damit experimentiert.
Leider produziert die Variante daraus Folgefehler, schon beim Comiplieren:
Wenn ich die Window-Message wie folgt definiere:

#define UWM_ARE_YOU_ME (WM_APP + 3)

dann bekomme ich für den MESAGE_MAP Eintrag:

ON_REGISTERED_MESSAGE(UWM_ARE_YOU_ME, OnAreYouMe)

die Fehlermeldung

1>..\WinKlassen\MainFrm.cpp(78) : error C2101: '&' on constant

Und der gewünschte Effekt (ohne den MESASAGE_MAP Eintrag), dass das bestehende Fenster hochgepoppt wird, bleibt natürlich aus.

[Swordfish]

The Message Loop is Your Friend - Using Registered Messages

[elmut19]

Der Beitrag von "flounder" und "Using Registered Messages" scheinen sich zu widersprechen.

Das von flounder habe ich auch so in codeproject gefunden.
Das widerspricht sich für mich auch.
Leider werden da verschiedene Message-Arten durcheinander gewürfelt, sodass man kein konsistentes Beispiel hat.

Mal wird eine Message einfach definiert, als WIN_APP+n, ein anderes Mal muss sie registriert werden. dan nist sie ein String, ...
Und dann verstehe ich einfach nix mehr.

Es sind da min. 5 Methoden durcheinander und kein funktionierendes Beispiel.

Ich fürchte, so brauche ich noch ein paar Wochen, um das zu verstehen.

[Martin Richter]

Wenn Du ON_REGISTERED_MESSAGE benutzt dann musst Du auch eine Nachricht regsitrieren und den UINT als Referenz übergeben.
Wenn Du WM_APP+x verwendest musst die ON_MESSAGE benutzen.

Vergiss dieses ganze Heckmeck um registrierte Nachrichten und WM_APP Nachrichten.
Solange Du weißt was Du tust!

[elmut19]

@martin-richter sagte in Andere Anwendung in den Vordergrund bringen u. neu positionieren:

Wenn Du ON_REGISTERED_MESSAGE benutzt dann musst Du auch eine Nachricht regsitrieren und den UINT als Referenz übergeben.
Wenn Du WM_APP+x verwendest musst die ON_MESSAGE benutzen.

Vergiss dieses ganze Heckmeck um registrierte Nachrichten und WM_APP Nachrichten.
Solange Du weißt was Du tust!

Tja, das weiss ich eben nicht!
Aber hoffentlich bald

[elmut19]

Vielen Dank Martin,

jetzt hats geklappt!
Und zwar mit der nicht registrierten Message.
Die bestehende Anwendung wird nun auch, wie gewünscht in den Vordergrund gebracht.

Da weiss ich nun etwas mehr, als vorher.

Grüsse
Helmut