WinAPI

• ?

  Fenster mit Sonderfunktionen
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  547
  Aufrufe

  C

  Yep, sollte gehen.
• T

  Owndraw Button eine buttonform geben wie?
  • T0bi  

  13
  0
  Stimmen
  13
  Beiträge
  813
  Aufrufe

  

  Ups
• K

  Problem mit 'LPCWSTR'
  • khalderon  

  6
  0
  Stimmen
  6
  Beiträge
  917
  Aufrufe

  C

  LukasBanana schrieb: Ja, ich verwände in zwischen eigentlich auch nur noch das TEXT("blubb") Makro LukasBanana schrieb: Aber diese unglaublich vielen verschiedenen Typen nerven irgendwie: PSTR, LPSTR, LPCSTR, LPCTSTR, LPWSTR usw. Wozu gibt es überhaupt so viele verschiedene Typen? Kann es sein dass einiges davon aus den Win16-Bit-Versionen stammt und bis heute mitgeschleppt wird? Hm also es gibt mittlerweile keine (n Unterschied zwischen ) LONG-Pointer bzw. FAR-Pointer. Deshalb ist PSTR und LPSTR das gleiche, also char* - immer . LPCSTR ist das ganze in const. Alle diese Typen sind aber nur für den ANSI-Zeichensatz. LPCTSTR ist ANSI/UNICODE, je nach aktivierten Zeichensatz. LPWSTR ist nur UNICODE, also wchar_t*. Falls Du die Namen auflösen willst, musst Du Dir nur merken: LP bzw. P steht immer für ein Zeigertyp, STR immer für einen C-String-Datentyp. Ein W dazwischen kennzeichnet UNICODE-Strings (also wchar_t, 'w' für 'wide-strings' -> 'breite Zeichenketten'), ist dieses nicht vorhanden ist es ein ANSI-String (also char). Befindet sich noch ein C in der Typendefinition ist das Schlüsselwort const mit im Spiel. Es handelt sich also in der Regel um einen konstanten Zeiger. Ist das T mit im Typennamen enthalten (dann kann kein W enthalten sein), handelt es sich um einen Typ, der sich dem aktuell-definierten Zeichensatz anpasst (Je nachdem, ob das UNICODE-Makro definiert ist). Noch ein Tipp: Verwende einfach immer den Datentyp TCHAR und das TEXT-Makro. Wenn Du einen Zeiger auf TCHAR (also char oder wchar_t) brauchst, schreib einfach TCHAR*. Muss es konstant sein, schreibe: const TCHAR*. Damit ist es übersichtlich, Zeichensatz-unabhängig und eindeutig .
• C

  Raw Socket
  • C-O-M-M-A-N-D-E-R  

  11
  0
  Stimmen
  11
  Beiträge
  1321
  Aufrufe

  C

  uff schwere geburt, aber ich glaub ich habs soeben auch hinbekommen danke schonmal euch für die fixe hilfe
• K

  Shell per Sockets weiterleiten?
  • kernel64  

  5
  0
  Stimmen
  5
  Beiträge
  501
  Aufrufe

  K

  Ich habe mich für den Code Redirect.c von MS entschieden, also hier: http://support.microsoft.com/default.aspx?scid=kb;en-us;190351 Bisher habe ich als Server Programm folgenden Code verwendet: http://www.c-worker.ch/winsock/selectchatsrv.cpp und als Client: http://www.c-worker.ch/winsock/selectchatclient.cpp Hier mal ein Konzept von mir, wie es aussehen soll: http://home.arcor.de/fam.richert/rshell.jpg Jetzt muss ich Redirect.c in den Server-Code einbauen, was soll dann gesendet werden, also welcher Teil von Redirect ?? Bitte um Hilfe
