WinAPI

• J

  Immernoch Probleme mit dem Scrollen: ScrollWindow(Ex)
  • Johannes Schneider  

  5
  0
  Stimmen
  5
  Beiträge
  7702
  Aufrufe

  

  Jein. Wenn der Viewport nicht korrekt umgesetzt wird, dann passiert nur Schrott! Denn dann zeichnmet sihc das Fenster wieder an alter Stelle, was je genau auf dem Bild passiert. Wenn Child Windows gescrollt werden ist das nicht ohne. Der OP soll sich den Sourcecode von CFormView/CScrollView aus der MFC ansehen. Da wird das richtig gemacht...
• ?

  Wann liefern die WinAPI-Funktionen einen Fehler zurück?
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  6830
  Aufrufe

  

  Nö. Halte ich nicht für sinnvoll. Ich prüfe nur da Fehler wo Ressourcen alloziert werden. Oder Operationen durchgeührt werden deren Erfolg für mein Programm notwendig ist. Ob was angezeigt wurde oder nichtist mir wurscht. Aber es ist mir nicht wurscht, wenn eine Zeile nicht in ein List-Control gepackt werden konnte, oder ein FOnt nicht erzeugt wurde, oder oder oder.
• B

  Woher stammen Top Down DIB's ?
  • Bitte ein Bit  

  3
  0
  Stimmen
  3
  Beiträge
  6923
  Aufrufe

  

  Bitte ein Bit schrieb: Beim Einlesen einer BMP datei bin ich über den Eintrag biHeight in der BITMAPINFOHEADER struct gestoßen. Ist dieser negativ, handelt es sich bei der Bitmap um eine top down DIB in der die Daten auf dem Kopf gespeichert werden. Also wenn schon dann stehen die Daten in der Bottom Up DIB auf dem Kopf. Aber woher stammen Top Down DIB's ? Sind Bottom Up DIB's heute der Standard ? Die Frage wäre eher woher die Bottom Up DIBs stammen. Die Top Down DIBs kommen natürlich von den Top Down DDBs, diese wiederrum kommen daher dass Grafikkarten die Daten "top down" im Videospeicher liegen haben. Was wiederrum davon kommt dass CRT Monitore das Bild von oben nach unten aufgebaut haben, und zwar weil es die Fernseher auch so gemacht haben. Bleibe die Frage: warum haben Fernseher das Bild von oben nach unten aufgebaut statt von unten nach oben? Ich vermute die Antwort ist: weil's sich für alle bis auf ein paar bekiffte Mathematiker natürlicher anfühlt. Gibt ja auch keine einzige Sprache auf der Welt die von unten nach oben geschrieben wird. Und Plenken is doof und das Mehrzahl "s" bekommt in keiner mir bekannten Sprache ein ' vorangestellt.
• K

  inet_addr() Mit Variable füllen
  • Killerpeter  

  9
  0
  Stimmen
  9
  Beiträge
  8138
  Aufrufe

  G

  Killerpeter schrieb: Ich schreibe in Microsoft Visual Studio eine Windows Forms Anwendung. ...ich würde (sofern möglich) Windows.Forms lieber mit C# statt C++/CLI machen und direkt mit dem .NET-Framework arbeiten statt mit der WinAPI Ansonsten: http://support.microsoft.com/kb/311259/en-us Edit: Oder auch einfach die .NET Socket-Klasse nehmen statt Winsock aus WinAPI.
• ?

  Ruhezustand deaktivieren
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  9273
  Aufrufe

  -

  hustbaer schrieb: Ist aber gar keine so doofe Frage. Was wenn man sich darauf verlässt dass 1x alle 45 Sekunden reichen muss, weil man annimmt dass 1 Minute wohl das kürzeste sein wird was man antreffen wird. Und dann stellt irgend ein irrer 30 Sekunden ein. (Ich glaube das geht über die GUI gar nicht, aber vielleicht ändert sich die GUI ja irgendwann, oder man kann es direkt über die Registry einstellen oder...) Insofern wäre eine garantierte Mindestdauer schon interessant. Könnte man ja On-the-fly ermitteln. Etwa so... #include <windows.h> #include <stdio.h> #include <PowrProf.h> int main(void) { GLOBAL_POWER_POLICY pGlobalPowerPolicy; POWER_POLICY pPowerPolicy; GetCurrentPowerPolicies(&pGlobalPowerPolicy ,&pPowerPolicy); printf("IdleTimeoutAc :%lu\n",pPowerPolicy.user.IdleTimeoutAc); printf("IdleTimeoutDc :%lu",pPowerPolicy.user.IdleTimeoutDc); return 0; }
• I

  Was darf ich in DllMain()?
  • Ich bin Matrix...  

  3
  0
  Stimmen
  3
  Beiträge
  7749
  Aufrufe

  ?

  www.lowlevel.bplaced.de Da gibts einen Injector der funktioniert + Sourcecode vom Injector sowie von der DLL. Schau da mal im download Bereich nach ich hab den Injector mal getestet und bei mir funktioniert er (Bei Win7 muss man das Ding als Admin starten).
