Hi Florian, Florian Thaler <[email protected]> writes:
> Bei unseren letzten Emails hast du ja diese Parameter genannt: > > > Klein: 1, Ring: 1.6, Mittel: 2, Zeige: 2, Daumen: 2 > > Ich möchte gerne anmerken, dass ich es für sehr sinnvoll halte, diese > sehr wichtigen Werte mehr zu gewichten. Bei den Kleinen Fingern mache ich mir nicht so große Sorgen, weil sie noch unter 10% sind — Shift ist da bereits miteingerechnet. > Ein theoretisch toller Fluss ist leider nicht so hilfreich wenn einem > nach einer Zeit die Finger weh tun. Es kommen ja auch viele Leute zu > diesen Tastaturen in der Hoffnung, ihre überbelasteten Finger zu > retten. Das hier zeigt nur die relative Belastung der Finger. Im Vergleich zu QWERTZ ist die Gesamtbelastung niedriger, weil die Finger sich viel weniger verrenken müssen — sie bleiben mehr auf der Grundlinie und es gibt weniger Handspreizungen u.ä. > 2. Grundreihe Fix? > > Ich glaube gelesen zu haben, die Grundreihe sei bei dir schon fix > vorgegeben. Stimmt das? Nein, die Grundreihe wird mitoptimiert. Du kannst bestimmte Tasten ausnehmen, das habe ich aber nicht gemacht. Fix sind , und . > Falls ja, ich habe das Gefühl, man sollte versuchen, Layouts mit e am > Mittelfinger zu testen. Das kommt mir wie der beste Weg dafür vor, die > Zeigefinger nicht zu überlasten. (Es sind ja sowieso schon hunderte > andere Tasten am Zeigefinger. Das habe ich versucht, dann kommst du aber leicht in Probleme mit Mittelfinger-Ringfinger-Übergängen. Du kannst es aber testen: Wähl eine Startbelegung mit e auf dem Ringfinger und nimm in config.py das e aus der Variable abc raus. > 3. Python > > Falls ich deine Website richtig verstehe, hast du dein > Tastaturprogramm in Python geschrieben. > > Frage: Wieso nicht C/C++/Rust? Für so etwas wären die ja vieeeeel > besser, wenn wir uns deren Geschwindigkeit anschauen. Python ist ja um > ein tausendfaches langsamer. Naives Python ist etwa Faktor 100 langsamer (mit pypy — das ich nutze — eher Faktor 50), das ist aber nicht der Grund für die Langsamkeit. Mein Programm ist tausendfach langsamer, weil es darauf optimiert ist, möglichst einfach beliebige neue Kriterien festzulegen. Die Frage „was ist gutes Tippen“ ist nicht beantwortet, und hätte ich es in Rust geschrieben und auf Geschwindigkeit optimiert, wären viele der neueren Kriterien nicht ohne großflächiges Refaktorieren möglich gewesen (also nie Realität geworden). Würde ich Berechnungen über trigramme aufgeben, wäre gleich mal ein Faktor 10 gewonnen (und mindestens Faktor 100, wenn sie als Matrizen gerechnet würden — auch in Python). Wenn du mit den bestehenden Kriterien ein neues Programm schreiben willst, das viel schneller ist, bringt das für weitere Experimente wahrscheinlich viel. Das Problem dabei ist allerdings, dass du keine der Kriterien weglassen kannst — die sind nicht zufällig dazugekommen, sondern sind alle das Ergebnis von Tipptests. Liebe Grüße, Arne -- Unpolitisch sein heißt politisch sein ohne es zu merken
signature.asc
Description: PGP signature
_______________________________________________ Diskussion mailing list -- [email protected] To unsubscribe send an email to [email protected]
