Das ewige Leid mit Tastaturlayout ABC - QWERTZ - ein ende in Sicht ?

Hi erstmal,

Also ich habe mir mal bzgl. des ewigen "Hick hack" mit "ich suche ABC oder QWERTZ für das Skin XYZ" mal was einfallen lassen.

Wie wäre es denn, wenn die "Skin-Bastel Experten" beide Layouts sofort implementieren. Könnte man sogar in der ".res" beide (!) mit drin haben, so daß man nur ein paket lädt, und dann selber auswählen kann, welches man möchte.

Ich habs erfolgreich mal getestet und es wie folgt gemacht:

1. die ".res" entpackt, dann ne kopie von der "Keyboard-Layout_ABC.dat" erstellt und von der kopie dann das Layout geändert entsprechend hinlänglich bekannter anleitungen zum ändern des layouts.

2. die kopierte Datei umbenannt in "Keyboard-Layout_QWERTZ.dat" und mit den restlichen Dateien in der ".res" packen lassen. Das einizige womit ich mich noch nicht auseinander gesetzt habe, ist das entpacktool. Dieses erstellt ja eine Listdatei. Dort habe ich natürlich den Eintrag mit der QWERTZ hinzugefügt an entsprechender stelle. Wobei, wie gesagt ich mich damit noch nicht auseinander gesetzt habe, ob das sein muß, bzw. es wichtig ist wo der hingehört.

Somit hat man schonmal beide Layouts in EINER Datei, und braucht nicht ewig 2 pakete DL oder anbieten.

3. Das einzige was man nun machen "muß", daß man in seiner Datei im Navigon Hauptordner "BinaryDialogFilenames.xml" den Eintrag entsprechend anpasst:

FÜR ABC:

<DialogInfo>
<DialogID>12</DialogID>
<FileName>Keyboard-Layout_ABC.dat</FileName>
<ObjectHandle>410</ObjectHandle>
</DialogInfo>

oder für QWERTZ:

<DialogInfo>
<DialogID>12</DialogID>
<FileName>Keyboard-Layout_QWERTZ.dat</FileName>
<ObjectHandle>410</ObjectHandle>
</DialogInfo>

Ich mache es i.d. Regel so, daß ich die beiden Dateien "BinaryDialogFilenames.xml" schon in den ABC & QWERTZ Varianten anpasse und mit ins Paket stelle:

BinaryDialogFilenamesABC.xml bzw. BinaryDialogFilenamesQWERTZ.xml , so daß die entsprechende Datei nurnoch in die BinaryDialogFilenames.xml umbenannt werden muß.

Wäre das keine gute Lösung für die Zukunft ?

beste grüße

Grundsätzlich eine wirklich guter Gedankenansatz - allerdings ist das ganze nur einseitig betrachtet worden. Denn die, die die ABC-Tastatur bevorzugen, hätten zukünftig eine QWERT-Tastatur im System, die für sie überflüssig ist und nur unnötig Resourcen schluckt.

Die 4 KB kann man vielleicht noch verschmerzen, daß man aber statt dem ersetzen der "Keyboard-Layout_ABC.dat" hinterher entweder einen Eintrag vornehmen muss oder die entsprechende xml ersetzen muss, ist im Grunde auch nur eine Problemverlagerung.

Komfortabel wird es nur, wenn man es mit Hilfe eines Installationsscriptes löst, bei dem man diverse Optionen besitzt (z.B. automatische Laufwerkserkennung, Auswahl des entsprechenden Tastaturlayouts (bei der die QWERT-Tastatur nur dann in die RES einfließt, wenn diese auch gewünscht wird - die entsprechenden Einträge in der "BinaryDialogFilenames.xml" werden dann natürlich automatisch gesetzt), Backup-Möglichkeit der orignalen RES-Datei.

Grundsätzlich könnte man auch mal einen Patch entwickeln, der einem das lästige umschreiben von ABC auf QWERT erspart, ohne daß man selbst Hand an die MobileNavigator.res anlegen muss.

Aber wie gesagt, der Ansatz ist ganz gut ...

Hi,

da ich in dem navibereich nicht so firm bin, würde es mich mal interessieren wie Du das mit den resourcen genau meinst. Verursacht die zusätzliche unbenutzte Keyboard...dat noch mehr resourcen, außer das sie die "MobileNavigator.res" vergrößert ? Oder wird die jedesmal mitentpackt und in den speicher geladen ?

Über nen Script o.ä. hab ich auch schon nachgedacht. Allerdings in abgespeckter Form, daß man beim starten über buttons "mal eben" abc oder qwertz auswählen kann. Werd ich mir mal gedanken zu machen, wenn ich mehr Zeit hab.

Im übrigen war das bei mir eigentlich auch nur aus ner not heraus entstanden, weil ich auch jemand war, der immer mal wieder zu den tollen skins nicht das richtige Layout hatte, und es auch nicht in aussicht war zu kriegen.

Von daher denke ich, lässt sich (als vorabnotlösung) das mit dem oben vorgestelltem System weitestgehend in den griff kriegen. Und wenn wir mal ehrlich sind, darf man von Usern so viel selbständigkeit und wissen voraussetzen, das sie wissen was in entsprechender XML zu ändern ist bzw. welche zu kopieren ist, zumal es beschrieben ist.

Und die eleganteste Lösung von allen wäre doch die, wie es bei IGO realisiert ist, wo man während der eingabe umschalten kann (zwar dort nur zwischen QWERTZ und QWERTY wenn ich mich nicht täusche), was aber vom prinzip nicht groß anders sein dürfte.

Was den Patcher anbelangt, wär das schon nicht schlecht. Sollte sich doch einfach realisieren lassen, besonders wenn immer die gleichen Datei-Offsets betroffen sind, und es nicht Versionsabhängig woanders ist. Dann müsste man eher mit ner dynamischen suchroutine arbeiten, statt einfach die vordefinierten Werte zu überschreiben, oder ?

Achja, und vielen dank, daß die Idee vom Grundsatz schonmal gut ankommt

beste grüsse aus dem tiefsten Ruhrpott