Ergebnis der Suchanfrage

• Forum: Win32/Win64 API (native code)

  AW: WndProc bei Programmen im Hintergrund

    Delphi
    by UliBru, 8. Jul 2013
  Ich glaube nicht, dass Luckie mit seinem (für mich berechtigten) Hinweis darauf hinauswollte, dass man nicht interessierende Funktionsergebnisse ignoriert. Sondern dass man interessierende Funktionsergebnisse auf mögliche Fehler überprüft, so denn die Funktion auch Fehler rückmeldet.
  GetWindowThreadProcessId liefert keine Fehler.
• Forum: Win32/Win64 API (native code)

  AW: WndProc bei Programmen im Hintergrund

    Delphi
    by UliBru, 8. Jul 2013
  Sorry, hab das mit dem 'Handle' missverstanden und insofern wieder auf die Ausgangsfrage bezogen.
  
  Meine Frage hinsichtlich sorgfältiger Überprüfung von Funktionsergebnissen könnte man insofern auch splitten hinsichtlich
  - Rückgabewerte, welche als Ergebniswerte weiterverwendet werden. So z.B. ein zurückgegebenes Handle (Beispiel CreateFileMapping)
  - Rückgabewerte, welche anzeigen, dass der...
• Forum: Win32/Win64 API (native code)

  AW: WndProc bei Programmen im Hintergrund

    Delphi
    by UliBru, 8. Jul 2013
  :-D
  
  Das Handle in RegisterShellHookWindow(Handle) ist kein Rückgabewert sondern ein Eingabewert, hier also das Handle des Programms (ich glaube Self.Handle wäre in diesem Fall dasselbe). Der Rückgabewert der API-Funktion ist boolean und zeigt lediglich an, dass die Registrierung erfolgreich war.
  Siehe auch http://msdn.microsoft.com/en-us/library/windows/desktop/ms644989%28v=vs.85%29.aspx
  ...
• Forum: Win32/Win64 API (native code)

  AW: WndProc bei Programmen im Hintergrund

    Delphi
    by UliBru, 8. Jul 2013
  Danke. Mit GUID bin ich einverstanden.
  
  Müsste denn ein optimierter Code nicht in etwa so aussehen?
  procedure TMainForm.FormClose(Sender: TObject; var Action: TCloseAction);
  begin
  if shellHookWindowRegisteredSuccessfully then
  DeregisterShellHookWindow(Handle);
  end;
  
  procedure TMainForm.FormCreate(Sender: TObject);
• Forum: Win32/Win64 API (native code)

  AW: WndProc bei Programmen im Hintergrund

    Delphi
    by UliBru, 5. Jul 2013
  Während es keine weitere Antwort mehr gegeben hat habe ich mich durch gefühlte 1001 Links zum Thema Global Hooks etc. gewühlt.
  
  Eine Lösung habe ich bekommen mit RegisterHotkey. Dabei fängt aber dann mein Programm eben die Taste der Fernbedienung ab und andere Programme, z.B. Mediaplayer, bekommen dann die Funktion nicht mehr mitgeteilt.
  Ein globales Hooken mit eigener zusätzlicher dll ist...
• Forum: Win32/Win64 API (native code)

  AW: WndProc bei Programmen im Hintergrund

    Delphi
    by UliBru, 4. Jul 2013
  Eine weitere Feststellung:
  Beim Tastendruck auf die Fernbedienung wird auch das Ereignis WM_KEYDOWN ausgelöst. Nun gut, evtl. wäre da mit einer entsprechenden Auswertung auch irgendwas darstellbar.
  
  ABER: wenn das Programm im Hintergrund läuft, wird auch kein WM_KEYDOWN mehr verarbeitet.
  Insofern hilft das Application.OnMessage auch nicht weiter. Es bekommt keine Tastatur-Message sobald das...
• Forum: Win32/Win64 API (native code)

  AW: WndProc bei Programmen im Hintergrund

    Delphi
    by UliBru, 4. Jul 2013
  Ich hab das mit dem HandleOnMessage probiert, es klappt aber nicht.
  Wenn ich anstelle von
  if Msg.Message = WM_APPCOMMAND then
  
  testweise einmal if Msg.Message = WM_KEYDOWN then
  
  verwende und mir dazu eine Testausgabe mache, dann klappt es.
  D.h. dass also das WM_APPCOMMAND im HandleOnMessage anscheinend nicht ankommt.
  
  Uli
• Forum: Win32/Win64 API (native code)

  WndProc bei Programmen im Hintergrund

    Delphi
    by UliBru, 4. Jul 2013
  Hi,
  
  ich hab da in einem Programm folgenden Code, um z.B. Play und Stop per Fernbedienung zu realisieren (Stichwort HID USB):
  
  type
  TMainForm = class(TForm)
  ...
  protected
  procedure WndProc(var Message: TMessage); override;
  public