WinAPI

• V

  Fenster immer oben
  • void*  

  10
  0
  Stimmen
  10
  Beiträge
  734
  Aufrufe

  V

  Hallo, das probiere ich nochmal aus. Das Problem ist halt, das sich das betreffende Fenster gerne auch ganz nach oben kämpfen will. Vielen Dank für Deine Geduld und Tipps! Gruß void*
• ?

  Schöner Weg um rauszufinden ob man auf NT ist
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  493
  Aufrufe

  ?

  ** BITTE BENUTZT DAS NICHT! DAS IST NUR UM ZU ZEIGEN WIE SCHLECHT MAN PROGRAMMIEREN KANN! **
• ?

  HWND und Message Problem
  • Gast  

  31
  0
  Stimmen
  31
  Beiträge
  3364
  Aufrufe

  M

  Stimmt, hast recht das habe ich übersehen. Man das ganze hat mich sowieso verwirrt ("Fenstersüchtigichbin"). Meine Frage war ja was passiert ohne Window? Wie geeky schon schrieb das es wiedersprüchlich sei, gut, in der Doku steht das man eine Messageloop erstellen kann: You create a message loop by using the GetMessage and DispatchMessage functions Das machen wir ja sonst auch, nur ruft Windows unsere WndProc auf die hier nicht vorhanden ist. Was steht in message.hwnd ? Die hInstance oder NULL, ok kann man testen, aber ich finde das seltsam. Windows sagt: ... mußt haben Fenster zum starten der Message loop... sagt aber auch: ...sendet an die Applikation....erstelle Message Loop mit GetMessage... Dem nach sind einige SDK aussagen falsch, zu einem sagt es das die Message an das Fenster gesendet wird, und zum anderen das die message an den Thread gesendet wird. Demnach erhält immer meine Applikation die Message beim aufruf von GetMessage() und erst mit DispatchMessage() sende ich es dem Fenster, bzw. der WndProc. in dem Beispiel wird die Message auch mit DispatchMessage weiter gegeben, aber wohin? also ist das doch da unötig, oder? Genau so ist es auch, keine WndProc vorhanden, also warum die Message ins leere schicken, so lassen wir es weg. Fazit, egal was ich habe ob Konsolenanwendung oder sonst was, mit GetMessage kann und werde ich Nachrichten erhalten, aber welche? ::: Da das Forum mal wieder ausgefallen war beim schreiben, habe ich mal getestet::: message.hwnd ist NULL. Auf der Art kann ich mir eine HotKey Palette erstellen, z.B. mit ALT+I den IE starten, mit Strg+E windows runter fahren etc. Das Prog lege ich im Autostart und gut ist. Also warum Fenster verstecken, wenn man keins brauch? Wäre die Doku da schlüssiger, hätten sicherlich einige ihre Progs so aufgelegt ohne Fenster verstecken. Und wenn man jetzt noch nen Hook setzt und den Prozess versteckt, hat man nen guten Spion! The MSG structure contains message information from a thread's message queue. Da steht Thread und nicht Window! Because Windows directs messages to individual windows in an application, a thread must create at least one window before starting its message loop. Hier steht wieder muß Window, bevor die Schleife beginnt! muß, muß gar nichts wie man sieht. Vor ewigkeiten hatte ich in einem Buch von nem "Profi" gelesen: "Um Windows Nachrichten bearbeiten zu können, benötigen wir ein Fenster..." Der wußte es auch nicht anders. Ich finde das Irreführend.
• ?

  Task Manager bei einem Programm unterdrücken
  • Gast  

  38
  0
  Stimmen
  38
  Beiträge
  4289
  Aufrufe

  S

  Man kann es auch bereits bei Win2k deaktivieren: in den Gruppenrichtlinien.
• S

  gdi+ mit LinearGradientBrush schräg füllen
  • Salim  

  3
  0
  Stimmen
  3
  Beiträge
  1772
  Aufrufe

  S

  Ich geb auf... Gibts irgendwo eine ordentliche FillAPI?
• M

  WinMain
  • markus0m  

  3
  0
  Stimmen
  3
  Beiträge
  436
  Aufrufe

  M

  vielleicht hilft dir das auch weiter http://cd9000.netfirms.com/winapi/wrapper.html