• ?

  Pixelfarbe an Position XY prüfen
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  6777
  Aufrufe

  B

  GetPixel ist schon die richtige Funktion. Btw. DevC++ ist veraltet besorg dir mal Visual Studio Express das ist auch kostenlos. Oder du besorgst dir CodeBlocks das ist auch nicht schlecht. http://www.codeblocks.org/downloads/26 codeblocks-10.05mingw-setup.exe Nur windows.h inkludieren reicht nicht für GetPixel bei dem alten DevC++ kram. Füge dem Projekt mal die Gdi32.dll und die Lib hinzu. Die Gdi32.dll findest du im windows/system32 Verzeichniss die Lib musst du selbst erstellen. http://www.google.de/#hl=de&site=&source=hp&q=lib+aus+dll+erstellen&oq=lib+aus+dll+erstellen&aq=f&aqi=g1g-bK1&aql=&gs_l=hp.3..0j0i8i30.1570.4024.0.4166.21.10.0.0.0.0.311.1245.2-4j1.5.0...0.0.tgip1OC5mfk&bav=on.2,or.r_gc.r_pw.,cf.osb&fp=362606b1eebec6dc&biw=1280&bih=909
• M

  Arbeitsverzeichnis (&quot;Ausführen in&quot;) ändert sich
  • Mr Train  

  3
  0
  Stimmen
  3
  Beiträge
  6773
  Aufrufe

  M

  Dieses Forum bricht echt alle Rekorde. Nirgendwo sonst kriegt man so schnell so eine kompetente Antwort. Vielen Dank dafür! Es war tatsächlich der Open-Dialog.
• _

  Windows Service Installieren - Programm schließt sich nicht!?
  • __username  

  20
  0
  Stimmen
  20
  Beiträge
  9458
  Aufrufe

  _

  Hatte ich alles gemacht, half aber nichts
• J

  WinAPI: Scrollen von dutzenden Fenstern möglichst sanft
  • Johannes Schneider  

  4
  0
  Stimmen
  4
  Beiträge
  7186
  Aufrufe

  J

  Vielen Dank! Von ScrollWindow(Ex) hab ich nichts gewusst! Ich mach mal Experimente damit und wenn ich was brauchbares habe schreib ich es der Vollständigkeit dann drunter.
• T

  Wie sendet man einen Tastendruck an ein bestimmtes Fenster?
  • thenoname  

  3
  0
  Stimmen
  3
  Beiträge
  6969
  Aufrufe

  B

  Also willst du Tasteneingaben an eine Anwendung senden wenn diese auch minimiert ist? Naja, manche Leute probieren da mit PostMessage und SendMessage rum aber ka wie gut das klappt ich hab es noch nicht getestet aber ich denke es wird nicht Fehlerfrei funktionieren. Martin hatte dazu mal ein paar Artikel geschrieben: http://blog.m-ri.de/index.php/2007/12/24/die-unsitte-windows-interne-nachrichten-zu-versenden/ http://blog.m-ri.de/index.php/2007/12/27/die-unsitte-tastatureingaben-mit-wm_keydown-nachrichten-zu-simulieren/ ossi Wer mit SetFocus u.ä. arbeitet, der kann keine Tasten an ein minimiertes Fenster sendet. Niemals. Frohes Neujahr! on Fr 28 Dez 2007 um 19:05 # Martin Richter Wenn ich mich nicht ganz und gar irre kann ist ein minimiertes Fenster unsichtbar und kann per Definition weder den Focus haben und auch keine Tastatureingaben erhalten und schon gar kein Childwindow innerhalb der Applikation, die minimiert ist. Das ist so… Man mag mit WM_KEY… Nachrichten Effekte erzielen, jedoch wird man niemals gleiches Verhalten erreichen wie bei einer echten Tastatureingabe bzw. einer die durch SendInput erzeugt wurde. "Man mag mit WM_KEY… Nachrichten Effekte erzielen, jedoch wird man niemals gleiches Verhalten erreichen wie bei einer echten Tastatureingabe" Wäre ähnliches Verhalten ausreichend? mhhm thenoname das müsstest du wohl selbst einfach mal testen. Wobei eigentlich müsste in der Anwendung ja gefragt werden welche Tasten gerade gedrückt wurde. Z.b. Pseudocode: while(1) if ( key == w ) { // Laufe vorwärts } if ( key == d ) { // Laufe nach links } ..... Vielleicht kannst du da was mit WriteProcessMemory machen ...
• D

  VS 2010 debugger thread fenster
  • dagute  

  2
  0
  Stimmen
  2
  Beiträge
  6684
  Aufrufe

  

  Nein. Nur wenn alle Handles geschlossen wurden...
