Hallo paresy,
danke für die Antwort.
Es ist ein typischer Fall von „aneinader vorbei geredet“, denke ich.
Ich habe nie von Drag & Drop geredet … Ihr habt das wohl alle reininterpretiert. Ich habe von „gemoved“ gesprochen, was sich auf den Ort der Variablen bezieht, nicht auf die Mehtode, wie man das „moven“ durchführt.
Ich möchte einfach nochmals kurz aufzeigen, wie ed dem doofen Benutzer ergeht, warum sowas dann eben passiert - denn Ihr als Entwickler seht ein Produkt natürlich mit ganz anderen Augen (und Hintergrund) als ein Benutzer:
1.) Benutzer stellt fest: Drag & Drop geht nicht. Eine Meldung, warum das nicht geht, bekommt er nicht. Wissen tut er auch nicht, warum das nicht gehen soll. Früher ging es. Was tun?
2.) Benutzer überlegt kurz und kommt zu dem Entschluss, dass (aus welchen Gründen auch immer) das Verschieben (im Moment? Speicher voll?? Sonstiges kleines Zwicken in der Konsole??? Bug???) nur noch über die „klassiche Methode“ der Eigenschaften geht.
3.) Benutzer versucht die von mir gezeigte „klassische Methode“ und kann das Objekt verschieben. Hurrah. Wusste ich es doch, dass das ging. Seltsam, aber „egal“.
Für den Benutzer erschliesst sich in keiner Weise, dass er etwas getan hat, was er nicht soll.
Helft ihm dabei, das zu erkennen! Messagebox oder sonstwas. Und vielleicht ein Satz in der Doku?
Nun nochmals zurück zu meiner ursprünglichen Intetion (sorry, dass ich schon wieder mit nem Feature-Request komme):
Ich meine, dass es sinnvoll und gerechtfertigt wäre, bei solchen Varaiblen, die nicht verschoben werden können oder sollen, eine entsprechende Property abfragbar zu machen - schon um einem professionell Arbeitenden die Möglichkeit zu geben, allgemeingültige Routinen zu schreben, die solche Variablen eben NICHT mit IPS_SetParent „zwangsversetzen“.
Thread kann meinetwegen geschlossen werden.
Danke
jwka