CloneBox. Seltsames Verhalten mit Zahlenbearbeitungsfeld.
In JMP 12/13 habe ich beim Klonen einer Number Edit Box die Möglichkeit, die "<< get" -Meldung zu verarbeiten, und reagiert stattdessen auf "<< getText". Scheint, als verhält es sich wie ein Textbearbeitungsfeld, obwohl der Klassenname als Zahlenbearbeitungsfeld verbleibt. Siehe unter JMP-Protokoll. Ist das ein Fehler? oder von design?
//:*/
Names Default To Here( 1 );
New Window( "Example", numbox = Number Edit Box( 0 ) );
Print( numbox << Get );
/*:
0
//:*/
clbx = numbox << cloneBox;
clbx << get;
/*:
The display box 'NumberEditBox' does not recognize the message 'get'; perhaps you mean one of these: <<<<<<<<<<<<<<<<<<<<
//:*/
clbx << getText;
/*:
"0"
Re: CloneBox. Seltsames Verhalten mit Zahlenbearbeitungsfeld.Ok, danke Craig. Ist es also so, dass alle nichtgrafischen Inhalte in einer Zeitschrift Zeichenfolgen sind?
Ja, also verwende ich eine Klonbox, um den Status verschiedener Displayboxen zu "speichern", um sie an anderer Stelle anzuzeigen. Am Ende habe ich nur Num () benutzt, um die Betroffenen wieder zu installieren.
Re: CloneBox. Seltsames Verhalten mit Zahlenbearbeitungsfeld.Danke, sieht aus wie es etwas TLC braucht. Aufgrund des von Ihnen beobachteten Verhaltens frieren Zeitschriften den Wert des bearbeitbaren Felds eines Berichts in ein nicht bearbeitbares Feld ein. Das geklonte Ergebnis ist eine Basisklasse von numEdit, und obwohl es immer noch behauptet, ein numEdit zu sein, fehlt etwas an Spezialisierung von numEdit. Ich sehe was ich tun kann.
Wenn Sie eine Problemumgehung benötigen, müssen Sie eine neue NumberEditBox erstellen und den Wert aus der alten kopieren. Es scheint keine Möglichkeit zu geben, aus dem Klon eine vollständige NumberEditBox zu machen.