• Y

  Anlegen neuer Benutzer in Active Directory
  • yazzi2010  

  7
  0
  Stimmen
  7
  Beiträge
  9424
  Aufrufe

  

  . o O ( Ich ess' Suppe auch immer mit der Gabel, weil es mir mit einem Löffel viel zu einfach ist ... )
• ?

  while-Schleife mit Button als Abbruchbedingung
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  7674
  Aufrufe

  

  Er brauch sowieso keinen Keystate, denn wenn die Nachricht übersetzzt würde, dann würde auch die WM_COMMAND mit IDCANC EL ausgeliefert. Nur bricht bereits beim Drücken der ESC-Taste die Schleife ab... Also wenn Nachrichten, dann bitte konsequent. while (!m_bJobDone && !m_bAborted) // Set when done, or IDCANCEL arrives { MSG msg; // Verarbeite Nachrichten, die möglicherweise zwischenzeitlich empfangen wurden! if (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)) { TranslateMessage(&msg); DispatchMessage(&msg); } // Ziemlich viele TextOut's } } Aber Achtung, Dein Dialog wird reentrant. Also bitte alle anderen Controls disablen....
• D

  Speichergrösse im Taskmanager
  • dagute  

  4
  0
  Stimmen
  4
  Beiträge
  6741
  Aufrufe

  _

  Beende dein Programm einfach regulär und schaue dann ins Ausgabe-Fenster (im Debug-Modus).
• M

  Überprüfen ob Prozess &quot;nicht reagiert&quot;
  • Mr_Einsa  

  2
  0
  Stimmen
  2
  Beiträge
  6656
  Aufrufe

  P

  Hast du es auch schon mal mit EnumThreadWindows versucht?
• C

  (erledigt) Herausfinden, welche #include benötigt wird
  • cyberleon  

  12
  0
  Stimmen
  12
  Beiträge
  8028
  Aufrufe

  C

  Okidokili, dann werd ich mir des mal aneignen mit DeleteDC - wie gesagt, ist halt mein erster Kontakt mit Bitmaps EDIT: Sooo, ich habe hier noch den Code, um zu verhindern das mein Text in einem weißen Viereck ist. Außerdem habe ich mit SetBkMode den Hintergrund transparent gemacht. Darüberhinaus habe ich mal damit experimentiert, mein DrawText als Makro zu verwenden. Wann man besser Makros verwenden muss und wann nicht muss ich mir aber noch anlesen (mein Tutorial ruft ), bis später!: #define FastDT(buffer,rect) DrawText(hdc,buffer,-1,&rect,DT_CENTER|DT_SINGLELINE|DT_VCENTER); [ ....... ] SetBkMode (hdc, TRANSPARENT); // damit der Text nicht in einem weissen Rechteck erscheint FastDT(buffer9,rect); //siehe Makro oben: DrawText(hdc, buffer9,-1,&rect,DT_CENTER | DT_SINGLELINE | DT_VCENTER);
• ?

  Frage zum Klassen Design bei WIN API Funktionen
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  830
  Aufrufe

  

  @Doug§: Bullshit? Wenn Du meinst... Wenn ich ein Projekt bekomme. Sagen wir win Tool und dieses würde diw Windows.h includen und ich würde dies wieder in ein MFC Projekt includen, dann hätte ich aber massive Probleme. Denn: Die MFC mag es gar nicht wenn windows.h vorher included wird. Und jetzt willst Dumir erzählen, dass in diesem Fall die Reihenfolge der Include Dateien wichtig ist. OK. Also includen wir Deine Datei später die windows.h included, was sie aber nciht mehr tut), denn in der MFC ist die ja evtl. schon drin. Und Deine #defines sind dann auch für die Füße. Wenn jede LIB meint sie müüsste alles für das OS includen was sie meinen dann ist das Bullshit. Deshalb halte ich es immer noch sinnvoll die Header so aufzubauen, dass der nutzende User die notwendigen OS Header selber beisteuern muss. Just my 2 cents.
• ?

  &quot;Vererbung&quot; innerhalb der Handles
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  792
  Aufrufe

  

  Nein! Es sind eben nicht alles typedefs auf HANDLE. Es werden für HWND und HGDIOBJ IMHO unterschieldiche Zeiger auf unamed structures erzeugt. Damit kan man diese nicht mehr austauschen. HGDIOBJ HBITMAP etc sind jedoch identisch.
• J

  WC_COMBOBOX (Dropdown-Liste) mit der Maus auswählen funktioniert nicht
  • Johannes Schneider  

  3
  0
  Stimmen
  3
  Beiträge
  2132
  Aufrufe

  J

  Dank ihnen habe ich das Problem nun behoben: vielen Dank!! An alle die ähnliche Probleme haben: Ich habe meine (zuvor "selbstentworfene") Nachrichtenverarbeitungsschleife nun so angepasst, dass sie einfach alle Nachrichten mit PeekMessage abfängt und verarbeitet: if(PeekMessage(&msg,NULL,NULL,NULL,PM_REMOVE)) { TranslateMessage(&msg); DispatchMessage(&msg); } Hier ist der MSDN Artikel zu PeekMessage mit NULL als HWND-Parameter: http://msdn.microsoft.com/en-us/library/windows/desktop/ms644943(v=vs.85).aspx