Re: [Neo] Gedanken zu Programm zum Konvertieren von Text zum praktischen Testen von neuen Layouts?
Hallo Arne, danke für die Tipps. File C:\Programme\Python\lib\encodings\cp850.py, line 19, in encode return codecs.charmap_encode(input,self.errors,encoding_map)[0] UnicodeEncodeError: 'charmap' codec can't encode character '\u2190' in position 68: character maps to undefined Vergleichbare Meldung bekomme ich, wenn ich die Evolution ohne Änderung am Quelltext für Neo durchlaufen lasse :-( Arg – ich glaube wir hatten hier schon mal was mit Python vs. Windows :( → http://www.mail-archive.com/diskussion@neo-layout.org/msg04328.html → http://www.mail-archive.com/diskussion@neo-layout.org/msg04336.html (zwei mögliche Lösungen; ich glaube die zweite ist leichter, wenn sie funktioniert) Leider haben beide nichts gebracht. :-( Ich hab' im Moment nicht so viel Zeit um zuviel rumzutesten, daher werd' ich leider jetzt erstmal abbrechen müssen. Nicht das erste Mal, dass mich die Codepage in der Konsole von Windows zwackt :-/ Mmh, ich hab' jetzt erstmal die Parameter und Kosten unverändert übernommen. Die sind auch so, wie ich sie hier zur Zeit nutze, sollten also soweit passen. Ein Stück des Optimiererers (bis zu 5 Tauschtasten für qwertz) liefen schon durch. Als Verbesserungen (wenn ich die Ausgaben richtig deute, dass kleine Zahlen besser sind) wurden Tausch von ae dä dö dß ei ej ek ew ex ey vorgeschlagen. Sehe ich das richtig? Das wundert mich sehr. Denn wenn ich z. B. d und ß auf qwertz tauschen würde, würde ich mich doch sicher verschlechtern, da ß schon ziemlich selten im Vergleich zu d vorkommt und zudem ja schon auf relativ schlechtem Platz (das passt ja zu seltener Häufigkeit) liegt. Ich befürchte die Parameter müssten deutlich anders gesetzt werden, damit sowas nicht vorgeschlagen werden kann!? Erwartet hätte ich, dass auch auf jeden Fall ein Tausch mit n (z. B. mit j, k oder ö) eine deutliche Besserung (laut Berechnungen bringt), da ein n sehr häufig vorkommt und nicht sooo super liegt und in der Grundzeile auf jeden Fall Vorteile bringen sollte. Vielleicht hab' ich aber auch das Skript und die Ausgabe noch nicht verstanden? Den Quelltext hab' ich noch nicht im Detail verdaut, sondern nur kurz geschaut, wo ich Anpassungen zur Berechnung von qwertz ausgehend machen muss. Viele Grüße Peter
[Neo] druckvorlage bereinigt
Die Druckvorlage hat ja in der Zwischenzeit (seit Philipp sie erstellt hat) viele Bearbeiter gesehen. Jeder hat dort seinen eigenen Stil (Schriftart und Größe) bei jeder Änderung mit eingebracht. Daher waren’s inzwischen 12 Schriften, die dort gemischt waren. Nun ist es wieder etwas bereinigt. Diese Vorlage sollte jetzt wieder in den Aufsteller rein und außerdem daraus vielleicht auch die Schwarz-weiß-Versionen, wenn jemand dazu Lust hat (oder ein sed-Skript dazu schreibt). Kurze Zusammenfassung: • Die sechste Ebene habe ich ziemlich verkleinert • Alle Zeichen aus der Linux Libertine genommen • vierte Ebene fett, weil gelb so schlecht lesbar (so hat es Philipp sich ausgedacht, und der ist ja Experte in sowas) • Wörter (Leerzeichen, Alt, Eingabe, …) nutzen die Schriftart DejaVu Sans Den Rest habe ich vergessen. Hier das sed-Skript für die Schriftersetzung: sed -e 's%Linux Libertine Bold%Linux Libertine%g' -e 's%DejaVu LGC Sans%Linux Libertine%g' -e 's%AdineKirnberg-Script%Linux Libertine%g' -e 's%Linux Biolinum O%Linux Libertine%g' -e 's%Linux Libertine C%Linux Libertine%g' -e 's%DejaVu Sans Condensed%Linux Libertine%g' -e 's%Bitstream Vera Sans%Linux Libertine%g' -e 's%DejaVu Sans%Linux Libertine%g' -e 's%Sans%Linux Libertine%g' neo-druckvorlage.svg Gute Nacht, Erik PS: Ben hat erst gestern Abend auf’m Server wieder die Libertine installiert, deshalb sah vorher der Aufsteller und die Druckvorlage aus wie ein Graus von einem Stümper ohne Geschmack. Jetzt ist es besser. Aber nur von mir verbessert, nicht von einem Fachmann gesetzt. Philipp fragen? Der wollte zuletzt nicht mehr, weil er meinte, dass Neo eh nie fertig wird. ⇒ Hat sich wohl geirrt. -- GPG-Schlüssel-ID: 0x036B38E6 Fingerabdruck: F057 EEEB F0F5 9144 D95C BD98 B822 138F 036B 38E6 Außerdem kann man per Jabber mit mir reden (chatten): Jabber-ID: wick...@jabber.org Off-The-Record: DEBD08C2 95E7C8CE 901EC136 E39A1E43 4FC13142 signature.asc Description: OpenPGP digital signature
Re: [Neo] Gedanken zu Programm zum Konvertieren von Text zum praktischen Testen von neuen Layouts?
Hi Peter, Mmh, ich hab' jetzt erstmal die Parameter und Kosten unverändert übernommen. Die sind auch so, wie ich sie hier zur Zeit nutze, sollten also soweit passen. Ein Stück des Optimiererers (bis zu 5 Tauschtasten für qwertz) liefen schon durch. Als Verbesserungen (wenn ich die Ausgaben richtig deute, dass kleine Zahlen besser sind) wurden Tausch von ae dä dö dß ei ej ek ew ex ey vorgeschlagen. Sehe ich das richtig? Das wundert mich sehr. Denn wenn ich z. B. d und ß auf qwertz tauschen würde, würde ich mich doch sicher verschlechtern, da ß schon ziemlich selten im Vergleich zu d vorkommt und zudem ja schon auf relativ schlechtem Platz (das passt ja zu seltener Häufigkeit) liegt. Du hast gerade einen Bug gefunden… Ich habe nie von Qwertz aus optimiert, so dass mir nicht aufgefallen ist, dass das ß in Qwertz noch Kosten 0 hatte… Ich habe ihm jetzt 24 gegeben; Qwertz # hat 18. Allerdings testet er alles und nimmt dann nur das jeweils beste. Ich befürchte die Parameter müssten deutlich anders gesetzt werden, damit sowas nicht vorgeschlagen werden kann!? ß darf nicht Kosten 0 haben… Ist jetzt geändert. Mit der Korrektur ist ein um 5 optimale Schritte verbessertes Layout z.B. das hier: qwökt zundpü aeofg hjrlsä yxcvb im,. # 3.30414704718 billion total penalty compared to notime-noeffort # 4.73699371493 mean key position cost in file 1gramme.txt # 4.87093927374 % finger repeats in file 2gramme.txt # 6.02849984486 million keystrokes disbalance of the fingers # 0.154320791049 % finger repeats top to bottom or vice versa # 0.430991545888 billion (rows/dist)² to cross # 0.0607769119184 hand disbalance. Left: 0.439223088082 %, Right: 0.560776911918 % Qwertz zum Vergleich: qwert zuiopü asdfg hjklöä yxcvb nm,.- # 8.4814365157 billion total penalty compared to notime-noeffort # 5.0308364 mean key position cost in file 1gramme.txt # 7.40712552483 % finger repeats in file 2gramme.txt # 8.20816695015 million keystrokes disbalance of the fingers # 0.264551764607 % finger repeats top to bottom or vice versa # 2.75890748815 billion (rows/dist)² to cross # 0.0771517043608 hand disbalance. Left: 0.577151704361 %, Right: 0.422848295639 % Aber denk daran: Hier sind schon 5 Tasten getauscht, also sind 10 Tasten nicht wie in Qwertz, d.h. gut 30% der Grundtasten. Erwartet hätte ich, dass auch auf jeden Fall ein Tausch mit n (z. B. mit j, k oder ö) eine deutliche Besserung (laut Berechnungen bringt), da ein n sehr häufig vorkommt und nicht sooo super liegt und in der Grundzeile auf jeden Fall Vorteile bringen sollte. Vielleicht hab' ich aber auch das Skript und die Ausgabe noch nicht verstanden? Den Quelltext hab' ich noch nicht im Detail verdaut, sondern nur kurz geschaut, wo ich Anpassungen zur Berechnung von qwertz ausgehend machen muss. Idealerweise kannst du einfach in die Funktion evolve_a_layout schauen. Da nur an 2 Stellen NEO_LAYOUT durch QWERTZ_LAYOUT ersetzen, schon gehst du von qwertz aus. Liebe Grüße, Arne
Re: [Neo] Gedanken zu Programm zum Konvertieren von Text zum praktischen Testen von neuen Layouts?
Nur kurz als update: Arne Babenhauserheide wrote: Mit der Korrektur ist ein um 5 optimale Schritte verbessertes Layout z.B. das hier: qwökt zundpü aeofg hjrlsä yxcvb im,. # 3.30414704718 billion total penalty compared to notime-noeffort # 4.73699371493 mean key position cost in file 1gramme.txt # 4.87093927374 % finger repeats in file 2gramme.txt 1 Schritt: qwört zuiopü asdfg hjkleä yxcvb nm,.- # 5.49430220849 billion total penalty compared to notime-noeffort # 4.93842830764 mean key position cost in file 1gramme.txt # 6.28664448141 % finger repeats in file 2gramme.txt … # 1.26991478846 billion (rows/dist)² to cross 2 Schritte: qwört zuidpü asofg hjkleä yxcvb nm,.- # 4.52732840044 billion total penalty compared to notime-noeffort # 4.96885562131 mean key position cost in file 1gramme.txt # 6.2485308 % finger repeats in file 2gramme.txt … # 0.769091951374 billion (rows/dist)² to cross Liebe Grüße, Arne PS: Wie du siehst, können sich Parameter auch gegenseitig widersprechen. Wenn du auf einen bestimmten optimieren willst, erhöh’ einfach dessen Gewichtung (massiv).