• ?

  Wie könnte GetWindowFromProcess() aussehen?
  • Gast  

  12
  0
  Stimmen
  12
  Beiträge
  823
  Aufrufe

  C

  Ist ziemlich verbaut und schon wieder verschmissen, aber hier: bool __stdcall windowEnumerateProcess(HWND windowHandle, LPARAM lParam) { DWORD currentProcessId; GetWindowThreadProcessId(windowHandle, &currentProcessId); if(currentProcessId == KlasseA::getInstance().getServerProcessId()) KlasseA::getInstance().setServerWindowHandle(windowHandle); return true; } serverProcessSnapShot = CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0); serverProcessEntry.dwSize = sizeof(serverProcessEntry); handleFound = Process32First(serverProcessSnapShot, &serverProcessEntry); for(; handleFound; handleFound = Process32Next(serverProcessSnapShot, &serverProcessEntry)) { serverProcessHandle = OpenProcess(PROCESS_QUERY_INFORMATION, false, serverProcessEntry.th32ProcessID); rowHelper = serverProcessEntry.szExeFile; if(rowHelper == dataBase[0]) { // MessageBox(NULL, "vcded.exe found", "", MB_OK); serverProcessId = serverProcessEntry.th32ProcessID; EnumWindows(reinterpret_cast<WNDENUMPROC>(windowEnumerateProcess), 0); serverListBoxHandle = FindWindowEx(serverWindowHandle, 0, "ListBox", 0); serverEditFieldHandle = FindWindowEx(serverWindowHandle, 0, "Edit", 0); EnableWindow(buttonHandles[1], true); SendMessage(labelHandle, WM_SETTEXT, 0, reinterpret_cast<LPARAM>(" Server: FOUND")); break; } } MfG
• V

  Eine Checkbox in einer Listbox als Element der Listbox plazieren?
  • virtuell Realisticer  

  10
  0
  Stimmen
  10
  Beiträge
  709
  Aufrufe

  V

  Martin Richter schrieb: Dann musst Du mindestens eine Spalte hinzufügen mit ListView_InsertColumn Super geil, so funktionierts, danke! gruss v R
• H

  Datei öffnen unter anderem Account
  • hajoe  

  3
  0
  Stimmen
  3
  Beiträge
  369
  Aufrufe

  H

  Ja, das mit dem Prozess starten habe ich mir auch schon überlegt. Mit "irgendwo im Netz" meine ich, dass sich der Benutzer an irgendeinem Fileserver im Intranet anmeldet und dort irgendeine Datei öffnet...
• ?

  registrywert auslesen
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  358
  Aufrufe

  M

  RTFFAQ
• P

  Fehler bei Mini-programm
  • planschkuh  

  5
  0
  Stimmen
  5
  Beiträge
  421
  Aufrufe

  C

  ss schrieb: oder man füllt das struct erst mit Nullen und sollte es auch ohen gesetzten title funktionieren memset(&wc,0, sizeof(WNDCLASS)) Was ist denn der Titel ? Also eigentlich ist es uneffizienter, wenn man erst die gesamte Struktur auf 0 setzt und anschließend wieder 90% der Member explizit füllt . ( Dann lieber alles explizit setzen und die paar eben auf 0 setzen, die man nicht benötigt.)
• ?

  HWND von Listbox
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  397
  Aufrufe

  C

  Funktioniert übrigens mit allen Controls bei denen das Parent-Fenster und die ID bekannt ist .
• K

  Wie Zeiger auf WndProc als Parameter übergeben?
  • khalderon  

  3
  0
  Stimmen
  3
  Beiträge
  574
  Aufrufe

  C

  Du solltest aber dafür ein typedef verwenden, das ist übersichtlicher, oder gleich den Windows-Datentyp WNDPROC.
• G

  Kleiner WinNT Console / STL Workaround für Umlaute
  • Gast++  

  11
  0
  Stimmen
  11
  Beiträge
  1224
  Aufrufe

  G

  pale dog schrieb: naja, du versuchst das ja an diese STL und den operator<< ranzuschnuddeln, Damit will ich die Verwendung einfach machen. pale dog schrieb: was es wohl so unendlich kompliziert und schwierig macht. wenn man's unbedingt in ein C++-korsett zwängen will, dann vielleicht eine eigene klasse daraus machen. Dann könnte ich zwar std::cout et al. mit einer Instanz dieser Klasse neu versorgen aber operator<< ist nicht virtuell. pale dog schrieb: falls du's aber unbedingt an die STL ankleben willst, vieleicht hilft dir das: http://angelikalanger.com/Articles/C++Report/UserDefinedFacets/UserDefinedFacets.html Danke! Mit einem facet ersetze ich den ich imho unelegaaten Vergleich (left == std::CIN) durch ein (if left.has_facet<MyFacet>(...)) Was vorr. in der nächsten Version passieren wird. Aber um das facet in Betrieb zu nehmen komm ich afaik dann doch wieder nicht um ein Verdecken des Operators herum. Das ist es was mir die meisten Sorgen macht. Grüsse *this
• G

  Eigenes Fensterdesign?
  • Grunzke  

  2
  0
  Stimmen
  2
  Beiträge
  479
  Aufrufe

  0

  Schau dir mal das folgende Tutorial an, dürfte dass sein wonach du suchst. -> http://www.flipcode.com/articles/article_win32skins.shtml
• V

  WinXP Style =&gt; Label hat anderen Hintergrund als Elternfenster
  • virtuell Realisticer  

  15
  0
  Stimmen
  15
  Beiträge
  996
  Aufrufe

  V

  Ja, da hast auch recht, danke. gruss v R
• ?

  Konsolenanwendung aus Fensteranwendung spezifisch starten
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  338
  Aufrufe

  ?

  http://support.microsoft.com/?scid=kb%3Ben-us%3B190351&x=5&y=11
• 

  problem mit TabCtrl und Backround
  • Ascharan  

  2
  0
  Stimmen
  2
  Beiträge
  432
  Aufrufe

  

  kann mir wirklich keiner helfen
• ?

  Netzwerkgeräte
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  460
  Aufrufe

  P

  secondsun@gmx.de schrieb: kann man da nicht was mit Winpcap oder so machen?? ethereal unter win nutzt sogar winpcap netstumbler arbeitet aber anders, ich glaub' nicht das das so einfach mit winpcap geht. wireshark arbeitet, meines wissens nach, mit einem modifizierten winpcap und braucht auch eine spezielle WLAN hardware für das sniffen von beacons usw...
• M

  Ressourcendefinierte Dialoge umstylen?
  • me-S-on  

  8
  0
  Stimmen
  8
  Beiträge
  682
  Aufrufe

  M

  aber das meinte ich mit: nicht einfach n Rect über das Graue Standard Rect der Clientarea.. Seiner Zeit las ich mal was von LPSTRUCT und den Zugriff auf dessen Members in ner WM_CREATE oder WM_INITDIALOG. Dadurch krich ich irgendwie Zugriff auf die Klasse bei meinem Window, welches ich als Parent in der WM_MAIN erstell, nur halt inner WndProc. Weiss nicht mehr wo das mal stand... und ich spekuliere natürlich nur, dass ich das gleiche auch mit Resourcen machen kann, sprich, mit deren Members und es folglich so verwende bei dem Dialog, den ich mir erstell, damit ich dann den hBrBackground der Dialogklasse inner WM_INITDIALOG per LPSTRUCT-Memberzugriff manipulier...... aber ich weiss nicht mehr, wie ich das LPSTRUCT DINg anwende, ich google mal inensiv.....wäre dennoch dankbar für Tpps. Dank bisher. --- ich habe fertig. Shiat das geht ja einfacher! Auf winapi.net steht was Geniales dazu... und in meinem Fall heisst das WM_CTLCOLORDIALOG....... fett! und was ich bisher echt nicht wusste....... diese Nachricht hat im WPARAM direkt nen device Context... echt geil, aber woher der wohl stammt? Wäre interessant zu wissen, oder ist der einfach nur angeboten worden, weil sich designer dachten,in so einer Message braucht man den eh? Egal. Nun muss ich nur noch den Hintergrund der LTEXTE auf transparent setzen..... und ich schätze das geht auch nur in der DialogNachricht... weil ich das per Ressource bisher nicht hinbekam.... Ähh, öhh, ähem , kann ich eigentlich in ner Ressource wie meinem Dialog einfach zwei Fontstyles verwenden.... zB wenn ich ne Überschrift dick und in Verdana haben will, die Editcaptions aber in Helvetica 8? Gelöst. WM_CTLCOLOR<dann das jeweilige> und in den cases die ID abfragen und umdefinieren, für jedes Element der zu modifizierenden Gruppe......... Geil- Aber : kann ich eigentlich ner DialogControl ne Font zweimal angeben: Enmal so und dann so??
• M

  FormatMessage
  • Meep Meep  

  18
  0
  Stimmen
  18
  Beiträge
  4641
  Aufrufe

  C

  Gast++ schrieb: Magst Du mal über den o.g. Code schauen, so richtig gefällt mir's nicht STL operatoren global zu überdecken... Hm joar, ist n bissl 'krass' ^^... ich würd dafür warscheinlich ne Adapterklasse schreiben.