Rechtsklick in minimierter Caption abfangen

[himitsu]

Zitat:

PostMessage(Win,$7FFF,0,0);

$7FFF: Nein!

A) Man verwendet niemals nichtssagende Werte (MagicValue), vor allem nicht, wenn es entsprechende Konstanten gibt. (WM_USER+X)
B) Außerdem liegt dieser Wert auch noch im falschen Bereich. (WM_APP+X)
C) Man sollte muß für sowas prozessübergreifendes RegisterWindowMessage verwenden.

[Amateurprofi]

Zitat von himitsu:

Zitat:

PostMessage(Win,$7FFF,0,0);

$7FFF: Nein!

A) Man verwendet niemals nichtssagende Werte (MagicValue), vor allem nicht, wenn es entsprechende Konstanten gibt. (WM_USER+X)
B) Außerdem liegt dieser Wert auch noch im falschen Bereich. (WM_APP+X)
C) Man sollte muß für sowas prozessübergreifendes RegisterWindowMessage verwenden.

$7FFF: Doch!

Aus "About Messages and Message Queues" Kapitel "Application-Defined Messages"

Zitat:

Values in the range 0x0400 (the value of WM_USER) through 0x7FFF are available for message identifiers for private window classes.

Aber vielleicht hab ich das falsch verstanden.
Wie auch immer, so wie ich es gemacht habe funktioniert es.

Wo siehst du den Unterschied zwischen $7FFF und WM_USER+X wo bei letzterem das X auch ein willkürlich festgelegter Wert ist.

In dem Musik-Programm, das der Empfänger der Message ist, sind diverse Users-Messages definiert

Code:

   UM_GetInfo=WM_User;
   UM_SettingsChanged=UM_GetInfo+1;
   UM_OverWrite=UM_SettingsChanged+1;
   UM_RichEditVScroll=UM_OverWrite+1;
   UM_DurationCount=UM_RichEditVScroll+1;
   UM_DurationDone=UM_DurationCount+1;
   UM_RepaintListBoxes=UM_DurationDone+1;
   UM_SetInfo=UM_RepaintListBoxes+1;
   ...
   UM_ToggleMusic=$7FFF;

und, wie du sehen kannst, ist die letzte "UM_ToggleMusic=$7FFF".
Was für einen Sinn macht es, diese auch in meinem kleinen Progrämmchen mit einem Namen zu versehen?
Ich würde das einsehen wenn wie z.B. in der Vcl diese Konstante "Global" verfügbar wäre (Wobei das wahrscheinlich irgendwie machbar wäre).
Da das hier aber nicht der Fall ist, bringt es aus meiner Sicht keinen Vorteil, auch in dem sendenden Programm die Konstante "UM_ToggleMusic=$7FFF" zu definieren.

Trotzdem: Danke für den Hinweis.

[himitsu]

Unterschied?

Man sieht was das zu bedeuten hat!



Außerdem geh immer davon aus, dass deine Message mal ausversehn an ein falsches Programm geht, und wenn es "zufällig" auch auf diese Message-ID reagiert, dann kann sonstwas passieren.
(immerhin gibt es gefühlt 2 Milliarden Music Player, wovon bestimmt irgendwo mal Einer genau die selbe nichtssagende Caption besitzt)

WM_USER und WM_APP am Besten nur programmintern verwenden,
und wenn es zu "anderen" Programmen geht, dann RegisterWindowMessage und schon kann es keine Konflikte geben. (außer jemand hat den selben "Namen" für eine andere Funktion, aber dann war eben der Name einfach nicht eindeutig/gut genug)

[Amateurprofi]

Zitat von himitsu:

Unterschied?

Man sieht was das zu bedeuten hat!



Außerdem geh immer davon aus, dass deine Message mal ausversehn an ein falsches Programm geht, und wenn es "zufällig" auch auf diese Message-ID reagiert, dann kann sonstwas passieren.
(immerhin gibt es gefühlt 2 Milliarden Music Player, wovon bestimmt irgendwo mal Einer genau die selbe nichtssagende Caption besitzt)

WM_USER und WM_APP am Besten nur programmintern verwenden,
und wenn es zu "anderen" Programmen geht, dann RegisterWindowMessage und schon kann es keine Konflikte geben. (außer jemand hat den selben "Namen" für eine andere Funktion, aber dann war eben der Name einfach nicht eindeutig/gut genug)

