XProfan

Deutsch

Jörg
Sellmeyer

23.1 - Allgemeines zu Ressourcen

- Ressourcen sind "Vorräte", zur Verfügung stehende Dinge, die man gegebenenfalls nutzen kann.
Taucht mehrmals auf. Nur darauf achten, dass der "Resource Hacker" so bleibt.

23.2 - Icons aus Ressourcen

- DrawExtIcon ... DrawLibIcon. Dieser Befehl ist in jedem Fall vorzuziehen.
Der Hinweis auf DrawExtIcon und DrawLibIcon sollte raus (besonders da unter beiden Begriffen darauf hingewiesen wird, dass der Befehl nicht mehr unterstützt wird) und statt dessen auf Create("Icon",... und Create("hIcon",... verwiesen werden.

23.3 - Cursor aus Ressourcen

- Beide Links unter UseExtCursor verweisen auf UseCursor

23.4 - Bitmaps aus Ressourcen

- Auch dieser Bereich sollte überarbeitet werden, da er die neuen Möglichkeiten mit DrawPic oder Create("hPic",... nicht mal erwähnt, sondern auf veraltete Befehle verweist.

23.5 - Strings aus Ressourcen

- Während alle anderen Ressourcen über Namen gekennzeichnet werden,

- Auf diese Weise kann man sich auch manches internationale Programm, z.B. aus der Shareware, für den privaten Einsatz eindeutschen.
Ich würd ja so einen Hinweis gar nicht erst reinschreiben...

- Achtung: Eine Weitergabe derartig manipulierter Programme widerspricht in der Regel den Copyright-Bestimmungen, nach denen Sharewareprogramme nur unverändert weiterverbreitet werden dürfen.
...dann braucht man auch nicht gleich einen Disclaimer hinterherschicken...

23.6 - Menüs aus Ressourcen

- Mit UseExtMenu wird auf eine Menü aus den Ressourcen zugegriffen.

23.7 - Dialoge aus Ressourcen

- Hier wird auf DrawExtIcon verwiesen, statt auf @Create("ExtDialog"!

- die unter XProfan normalerweise nicht unterstützt werden. Die Eigenschaft "Untergeordnet" (bzw. "Childwindow") sorgt zum Beispiel dafür,
Das gibt es mittlerweile in XProfan

- Bei den Dialogelementen, wie Listboxen, Scrollbars, etc.

- Der Rückgabewert ist, wie auch bei @Create("Dialog", das Handle des Dialogs.

- Um jetzt wie gewohnt in einer WaitInput-Schleife auf die Ereignisse des Dialoges reagieren zu können, benötigen Sie noch die Handle der einzelnen Dialogelemente. Da diese Handle erste bei der Darstellung des Dialoges vergeben werden, benötigen Sie die Funktion @GetHandle, die zur jeweiligen Identifikationsnummer eines Dialogelementes das entsprechende Handle zurückggibt.
Handle-Mehrzahl wäre Handles. Ich würde eher bei der Einzahl bleiben: ... benötigen Sie noch das Handle der einzelnen Dialogelemente. Da dieses Handle ...

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...