PS: Hier gibt es jetzt Layout-Diagramme verbreiteter Belegungen:
https://www.draketo.de/proj/evolve-keyboard-layout/Dr. Arne Babenhauserheide <[email protected]> writes: > 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]