• ?

  vorteil von dlls
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  644
  Aufrufe

  G

  Du erstellst ein Interface (mit Hilfe von einer Abstrakten Klasse), diese Schnittstelle müssen alle DLL Dateien implementieren. Nun lädst du nur noch die DLL Dateien beim start automatisch und kannst nun die Funktionen in der DLL nutzen. Hatte mal vor einiger Zeit hier im Forum ein Link gepostet der ein Beispiel enthält.
• N

  Bitmap scrollen und zoomen
  • nate7  

  12
  0
  Stimmen
  12
  Beiträge
  1583
  Aufrufe

  M

  nate7 schrieb: hey, du hast echt zuviel zeit! Darauf hatte ich ja noch gar nicht Reagiert, wenn du erst mal Fit bist in WinAPI, zumindest für die normalen üblichen Sachen, dann leierst du sowas in 15-30min. (je nach dem wieviele Warsteiner schon weg hast ) runter. Bastelstunden Progger und Copy´n Paste Devs brauchen 2 Tage um zu verstehen was SetWindowText() macht. Zur Zeit sei gesagt, das ich wenig davon habe, aber zwischendurch mal rein schaue, und ich habe auch noch Familie und mich selbst, daher würde ich mich nicht hinsetzten und Stundenlang was Proggen um nen Fremden zu Zeigen wie was geht, bei sowas billigen mach auch ich mal ne Ausnahme und nehme mir paar Minuten zeit. Und nicht nur mir ist meine Zeit wichtig, und grob verplant, sondern bei allen anderen auch, daher frage ich mich immer warum einige Noobs es nicht verstehen das man ihnen hier keinen vollen Code liefert. Sie sahen: Off-Topic by MiC++ha
• ?

  alle angemeldeten rechner in einem netzwerk
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  495
  Aufrufe

  ?

  auf die schnell wuerde ich einfach system("net view"); benutzen, weiss aber nicht ob es das ist was du meinst
• S

  GetWindowRect - probleme
  • SirNoname  

  15
  0
  Stimmen
  15
  Beiträge
  2181
  Aufrufe

  M

  @Hepi Du hast das nicht richtig verstanden. Wenn ich z.B. GetDC(HWND_DESKTOP); schreibe so wandelt der Compiler es zu ne Null um und das Programm könnte das was er auf dem Desktop machen will nicht durchführen bei Longhorn wenn es dort 0x0800 ist, also müßte das Prog auf Longhorn mit der neuen SDK compiled werden. mein Medienplayer hat OSD welches durch GetDC(..)..etc. das auf dem Desktop ausgiebt, gut ich könnte das dann neu compilen, aber was ist mit den Leuten die meinen MediaPlayer verwenden? Verstehst du den (Un)Sinn wenn es dann einen anderen Wert hat? KEY_ALL_ACCESS nutzt man um kompatibel zu sein, das hat aber nichts mit der defination des Desktop Handle zu tun, den egal ob ich HWND_DESKTOP oder NULL verwende, in der EXE steht immer die Null.
• V

  Mit MOUSEMOVE Position von RECT aendern - Problem - Anfaenger
  • vadimiron  

  5
  0
  Stimmen
  5
  Beiträge
  705
  Aufrufe

  V

  geeky schrieb: Evtl. hilft dir das: http://www.geeky.de/cpp/downloads/test_rect.rar (Ist eine Beispielanwendung, bei der man ein Rechteck mit Text drin ziehen kann, und anschließend verschieben...) Vielen Dank Das hat geholfen Wer sich interessiert, mein Code muss man so ergaenzen: Nach rect.left=(end.x-start.x+rect.left); rect.top=(end.y-start.y+rect.top); soll man noch das schreiben: start.x=end.x; start.y=end.y; weil start muss beim nächsten WM_MOUSEMOVE der jetzige Punkt sein und der jetzige Punkt ist immer end
• J

  WM_MOUSEWHEEL geht nicht
  • jkarts  

  18
  0
  Stimmen
  18
  Beiträge
  1644
  Aufrufe

  M

  Hmmm, ich habe nochmal geschaut, in der winuser.h die mit dem Dev-c++ ausgeliefert wird steht WM_MOUSEWHEEL ohne prüfung da, so wie ich das oben gepostet habe, in der des org. SDK stehts mit: #if (_WIN32_WINNT >= 0x0400) || (_WIN32_WINDOWS > 0x0400) #define WM_MOUSEWHEEL 0x020A #endif Ich glaub ich muß mal die Headerdateien beim Dev anpassen.
