PureBoard

im charackter sind handles und ids vollkommen gleich. der unterschied ist einfach dass handles die ids sind die windows auch kennt.

Und das ID UND Handle zusammen ein wenig doppelt gemoppelt sind, da
sie, wie du ja sagtest, im Grunde gleich sind.

>Nic:
>Aber gerade diese Befehle kann man jetzt nicht mehr
>ändern, weil sie nahezu in jedem Code schon verwendet
>werden. Ich würde mich zumindest aufregen - auch wenn
>es nichts nützt - wenn diese Befehle geändert werden
>würden.

Wie Deeem2031 schon zurecht bemerkte, könnte Fred solche
"Aufreger" vermeiden, wenn der Compiler sowohl die alte
Syntax als auch die neue Syntax akzeptieren würde; und
die alte Syntax aber nicht mehr in der Hilfe erwähnt
wird (und somit irgendwann auch nicht mehr benutzt wird).

Genauso wie die laufenden Änderungen in den Updates. Alte
Befehle nicht einfach unter den Tisch fallen lassen,
sondern weiterhin gelten lassen. Zumindest bis zur nächsten
"grossen" PB-Version(4.00, 5.00 usw). Habe das auch schon
mal im int.Forum gepostet.
Koexistenzen wie z.B. "WindowHandle()" alias "WindowID()"
liessen sich damit leicht realisieren. Wäre wirklich eine
Kleinigkeit.

Aber wir wollen Fred ja nicht überfordern

@Sylvia
Wieso soll man reine Befehlsumbennenungen rückwärtskompatibel halten,
wenn doch ein einfaches Suchen&Ersetzen im Editor alle Probleme
simpelst fixt?

Anders rum, was Fred in Zukunft zu Updates zupacken könnte, wenn
derartige Änderungen drin sind, ist eine Exe, der man einen Ordner gibt
und die dann in diesem ordner in allen PB Dateien die befehle umbenennt.

Im Grunde muss ja nur nach WindowID, als Befehl auftretend und nicht in
einem Kommentar, gesucht werden und zu WindowHandle() geändert
werden.

Ich denke doch, dass das der bessere Weg ist, denn die Verwirrung
besonders bei Anfängern, wenn sie Befehle im Code sehen, die so nicht
dokumentiert sind, aber auch keine API Funktionen sind, dürfte schon
groß sein.

Sylvia und Deem's Vorschlag ist schon ganz gut. Suchen und Erstzen würde ja nur helfen wenn nur der Befehlsname geändert werden würde. Aber wenn auch mal Parameter geändert werden, wird's da komplizierter. Denk mal an AllocateMemory().

Und das doppellte Vorhandensein von Befehlen über eine Zeit lang gibt uns ja auch Microsoft in der API vor. Da gibt es auch Befehle wie zb. WinExec der noch drin ist, aber irgendwann weg sein könnte.

PBZecke hat geschrieben:Suchen und Erstzen würde ja nur helfen wenn nur der Befehlsname geändert werden würde. Aber wenn auch mal Parameter geändert werden, wird's da komplizierter. Denk mal an AllocateMemory().

Selbstverständlich geht das nicht immer, das behaupte ich auch gar nicht.
Genausowenig würde Suchen&Ersetzen bei einer kompletten Abschaffung
des ID Systemes funktionierten. Aber worum es in diesem Thread
eigentlich geht, um die Umbennenung WinodwID() => WindowHandle()
etc., da hilft der Vorschlag und er hilft imho besser als nicht
dokumentierte Rückwärtskompatiblität.

Ist ja sowieso nur rein theoretisch, da nur Fred entscheiden wird, was und wie es gemacht wird.

PBZecke hat geschrieben:Ist ja sowieso nur rein theoretisch, da nur Fred entscheiden wird, was und wie es gemacht wird.

So ist es, habe ihn jedenfalls mal informiert.