So nach 24 Stunden habe ich doch einige Erkenntnisse gewonnen.
Die internen Objekte der jewiligen
OS werden von FMI (unvollständig) emuliert. Es gibt also kein UITextView dessen keyboardtype man setzen könnte.
Durch das Abarbeiten der internen Viewstruktur kann man Zugriff auf das Keyboard-Fenster erhalten. Das wird ja im DoOnEnter angezeigt. Leider nach dem Aufruf des OnEnter-Events. Bedeutet, wenn man es im Event finden will, dann schlägt das fehl weil noch nicht aktiviert.
Toll, dann eben mit einem Timer oder Thread der auf das Keyboardfenster wartet. Das geht, man erhält dann einen View "UIKeyboardAutomatic". Aber was mache ich dann damit? Und wenn es überhaupt möglich sein sollte dieses zur Laufzeit zu verändern, sieht das dann nicht häßlich aus und flimmert?
Ich stelle mir eher vor, dass theoretisch beim Start alle benötigten Keyboardtypfenster erzeugt und dann bei Bedarf aktiviert werden. Nur eben leider nicht im FMI Framework. Es wird immer nur genau eines aktiviert - wo das erzeugt wird konnte ich bisher nicht ermitteln.
Passendes, frustrierendes Zitat
Zitat von
Phil Hess:
While cross-platform UI frameworks can provide a way to use Cocoa indirectly, they often bury Cocoa beneath thick layers of intermediate code where bugs, odd behavior, performance problems, code bloat, and non-standard look and feel can be introduced. When you use Cocoa directly with Objective C or Objective Pascal, nothing comes between your code and the Cocoa framework. Typically this results in smaller, better-looking programs that are easier to maintain and more pleasing to your users.