Das sehe ich doch: Es wird $7FFF gesendet.
Nee, die Message wird nicht "aus versehen" an irgendein anderes Programm gesendet.
Warum nicht?!
Weil nur ich diese Routine verwende, und auf meinem Rechner eben kein anderes Programm läuft, das diese Caption hat.
Deine Einwände sind völlig in Ordnung, wenn es sich um kommerzielle Programme handelt, die dann eventuell auf Rechnern laufen, auf denen andere Bedingungen herrschen.
Das ist aber nicht der Fall, weil, wie gesagt: Meine Programme und ausschließlich mein Rechner.
RegisterWindowMessage hatte ich mir auch angeschaut, aber anfangs nicht verstanden, weil man da nur einen String als Parameter übergeben kann, aber keinen Wert.
Jetzt, nach Lesen deines Beitrags, hab ich mir das noch mal angeschaut und mir ist klar geworden, dass der Wert von Windows festgelegt wird. Deswegen also Danke!
Was ich dabei aber immer noch nicht richtig verstehe:
Wenn ich das empfangende Programm kompiliere steht ja noch kein numerischer Wert für die Message fest.
Ich schließe daraus, dass beide, das sendende Programm und das empfangende Programm, die Message "registern" müssen.
Ist das richtig?

[Amateurprofi]

Das in #10 gezeigte Programm macht, wenn ich AltGr+. drücke, folgendes:
A) Wenn das Programm "Music.exe" läuft: Sendet eine Message an "Music.exe", die dort verarbeitet wird und das Abspielen von MP3s startet oder stoppt.
B) sonst: Öffnet Music.exe.

Die Code-Sequenz in den ersten 3 Zeilen nach "begin" soll bewirken, dass das Programm nicht angezeigt wird (hab ich im INet gefunden).
Leider funktioniert das nicht.
Frage:
Wie kann ich verhindern, dass das Programm angezeigt wird, auch nicht kurz "aufblitzt"?

Delphi-Quellcode:

program ToggleMusic;

{$APPTYPE CONSOLE}

{$R *.res}

uses
   WinApi.Windows, WinApi.ShellApi,
   System.SysUtils;

const MusicPath='E:\Daten\Delphi XE2\Music\Win32\Debug\Music.exe';
var Win:HWND; StartUpInfo:TStartUpInfo; Dsn:String;
begin
   StartupInfo.cb:=SizeOf(StartUpInfo);
   StartupInfo.dwFlags:=STARTF_USESHOWWINDOW;
   StartupInfo.wShowWindow:=SW_HIDE;
   Win:=FindWindow(Nil,'Music Player');
   if Win<>0 then begin
      PostMessage(Win,$7FFF,0,0);
   end else begin
      Dsn:=MusicPath;
      if FileExists(Dsn) then
         ShellExecute(0,'open',PWideChar(Dsn),nil,nil,SW_SHOWNORMAL);
   end;
end.

[DeddyH]

Wenn Du eine TStartupInfo konfigurierst, solltest Du sie zweckmäßigerweise auch nutzen. Oder Du lässt sie ganz weg und änderst im ShellExecute-Befehl SW_SHOWNORMAL in SW_HIDE.

[Amateurprofi]

Zitat von DeddyH:

Wenn Du eine TStartupInfo konfigurierst, solltest Du sie zweckmäßigerweise auch nutzen. Oder Du lässt sie ganz weg und änderst im ShellExecute-Befehl SW_SHOWNORMAL in SW_HIDE.

Danke DeddyH,
aber hilft leider nicht.

Zu "Wenn Du eine TStartupInfo konfigurierst, solltest Du sie zweckmäßigerweise auch nutzen."
Ja, täte ich gern, wenn ich nur wüsste, wie.
Kannst du mir bitte kurz erklären, wie ich die TStartupInfo nutze.

Zu "Oder Du lässt sie ganz weg und änderst im ShellExecute-Befehl SW_SHOWNORMAL in SW_HIDE."
Da hast du etwas falsch verstanden.
Mich stört nicht, dass das ggfs. mit ShellExecute geöffnete Programm sichtbar ist - im Gegenteil, dass soll sichtbar sein.
Aber das Programm, das das ShellExecute ausführt, soll nicht sichtbar sein.

[DeddyH]

Achso, dann lass doch einfach die Zeile {$APPTYPE CONSOLE} weg.

[KodeZwerg]

Zitat von Amateurprofi:

Zu "Wenn Du eine TStartupInfo konfigurierst, solltest Du sie zweckmäßigerweise auch nutzen."
Ja, täte ich gern, wenn ich nur wüsste, wie.
Kannst du mir bitte kurz erklären, wie ich die TStartupInfo nutze.

Das ein ein Teil von der CreateProcess() Api. Da findest Du schnell Beispiele.

Als Alternative mag ich noch ShellExecuteEx() hier vorschlagen:

Delphi-Quellcode:

var
  shi: TShellExecuteInfo;
  commandLine: string;
begin
  commandLine := '"A:\Path\a FileName.exe"';
  shi := Default(TShellExecuteInfo);
  shi.cbSize := SizeOf(TShellExecuteInfo);
  shi.lpFile := PChar(commandLine); 
  shi.nShow := SW_HIDE;
  ShellExecuteEx(@shi);

[Amateurprofi]

Zitat von DeddyH:

Achso, dann lass doch einfach die Zeile {$APPTYPE CONSOLE} weg.

Vielen Dank, DeddyH,
funktioniert.