• N

  Windows Fenster mit der Konsole erstellen
  • NetSpy  

  10
  0
  Stimmen
  10
  Beiträge
  982
  Aufrufe

  F

  Sollte eigentlich ganz normal über CreateWindow gehen - nur das du dann eben zusätzlich immer noch das Konsolen-Fenster hast
• P

  WndProc in einer DLL abfangen
  • packmers  

  3
  0
  Stimmen
  3
  Beiträge
  611
  Aufrufe

  P

  Raving Tux schrieb: Du brachst auf jeden Fall ein Fenster. Stimmt nicht ganz - mit SetWindowsHookEx(...) kann man Win-Nachrichten mitlesen und auch auswerten. Ich habs auch schon am laufen, aber leider nicht fehlerfrei.
• R

  send -> error -> Netzwerkkabel wurde gezogen ... wie kann ich das erkennen ?
  • RED-BARON  

  5
  0
  Stimmen
  5
  Beiträge
  1126
  Aufrufe

  R

  Hallo Hepi, Ja, richtig, so kann ich es machen. Aber ich habe mal nen "Techniker" gefragt und der meinte, das ist ein Problem von Win98, daß nicht durchgereicht wird, wenn das NW-Kabel gezogen wird. Das "Protokoll" sieht nicht vor, daß der Server oder Client jemals auflegt ! Es ist eine Verbindung über Tage hinweg. Es soll ebend nur angezeigt werden am Server, wenn das Kabel gezogen wurde und das geht nur wenn der Server auf XP läuft, nicht auf Win98. Damit kann ich mich noch anfreunden. Was eine Katastrophe ist, wenn der Win98 Rechner sendet und sagt er habe x-Bytes gesendet, obwohl das NW-Kabel gezogen ist ! Nur wenn der Client auf 98 sehr viele Bytes sendet, kommt irgendwann mal err: 10054. Bis dahin sind aber ne Menge Bytes als erfolgreich versendet verloren gegangen. Ich habe natürlich ein select vor send und prüfe ob auf dem Socket geschrieben werden kann, aber selbst hier wird gesagt, "Senden möglich". Ich könnte mal probieren ein NOP-Kommando einzuführen und wenn nach 1000mal NOP der Server nicht regiert, muß die Verbindung neu hergestllt werden. Andernfalls wäre nach dem ersten NOP eine Antwort vom Server da. Oder ebend mit TimeOuts arbeiten. MfG RB
• ?

  Bitmap als Hintergrundbild eines Dialoges
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  493
  Aufrufe

  M

  flenders schrieb: Warum nimmst du nicht LoadBitmap/LoadImage, CreateCompatibleDC, SelectObject, StrechBlt - scheint mir irgendwie einfacher zu sein Kommt drauf an, ich denke das hat einen anderen gewissen Grund, nicht den Anfängerweg zu gehen. @heike wann wird den "WM_ERASEBKND" gesendet? Nie aber ab und an kommt mal ein "WM_ERASEBKGND", zum beispiel nach einem Resize oder InvalidateRect
• ?

  rechner im netzwerk ausfindig machen.
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  348
  Aufrufe

  V

  WNetOpenEnum Damit kann man anfangen und danach WNetEnumResource weiter Links im Reference benutzen
• ?

  geoeffnete dateien auflisten
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  414
  Aufrufe

  S

  Eine Möglichkeit wäre alle Handles mittels NtQuerySystemInformation aufzulisten. Und dann die Namen dieser Handles abzufragen, wenn diese vom Typ "File" sind. Erfordert aber Debug oder System-Rechte, die Namen abzufragen. Da du die Handles aus dem Prozess kopieren musst, oder den Kernelspeicher auslesen musst.
• B

  Prog unsichtabar, aber im Vordergrund
  • blackfog  

  2
  0
  Stimmen
  2
  Beiträge
  369
  Aufrufe

  F

  Dann erstellst du einfach eine Win32-Anwendung (nicht Konsole) und erstellst ein unsichtbares Fenster (WS_VISIBLE nicht angeben bzw. über ShowWindow/SW_HIDE) - dann brauchst du noch einen Keyboard-Hook (Forensuche)
• ?

  HBITMAP in eine Bitmap umwandeln
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  428
  Aufrufe

  G

  hmm ?! Das Bitmap-Handle steht doch quasi für ne Bitmap ? Meinst du die Bitmap-Struktur, in der z.B. die Größe der Bitmap stehen ? - GetObject() Zum konvertieren: Das einfachste wäre vermutlich ein DIB mit derselben Größe zu erzeugen und die DDB einfach in das DIB zu blitten...