Klotzkopp

Du sollst damit nicht das Handle ermitteln. Das Handle ändert sich bei jedem Start. Du sollst Fenstername und -klasse ermitteln, möglicherweise auch die Struktur der Parent-Hierarchie des Fensters, damit du es über diese Informationen wiederfinden kannst. WindowFromPoint Function ()

Was hat das mit C++ zu tun? Verschoben -> Datenbanken.

-lstdc++ Siehe meine Signatur.

Hast du es mal mit Spy++ probiert?

Versuch bitte mal, libstdc++ dazuzulinken.

Es ist nicht "nicht zu empfehlen". Es ist für das, was du vorhast, komplett ungeeignet. Why you should never call Suspend/TerminateThread (Part I) - Jochen Kalmbach's WebLog Why you should never call Suspend/TerminateThread (Part II) - Jochen Kalmbach's WebLog Dann wirst du deinem Chef klarmachen müssen, dass das so nicht geht.

Die Fehlermeldungen kommen aus C++-Quellcode. Du kannst natürlich nur das C-Projekt mit GCC kompilieren.

Wenn du ein C-Projekt mit g++ compilierst, ist es kein C mehr.

Du musst libfunc als extern "C" definieren. Leider kann ein C-Compiler mit extern "C" nichts anfangen, also musst du diesen Teil zumindest im Header für C ausblenden: #ifdef __cplusplus extern "C" #endif // hier deine Funktionsdeklaration[/CODE]

Color Button - CodeProject Die Anleitung ist für Visual C++ 6, die abgebildeten Dialoge gibt es so nicht mehr. Du musst die Nachrichtenbehandlung für WM_DRAWITEM über die Eigenschaften des Dialogs hinzufügen. Den Code kannst du allerdings genau so übernehmen. Du musst natürlich IDC_BUTTON_COLOR durch die ID des Buttons ersetzen, den du einfärben willst.

Was genau willst du denn erreichen? Willst du einfach nur eine andere Hintergrundfarbe, oder willst du beliebige Bitmaps darstellen?

Ich sehe nicht, was dieses Kapitel mit farbigen Buttons zu tun hat. Geht's ein bisschen genauer als "ich hänge"?

Wenn bei dir nichts funktioniert, liegt das ziemlich sicher nicht daran, dass das Internet voll von nicht funktionierenden Lösungen ist, sondern daran, dass du irgendetwas falsch machst. Da hilft dir eine weitere Anleitung auch nicht weiter. Zeig doch mal, was du versucht hast, und was genau dann nicht funktioniert hat.

Pixel = Größe * Auflösung. Das machst du für Breite und Höhe getrennt. Vorher natürlich die Werte in passende Einheiten umrechnen.

Das ist eine ganz schlechte Idee. Siehe die Hinweise in der MSDN Library zu SuspendThread. Diese Funktionen sind eigentlich nur für Debugger gedacht. Wenn du einen Thread in dem Moment schlafen legst, wenn er gerade ein Lock auf eine Ressource des Betriebssystems hat, kann dein ganzes Programm hängenbleiben.

Du benutzt sie doch schon: VkKeyScan (bzw. VkKeyScanEx).

Offenbar haben gerade sehr viele Leute dieses Problem. Ich kann auch nichts herunterladen, ich kann mich nicht mal anmelden. Das Problem liegt also mit hoher Wahrscheinlichkeit nicht bei dir.

Kommt drauf an. Wenn du weißt, dass Lesen und Schreiben immer auf Systemen erfolgt, auf denen int in Aufbau (Big/Little Endian) und Größe gleich ist, kannst du einfach das ganze Array mit fwrite bzw. ofstream::write speichern und mit fread bzw. ifstream::read einlesen. Wenn du das nicht sicher weißt, musst du die Daten so speichern, dass du daraus unabhängig von der Architektur des Rechners wieder so ein Array aufbauen kannst, z.B. als Text. Genauso. Was soll es denn sein, C oder C++?

Genauer gesagt, du simulierst einen Tastendruck. Indem du mehrere Tastendrücke hintereinander simulierst.

Die Icons erscheinen dort, wo du sie einfügst. Momentan wird für die anderen Spalten nur der Text gesetzt, in der Funktion UpdateListviewText. Mit ListView_SetItem kann man alle Eigenschaften eines Subitems gezielt setzen. Du musst übrigens auch noch den Extended Style LVS_EX_SUBITEMIMAGES setzen.

Dann muss er zusätzliche Spalten einfügen. Das normale ListView-Steuerelement kann nur ein Icon pro Spalte anzeigen.

Du musst die zusätzlichen Icons der ImageList hinzufügen, und dann den iImage-Member der LVITEM-Struktur auf den Index des gewünschten Icons setzen. Schau dir mal Zeile 1023 an.

Wenn diese Diagramme denselben Aspekt des Codes betrachten, nicht. Es ist beispielsweise nicht sinnvoll, einen PAP und ein Struktogramm zu machen, weil beide dasselbe aussagen. Die verschiedenen UML-Diagrammtypen stellen unterschiedliche Betrachtungsweisen dar. Hier sind mehrere Diagramme zum selben Code durchaus denkbar.

Das ist eine sogenannte Forward Declaration. Die reicht aus, um einen Zeiger zu definieren, aber mehr auch nicht. Wenn du über den Zeiger auf Member zugreifen willst, brauchst du die vollständige Klassendefinition von CMainDlg. Du brauchst also in CDlg2.cpp eine Includedirektive für CMainDlg.h.

Borland ist ein Unternehmen. Wenn du eine bestimmte Software von Borland meinst, solltest du dazuschreiben, um welche es sich handelt.