[quote=ptk,16.08.2005, 13:44][quote=pktm,15.08.2005, 22:20]Nun, wie gesagt, ich habe ein NumEntry im readonly-Modus, dafür aber mit Inc- und Decrementbuttons benutzt. Bei der Benutzung der Buttons (-browsecmd) wird die Scale per Methode angepasst und bei bewegung der Scale wird per Methode das NumEntry angepasst.
Aber ich finde es einfach schöner, wenn man die Zahl eingeben kann, immerhin sind manche Menschen sowas auch von professionellen Grafikprogrammen gewöhnt...[/quote]
Da gibt es aber ein konzeptionelles Problem: was passiert, wenn der Benutzer die Zahl im Entry loescht, damit er eine komplett neue Zahl eingeben kann? In diesem Fall waere fuer eine kurze Zeit der Wert im NumEntry ein leerer String und damit haette Scale ein Problem. Es wuerde auch lustig aussehen, wenn der Benutzer eine grosse mehrstellige Zahl eingibt und der Scale mit jeder Ziffer einen grossen Satz nach vorne macht...[/quote]
Der Benutzer kann keine Werte eingeben, das ist ja das, was mir nicht gefällt.
Er kann den Wert nur über die Buttons (inc & dec) ändern.
Zudem habe ich das NumEntry mittels -from & -to aus 0 bis 100 begrenzt. Ein leeres Feld gibt es daher nicht.

Aber wenn man das manuelle Editieren zulassen würde könnte man in den Callbacks (theoretisch...) abfangen, ob das Feld leer ist, der Wert zu groß oder zu klein ist und nur die gültigen Zeichen enthält.

Aber das funktionierte mit meinem Kenntnisstand noch nciht so ganz... :-)