[Neo] Asymmetrisch bewerten (was: Re: Kriterien für ein optimiertes Layout)
Hallo Arne! Ich bin spät dran, da ich derzeit nicht viel Zeit für die ja durchaus anregenden Grundsatzdiskussionen habe, hier aber trotzdem ein wenig Senf meinerseits: On 08.03.2010 17:29, Arne Babenhauserheide wrote: COST_PER_KEY = [ # 0 heißt nicht beachtet [0,0,0,0,0,0,0,0,0,0,0,0,0,0], # Zahlenreihe (0) [0,6,3,3,3,4,4,3,3,3,6,7,8,0], # Reihe 1 [0,3,2,2,1,3,3,1,2,2,3,6,0,9], # Reihe 2 [0,5,5,5,5,5,7,7,5,5,5,5,0], # Reihe 3 [0,0,0, 9 ,0,0,0,0] # Reihe 4 mit Leertaste ] Die Symmetrie dieser Tabelle bezüglich der Zeigefinger auf Standard-Tastaturen kann ich wenn dann nur aus mathematisch-ästhetischen Gründen nachvollziehen, sonst aber keineswegs – oder gehst Du schon fix vom Einsatz und daher einer sinnvollen Optimierung auf einer Matrix-Tastatur aus? Erstens liegen die Tasten der oberen und unteren Reihe (Reihe 1, Reihe 3) nicht symmetrisch unter denen der Ruheposition (Reihe 2). Zweitens schreibt wohl kaum jemand wirklich mit vollständig senkrecht liegenden Händen bzw. Armen (ich am Wenigsten, da ich meine Körpermaße mit den Armen einfach nicht so zusammenzwicken möchte). Betrachten wir RSU (rechts spreiz unten, also Qwertz-N bzw. Neo-B), dann liegt diese Taste aus erstgenanntem Grund aber sowas von deutlich besser als LSU (Quertz-B bzw. Neo-Z), dass es einem auffallen müsste. Die angespitzte Handposition tut für LSU ihr Übriges, auch RSU profitiert nicht wirklich, aber der Einfluss ist nicht so stark. Machen wir weiter mit LSO (links spreiz oben, Qwertz-T, Neo-W) im Vergleich mit RSO (Qwertz-Z, Neo-K). Nicht ganz so deutlich wie bei der unteren Reihe, hat hier der Reihenversatz auch einen Einfluss auf die unterschiedliche Qualität zwischen links und rechts, diesmal ist links im Vorteil, und beide Tasten profitieren von einer Handdrehung. wenden wir uns LO und RO (Qwertz-R/Neo-C und Qwertz-U/Neo-H) zu. Bei paralleler Handposition scheinen die Tasten nicht stark unterschiedlich zu agieren, aber bei bereits geringer Drehung der Hände offenbart sich für die linke Hand ein deutlicher Nachteil: Hier muss der Zeigefinger den Mittelfinger geradezu „übersteigen“, um an sein Ziel zu kommen, wohingegen die Drehung der rechten Hand eine geradezu optimierende Wirkung entfacht. Vergleichen wir ganz belegungsneutral die Fingerabfolge Mittelfinger unten – Zeigefinger oben. Rechts kein Problem, links im Vergleich dazu eine Katastrophe. Bei den anderen Fingern ist der Effekt ähnlich gelagert. Die Frage ist: Wieso springen uns diese Probleme bei der Bewertungsfindung nicht an? Meine Meinung: Wir – die geläufigen Tipper – bewegen die Hand als Ganzes mit den Fingern mit, um überhaupt sinnvoll mit der Tastatur arbeiten zu können, unbewusst und aus verschiedenen Gründen. Erstens müssen wir die genannten Übersteigungen auflösen, ohne jedes Mal in dumpfes Fluchen zu verfallen. Zweitens müssen wir bei schnellen Fingerbewegungen die Hand stabilisieren, wodurch es zu unwillkürlichen Ausgleichsbewegungen anderer Finger und der Hand kommt. Drittens bewegen wir aus ergonomischen Gründen oft mehr als einen Finger aus der Grundposition, auch wenn nur eine Taste alternativ anzuschlagen ist, weil das zu einer anderen, offenbar geringeren Belastung der Muskel führt. Zuguterletzt nützen wir diese Handverschiebungseffekte und kollektive Fingerbewegungen auch dafür, mehrere Tasten in einer anderen als der Grundreihe ergonomisch hintereinander anzuschlagen – niemand kehrt nach jedem einzelnen Tastendruck mit den Fingern in die Grundposition zurück, wenn an Ort und Stelle noch etwas erledigt werden muss. Die von mir genannten Effekte müssten eigentlich einzeln untersucht und bewertet werden, von der Berücksichtigung individueller Vorlieben und Techniken einmal ganz abgesehen. Die Arbeit dazu ist enorm und sicher noch nicht vollkommen wissenschaftlich untersucht, bestenfalls in vereinfachten mathematischen Modellen für (symmetrische?) Tastaturen formuliert. Anfangen sollten wir jedenfalls damit, auf eine symmetrische Bewertung zu verzichten. In weiterer Folge sollte von einem Tasten-Abfolge-Modell auf ein Handmodell umgestellt werden, um die tatsächlichen Abläufe der Handbewegung besser berücksichtigen zu können. – Mœsi PS: Das ist keine Kritik an Deiner Arbeit, bitte nicht falsch verstehen! Es soll nur als Anregung dazu dienen, der komplexen Aufgabe ausreichend Rechnung zu tragen.
[Neo] Genealogen und andere Spezialzeichentiere (was : Re: Vorschlag für 4 auf E4 (Zahlenreihe))
On 10.03.2010 00:04, Pascal Hauck wrote: […] Über den mehrfach genannten Vorschlag, † auf die Haupttastatur zu bringen, bin ich erstaunt. Wer benötigt dieses Zeichen? Ich betreibe zwar selbst Genealogie und verwende es dafür in Mails (in Stammbaumprogrammen ist es nicht erforderlich), dennoch sind Genealogen nicht sehr weit verbreitet. Gibt es noch andere praktische (heißt: nicht nur theoretische!) Anwendungen? […] Ich habe noch nicht ganz heraußen, warum wir uns um jedes Unicode-Zeichen streiten. Ich bin weder Genealoge mit Bedarf an †, noch möchte ich irgendwem nämlichen Bedarf daran streitig machen. Wie wäre es, wenn wir ganz bewusst die Ebenen 5 und 6 frei geben? Die „Default-Belegung“ wäre dann mehr oder weniger die jetzige, aber jeder Benutzer sollte sie sich nach eigenem Geschmack und Nutzen belegen können. Dazu könnten wir entsprechende Alternativbelegungen als Beispiele mitliefern, weiters wären ausführliche Beschreibungen auf DAU-Niveau oder gar Tools bei der Belegungsanpassung sicher auch gerne gesehen. Für neo-vars schwebt mir soetwas schon länger vor, wobei die dynamische BST ein wesentlicher Puzzlestein auf dem Weg dorthin ist. Haben wir dereinst diesen Schritt getan, kann man auch die Umlaute (samt ß) frei belegbar machen, wobei hier im Unterschied zu den Ebenen 5 und 6 der Zweck bei einer Optimierung auf Sprachspezifika liegen sollte (Tschechisch, Französisch, etc.). Ebenfalls könnte man die Zahlen auf Ebene 1 wahlweise gegen konkrete Buchstaben eintauschen, die sonst nur über tote Tasten erreicht werden können. – Mœsi
Re: [Neo] Asymmetrisch bewerten
Am 30.03.2010 08:10, schrieb Matthias Wächter: On 08.03.2010 17:29, Arne Babenhauserheide wrote: COST_PER_KEY Die Symmetrie dieser Tabelle bezüglich der Zeigefinger auf Standard-Tastaturen WIMRE hatte Arne schonmal nach den Kosten gefragt. Pascal müsste hier Auskunft geben können, AFAIK sollten die gesammelten Werte gar nicht so sehr geschwankt haben. Da ich idR keine Standardtastatur verwende habe ich mich damals enthalten. Anfangen sollten wir jedenfalls damit, auf eine symmetrische Bewertung zu verzichten. Das ist die Frage, soll optimierte Hardware für Neo 3 ins Pflichtenheft oder nicht? Die Frage muss früh beantwortet werden, denn so wie ich das bis jetzt verstehe haben die Kosten für die Lage einen großen Anteil an der Bewertung und damit an der optimierten Belegung. Gruß Florian signature.asc Description: OpenPGP digital signature
Re: [Neo] neo-layout.org-Startseite ‚wikifizieren ‘ ?
Am Montag, den 29.03.2010, 22:13 +0200 schrieb Florian Janßen: Sollten wir nicht vielleicht das wiki-Layout auch für die statische Anfangsseite nehmen? Das Design vom Trac finde ich ja grundsätzlich nicht so super … Was haltet ihr davon? Nun wird die bisherige Wiki-Hauptseite¹ überflüssig. Die hatte mich eigentlich schon immer gestört. Freiwillige vor … tschau Frank [1] http://wiki.neo-layout.org/wiki
Re: [Neo] neo-layout.org-Startseite ‚wikifizieren ‘ ?
Am 30.03.2010 12:14, schrieb Frank Stähr: Das Design vom Trac finde ich ja grundsätzlich nicht so super … Was stört? Gruß Florian signature.asc Description: OpenPGP digital signature
Re: [Neo] neo-layout.org-Startseite ‚wikifizieren ‘ ?
Hallo allerseits, Frank Stähr ſchrieb am 30.03.2010 12:14 Uhr: Das Design vom Trac finde ich ja grundsätzlich nicht so super … Deshalb wurde das ja auch nicht einfach so umgeändert, sondern erst nach einem allgemeinen Stimmungsbild gefragt! Nun wird die bisherige Wiki-Hauptseite¹ überflüssig. Die hatte mich eigentlich schon immer gestört. Freiwillige vor … Wirklich überflüssig wird sie nicht, ich finde sie viel besser aufgeräumt als die Hauptseite (was ja auch gefordert wurde). Von daher wäre ich dagegen, die einfach wegzustreichen, sondern stattdessen die beiden sinnvoll zu vereinen. Viele Grüße, Dennis-ſ
Re: [Neo] Genealogen und andere Spezialzeichentiere
Hallo allerseits, Matthias Wächter ſchrieb am 30.03.2010 09:04 Uhr: Wie wäre es, wenn wir ganz bewusst die Ebenen 5 und 6 frei geben? Also da bin ich klar dagegen! Wir haben die Referenz jetzt gerade eingefroren, da sollten wir sie jetzt nicht gleich wieder ›auftauen‹ sollten. Das würde Neo 2 nur schaden, der normale Nutzer tritt nicht mit der Erwartungshaltung ›jetzt möchte ich erstmal eine neue 6. Ebene definieren‹ an Neo heran, sondern möchte ein ausgewogenes (und von vielen erprobtes und ausdiskutiertes) Layout benutzen. Die „Default-Belegung“ wäre dann mehr oder weniger die jetzige, aber jeder Benutzer sollte sie sich nach eigenem Geschmack und Nutzen belegen können. Aber genau das ist doch auch jetzt schon der Fall, Mœsi! Auch jetzt explodiert kein Computer, wenn sich irgendjemand seinen Treiber nach seinen Wünschen ummodelt, sei es nun schweizerdeutsch, ſ oder ein Vi-iger Naviationsblock! Dazu könnten wir entsprechende Alternativbelegungen als Beispiele mitliefern, weiters wären ausführliche Beschreibungen auf DAU-Niveau oder gar Tools bei der Belegungsanpassung sicher auch gerne gesehen. Da stimme ich Dir allerdings zu: An der Dokumentation für den nicht so technikaffinen, aber durchaus an Modifikationen interessierten Nutzer können wir durchaus noch etwas feilen … wir könnten auch mögliche (und unterschiedlich komplexe) Custom.ahks ins SVN stellen, da bin ich voll an Deiner Seite. Aber all’ das ist kein Grund, die gemeinsame Grundlage aufgeben zu wollen, sonst können wir Neo auch gleich kippen und stattdessen nur noch eine ›Wie baue ich Tastatur-Treiber‹ anbieten. Ebenfalls könnte man […] und sollte man überlegen, wie bei Neo 3 von vorne herein ein mehr modulares Konzept sichergestellt werden könnte. Viele Grüße, Dennis-ſ
Re: [Neo] fehlendes Tab auf 8(4)
Hallo Mœsi, Matthias Wächter ſchrieb am 30.03.2010 10:21 Uhr: Vielleicht sollten wir die Tastatur-Ebenenbilder ja als Screenshots von der neo-vars-BST erzeugen? ;) Hm, dann wäre sie wenigstens immer auf dem aktuellsten NeoVars-Stand … aber langfristig plädiere ich eher dafür, die BSTo komplett aus dem Treiber zu entfernen – ich sehe da keinen großen Mehrwert mehr, da die Neue doch alles so viel besser kann :). Viele Grüße, Dennis-ſ
Re: [Neo] neo-layout.org-Startseite ‚wikifizieren ‘ ?
Florian Janßen wrote: Was haltet ihr davon? Wirkt finde ich weniger sauber als die bisherige. Könnte nicht stattdessen das Layout des Wikis angepasst werden? Liebe Grüße, Arne
Re: [Neo] Asymmetrisch bewerten (was: Re: Kriterien für ein optimiertes Layout)
Matthias Wächter wrote: Anfangen sollten wir jedenfalls damit, auf eine symmetrische Bewertung zu verzichten. In weiterer Folge sollte von einem Tasten-Abfolge-Modell auf ein Handmodell umgestellt werden, um die tatsächlichen Abläufe der Handbewegung besser berücksichtigen zu können. Perfekt, japp! Leider habe ich damit aber nicht so viel Erfahrung (ich habe nur meine eigenen 15+ Jahre tippen, 14 davon in Qwertz ohne gelerntes 10-Finger- Tippen). Inzwischen bin ich auch dabei zu prüfen, ob für mich die Grundlinie eigentlich wirklich die ideale Handhaltung auf Standardtastaturen ist (=uiae-nrtd). uiaä-mrtd (Neo) fühlt sich gerade natürlicher an. uile-ngtd auch. Aber für den Anfang würde ich andere Handhaltungen gerne als interessanten Gedanken festhalten und erstmal dazu kommen, zusammen eine sinnvolle Kostenbelegung für die Hauptnutzung (=Standardhaltung) zu finden. Nehmen wir an, dass die Taste unter dem Zeigefinger 10 Punkte Malus gibt (im Vergleich zu der-Buchstabe-erscheint-einfach-ohne-Aufwand-und-Zeitverlust). Welche Kosten würdest du den Tasten geben? Ich kann das dann in die Simulation jagen, und eine Woche Rechenzeit später ein paar hundert darauf optimierte Layouts posten :) (du kannst das allerdings auch selbst machen → „[Neo] check_neo: Tastaturlayouts prüfen und durch mutationen entwickeln (Programm)“; sinnigerweise erst ganz am Ende…). ## Neo-Layout (nichtfunktional, um es übersichtlicher zu machen) NEO_LAYOUT = [ [^,1, 2, 3, 4, 5, 6, 7, 8, 9, 0, -,`,()], # Zahlenreihe (0) [(), x, v, l, c, w, k, h, g, f, q, ß,´,()], # Reihe 1 [⇩,u, i, a, e, o, s, n, r, t, d, y,⇘,\n], # Reihe 2 [⇧,(), ü, ö, ä, p, z, b, m, ,, ., j, ⇗],# Reihe 3 [(),(),(), ,(),(),(),()] # Reihe 4 mit Leertaste ] ## Kosten (alte Version; die Liste ist funktional = kann einfach in’s Prog kopiert werden) COST_PER_KEY = [ # 0 heißt nicht beachtet [0,0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0], # Zahlenreihe (0) [0, 12, 9, 6, 4,10,10, 4, 6, 9,12,15,18, 0], # Reihe 1 [0,5, 3, 3, 2, 5, 5, 2, 3, 3, 5,12, 0,15], # Reihe 2 [15,0,10,11,11, 7, 12, 10, 7,11,11,10,15], # Reihe 3 [0,0,0, 5, 0, 0, 0, 0] # Reihe 4 mit Leertaste ] Ich brauche nur eine angepasste COST_PER_KEY, dann kann ich die Simulation mit asymmetrischen Kosten laufen lassen. Wenn du eine asymmetrische Liste draus machen kannst, haben wir außerdem direkt eine sinnvolle Diskussionsgrundlage. Liebe Grüße, Arne PS: Habe ich schon gesagt, dass ich die Idee die Liste asymmetrisch zu machen klasse finde? Das macht sogar die Optimierung einfacher, da eindeutiger :)
Re: [Neo] neo-layout.org-Startseite ‚wikifizieren ‘ ?
Am 30.03.2010 15:18, schrieb Arne Babenhauserheide:
Wirkt finde ich weniger sauber als die bisherige.
Sauber sind beide ;) Und ich finde das wikifizierte besser, sonst hätte
ich es auch nicht angeboten
Kannst du den weniger „sauberen“ Eindruck, irgendwie greifbar machen?
Kannst du beschreiben was dich stört?
Weil es gibt leider keine CSS-Funktion »body {design-style: clean}«
Könnte nicht stattdessen das Layout des Wikis angepasst werden?
In Grenzen ja. Die Elemente und Grundstruktur kann ich nicht
beeinflussen, das Aussehen und die Anordnung schon, dass ist ja der Sinn
von CSS.
Gruß Florian
signature.asc
Description: OpenPGP digital signature
Re: [Neo] neo-layout.org-Startseite ‚wikifizieren ‘ ?
Florian Janßen schrieb: Was haltet ihr davon? Ich mag sie sehr. Gruß, Martin
Re: [Neo] Asymmetrisch bewerten
Florian Janßen wrote: Das ist die Frage, soll optimierte Hardware für Neo 3 ins Pflichtenheft oder nicht? Die Frage muss früh beantwortet werden, denn so wie ich das bis jetzt verstehe haben die Kosten für die Lage einen großen Anteil an der Bewertung und damit an der optimierten Belegung. Die können aber auch leicht geändert werden, so dass das problemlos verschoben werden kann. Viel wichtiger als was am Ende an Kosten rauskommt sind die Begründungen für bestimmte Kosten. Damit kann bei neuer Hardware nämlich recht leicht geprüft werden, wie sie da sein müssen, und dann muss nur das Optimierungsprogramm angeschmissen und die Ergebnisse danach manuell geprüft werden. Klar könnte das Prog ein paar Wochen laufen, aber was sind ein paar Wochen? Es kann zur Not alle paar Stunden gestoppt und später neu gestartet werden, und Speicher braucht es kaum (ist also kaum zu bemerken, wenn es mit nice läuft). Ich sehe die aktuelle Phase als heiße Experimentierphase. Erwarte keine bleibenden Layouts als Ergebnisse (auch wenn die Zwischenergebnisse interessant sein könnten). Das Hauptergebnis ist die Erfahrung, was funktioniert und was beim Optimieren wichtig ist. • Wie stark negativ sollten Fingerwiederholungen gewertet werden? • Wie wichtig sind Handwechsel? • Welche Belastungs-Balance sollte zwischen den Fingern bestehen? • … Wenn du irgendwo zwischendrin merkst „Das ist es! Das muss ein Layout erfüllen“, dann ist das der Bestfall. Mit dem Ergebnis kann dann nämlich weiter optimiert werden – unabhängig von der Hardware, die am Ende genutzt wird. Liebe Grüße, Arne
Re: [Neo] neo-layout.org-Startseite ‚wikifizieren ‘ ?
Am Dienstag, 30. März 2010 15:36:27 schrieb Florian Janßen:
Weil es gibt leider keine CSS-Funktion »body {design-style: clean}«
:)
Ich glaube es liegt daran, dass es eine klarere Trennung zwischen Inhalt und
Navigition gibt, und dass der Inhalt knapper wirkt.
In Grenzen ja. Die Elemente und Grundstruktur kann ich nicht
beeinflussen, das Aussehen und die Anordnung schon, dass ist ja der Sinn
von CSS.
Spätestens mit absoluter Positionierung ist damit dann einiges möglich, sollte
also gehen.
Muss aber natürlich erst geschaut werden, ob das andere auch so sehen.
LG,
Arne
-- -- -- -- -- --
A man in the streets faces a knife.
Two policemen are there it once. They raise a sign:
“Illegal Scene! Noone may watch this!”
The man gets robbed and stabbed and bleeds to death.
The police had to hold the sign.
…Welcome to Europe, citizen. Censorship is beautiful.
( http://draketo.de/stichwort/censorship )
signature.asc
Description: This is a digitally signed message part.
Re: [Neo] Genealogen und andere Spezialzeichentiere
Am Dienstag, den 30.03.2010, 13:07 +0200 schrieb Dennis Heidsiek: Matthias Wächter ſchrieb am 30.03.2010 09:04 Uhr: Ebenfalls könnte man […] und sollte man überlegen, wie bei Neo 3 von vorne herein ein mehr modulares Konzept sichergestellt werden könnte. Ich habe da schon relativ konkrete Vorstellungen. Wir benötigen ein Programm, das die Ebenenmodule verwaltet und dem Benutzer ermöglicht, sein Layout aus Ebenen zusammenzubauen. Nach dem Baukastenprinzip. Das Programm müsste: • automatisch ein Layout erzeugen können, also einen AHK-Treiber für Windows und eine .xkb-Datei für Linux. • ein Layout aus vorgegebenen oder benutzerdefinierten Ebenen zusammensetzen • verschiedene Mechanismen bereitstellen, wie jede Ebene angesprochen werden soll (Modifier, Auswahl durch Tastenkombi, Locks…) • nicht nur die 6 Neo-Ebenen unterstützen, sondern beliebig viele (also etwa 2—16 oder so) • kompatibel zu Qwerty, Qwertz, Neo, ISO-9995, Five Scripts c. sein; d.h. diese Layouts (insbesondere ihre Ebenenstrukturen) müssen mit dem Programm erzeugbar sein • eine schöne grafische Oberfläche bereitstellen sowie eine Unicode-Zeichentabelle, aus der man Zeichen auswählen kann • neben den Treibern weitere Dateien erzeugen können: · eine Referenz, in der das Layout gespeichert wird (möglichst in menschenlesbarer Form) · grafische Aufbereitungen (z.B. unsere 3D-Tastatur) · … • sowohl für den normalen Benutzer verständlich und einfach zu benutzen sein, als auch Expertenfunktionen anbieten, z.B. die Anpassung auf zugrundeliegende Hardware (Notebooktastaturen etc.) • viele Beispiel-Ebenen mitbringen: bestehende Layouts (Qwertz, Neo c.), Griechisch-Modus, Kyrill-Modus, Noten, Tengwar, was weiß ich :-). • unter Windows, Linux und Mac OS X verfügbar sein. Klingt nach enorm viel Arbeit ;-), aber so ungefähr stelle ich mir das vor. Hab aber momentan gar keine Zeit, sowas auch nur anzufangen. Irgendwann hoffentlich… So ein Projekt wäre aber weitestgehend unabhängig von Neo 3. Neo müsste nur seine Ebenen dort reinstellen. Und vielleicht darauf achten, dass sie besser austauschbar sind. Momentan kann man z.B. die 4. Ebene nicht einfach austauschen, weil dort neben Navigation und Zahlenblock auch noch Zeichen wie ¡ und ¿ drin sind, die mit dem Thema der Ebene gar nichts zu tun haben. In nächster Zeit müsste man sich mal Gedanken machen, wie man die weitere Neo-Entwicklung organisiert. Die drei Stränge (Hardware, Neo3-Grundebene, Modularisierung) sollten ja vielleicht nicht grade alle auf derselben Mailingliste laufen? Kann man nicht n...@neo-layout.org, mod...@… und hardw...@… einrichten? Damit das Chaos etwas reduziert wird? Diskussion@ kann ja für die allgemeinen Fragen und Neo2 beibehalten werden. Gruß, Peter
Re: [Neo] neo-layout.org-Startseite ‚wikifizieren ‘ ?
Am 30.03.2010 16:04, schrieb Pascal Hauck: Unabhängig von der bisherigen Diskussion: Ich finde den Inhalt unschön! Den habe ich ja nur 1 : 1 übernommen und der ist π ∙ Daumen seit Rev. 680 so. Freiwillige vor, fügt guten Inhalt ein oder gebt mir guten Inhalt zu einfügen. Gruß Florian signature.asc Description: OpenPGP digital signature
Re: [Neo] neo-layout.org-Startseite ‚wikifizieren ‘ ?
Moin Florian, ich sehe gerade, dass Du in Revision 2260¹ manuell Trennstellen eingefügt hast … vielleicht sollten wir einmal eruieren, ob es stattdessen möglich wäre, den Hyphenator Wiki-weit einzusetzen … das wäre dann allerdings eine clientseitige Java-Script-Lösung. Viele Grüße, Dennis ¹ http://wiki.neo-layout.org/changeset/2260 ² http://code.google.com/p/hyphenator/
Re: [Neo] neo-layout.org-Startseite ‚wikifizieren ‘ ?
Am 30.03.2010 19:24, schrieb Dennis Heidsiek: ich sehe gerade, dass Du in Revision 2260¹ manuell Trennstellen eingefügt hast … Jepp, sah sonst auf klitzekleinen ≪800 px Fenstern komisch aus ;) http://code.google.com/p/hyphenator/ Woohooo! Was es nicht alles gibt. So was habe ich schon immer haben wollen. Schön! Ich war bislang eher auf der Suche nach Editor-seitigen Lösungen. Hyphenator Wiki-weit einzusetzen Dafür. Allerdings muss das jemand mit den erforderlichen Rechten der Wiki-Software verklickern. Gruß Florian signature.asc Description: OpenPGP digital signature
Re: [Neo] Eindrücke eines Neo‐Anfängers
Am 28.03.2010 20:11, schrieb Dennis Heidsiek: Aber zumindest das vertauschen von » und « sollte doch ohne grössere technischen Schwierigkeiten und ohne das Konzept an sich zu ändern machbar sein? Ist es, viele von uns benutzen für sich selbst mehr oder minder angepasste Treiber. Ist das auch für jemanden ohne Programmierkenntnisse möglich?
Re: [Neo] neo-layout.org-Startseite ‚wikifizieren ‘ ?
Am Dienstag, 30. März 2010 18:48:48 schrieb Florian Janßen: π ∙ Daume Wenn wir schon auf Typologie achten: Dieses Zeichen ist falsch! Nach strengem Unicode müsste es ein ⋅ (KP_*(3)) sein, allerdings wäre auch · (mid dot, 5(4)) in Ordnung, da es die gleiche Glyphe ist. Das Aufzählungszeichen • ist dagegen typographisch falsch und sollte hier nicht verwendet werden! Das ist, als wenn du nicht die ASCII‑Gänsefüßchen benutzen will und stattdessen ein ˝ (duobleacut) verwendest. Gruß, Pascal signature.asc Description: This is a digitally signed message part.
Re: [Neo] Eindrücke eines Neo‐Anfängers
Am Dienstag, 30. März 2010 22:22:29 schrieb Sebastian Stoffel: Ist das auch für jemanden ohne Programmierkenntnisse möglich Kommt sicher auf Betriebssystem und Treiber an. Unter Linux mit Xmodmap ist es kein Problem, den vorhandenen Neo‑Treiber nach Belieben zu verändern. Als Beispiel die Taste Neo‑a (QWERTZ-d): keycode 40 = a A braceleft Greek_alpha Down Down U2200 NoSymbol Einfach diese Zeichen durch beliebige andere ersetzen, schon fertig. Ebene 1 und 2 ist gar kein Problem. Namen wie braceleft können auch durch Unicodeangaben (z.B. U2200) ersetzt werden. Gruß, Pascal signature.asc Description: This is a digitally signed message part.
Re: [Neo] check_neo: Tastaturlayouts prüfen und du rch mutationen entwickeln (Programm)
Am 28.03.2010 01:24, schrieb Arne Babenhauserheide: Hi, Ich habe check_neo inzwischen so weit, dass es auf die meisten Kriterien prüfen und ein Layout darauf optimieren kann. Allerdings arbeitet das Layout aktuell mit hächstens abgeschätzten Parametern, daher brauche ich Hilfe, um es wirklich sinnvoll zu machen. Das Layout verwendet Kostenparameter, um die Güte eines Layouts zu berechnen, und alles steht und fällt damit, wie gut diese Parameter sind (zusammen mit der Qualität der Wortliste). Ihr könnt die Parameter recht einfach selbst anpassen und mit euren Werten testen (sie stehen im Skript aktuell in den Zeilen 257 bis 276, kommen aber auch gleich in dieser Mail: http://bitbucket.org/ArneBab/evolve-keyboard- layout/src/4bc6c132ec95/check_neo.py#cl-257 ). Bitte nicht erschrecken, wenn das etwas unübersichtlich wirkt. Sie sind alle hinter dem Wert auf Englisch erklärt. Jeder Wert hier steht für die Gewichtung einer Kostenfunktion. Desto höher sie ist, desto wichtiger ist der Punkt in der Berechnung. Wenn ihr zu einer davon Fragen oder Anmerkungen habt, dann schreibt es bitte! WEIGHT_POSITION = 1 #: reference WEIGHT_FINGER_REPEATS = 8 #: higher than a switch from center to side, but lower than a switch from center to upper left. WEIGHT_FINGER_REPEATS_TOP_BOTTOM = 16 #: 2 times a normal repeat, since it's really slow. Better two outside low or up than an up-down repeat. WEIGHT_FINGER_DISBALANCE = 5 #: multiplied with the standard deviation of the finger usage - value guessed and only valid for the 1gramme.txt corpus. WEIGHT_TOO_LITTLE_HANDSWITCHING = 1 #: how high should it be counted, if the hands aren’t switched in a triple? WEIGHT_INTENDED_FINGER_LOAD_LEFT_PINKY_TO_RIGHT_PINKY = [ 1, 2, 2, 3, 1, 1, 3, 2, 2, 1] #: The intended load per finger. Inversed and then used as multiplier for the finger load before calculating the finger disbalance penalty. Any load distribution which strays from this optimum gives a penalty. WEIGHT_XCVZ_ON_BAD_POSITION = 0.1 #: the penalty *per letter* in the text if xvcz are on bad positions (cumulative; if all 4 are on bad positions (not in the first 5 keys, counted from the left side horizontally) we get 4 times the penalty). Außerdem gibt es noch die Kosten pro Taste, Zeile 356 ( http://bitbucket.org/ArneBab/evolve-keyboard- layout/src/4bc6c132ec95/check_neo.py#cl-356 ) Hier müssen noch die Kosten für die Gesamtbelastung der Finger rausgenommen werden, da die schon woanders abgedeckt werden. Also sollte nur noch die Erreichbarkeit der Taste (und die Geschwindigkeit des jew. Fingers) und die Belastung die ein Druck auf genau diese Taste bringt drinstehen, nicht aber sowas wie „der Kleine ist eh schwächer, auch wenn genau die Taste für ihn eigentlich kein Problem ist“. # Structured reweighting (but still mostly from experience and deducing from the work of others). COST_PER_KEY = [ # 0 heißt nicht beachtet [0,0,0,0,0,0,0,0,0,0,0,0,0,0], # Zahlenreihe (0) [0, 12,9,6,4,10,10,4,6,9,12,15,18,0], # Reihe 1 [0, 5,3,3,2,5,5,2,3,3,5,12,0,15], # Reihe 2 [15,0,10,11,11,7,12,10,7,11,11,10,15], # Reihe 3 [0,0,0, 5 ,0,0,0,0] # Reihe 4 mit Leertaste ] Der Punkt braucht allerdings überarbeitung. Wenn sich jemand von euch mal die Kosten pro Taste vornehmen will, würde ich (dem Vorschlag von Michael Ostermeier folgend) vorschlagen, dem Zeigefinger nicht wie hier 2, sondern 10 Strafpunkte zu geben, dann haben wir mehr Flexibilität. Die Bedingung ist, dass die Punkte ganze Zahlen sind (sonst wird der Code unnötig langsamer). Nun aber dazu, wie ihr es selbst testen könnt (nur unter GNU/Linux geprüft; ich habe hier nichts anderes): 1. Tarball-Snapshot (braucht Python3 → http://python.org/download ) - wget http://bitbucket.org/ArneBab/evolve-keyboard- layout/get/55e78a669261.bz2 - tar xf 55e78a669261.bz2 - cd evolve-keyboard-layout/ - ./check_neo.py 2. Versionsverwaltung (braucht Python3 und Mercurial): - (falls noch nicht vorhanden: easy_install mercurial ) - hg clone https://arne...@bitbucket.org/ArneBab/evolve-keyboard-layout/ - cd evolve-keyboard-layout/ - ./check_neo.py Der Aufruf started den Vergleich der Ergebnisse für Neo, Qwertz, Nordtast, Dvorak und Colemak. Alle Vergleiche nutzen die Leipziger Wortliste. Wenn ihr eine andere Wortlist wollt, müsst ihr nur 1gramme.txt, 2gramme.txt und 3gramme.txt austauschen. Zusätzlich könnt ihr ein Layout durch zufällige Mutationen entwickeln lassen, d.h. es werden zufällig Tasten vertauscht, und wenn das mutierte Layout besser ist (weniger Strafpunkte hat) als das alte, wird die Mutation behalten. Was z.B. interessant sein dürfte: ./check_neo.py --evolve 1000 1000 Mutationen testen. Ein paar andere Methoden findet ihr via ./check_neo.py
Re: [Neo] Eindrücke eines Neo‐Anfängers
Am 30.03.2010 22:45, schrieb Pascal Hauck: Kommt sicher auf Betriebssystem und Treiber an. Ich benutze den NeoVars-Treiber unter Windows. Würde das gehen? Gruss
Re: [Neo] neo-layout.org-Startseite ‚wikifizieren ‘ ?
Hallo, Am Dienstag, den 30.03.2010, 22:40 +0200 schrieb Pascal Hauck: Am Dienstag, 30. März 2010 18:48:48 schrieb Florian Janßen: π ∙ Daume Wenn wir schon auf Typologie achten: Dieses Zeichen ist falsch! Nach strengem Unicode müsste es ein ⋅ (KP_*(3)) sein, allerdings wäre auch · (mid dot, 5(4)) in Ordnung, da es die gleiche Glyphe ist. Das Aufzählungszeichen • ist dagegen typographisch falsch und sollte hier nicht verwendet werden! Das ist, als wenn du nicht die ASCII‑Gänsefüßchen benutzen will und stattdessen ein ˝ (duobleacut) verwendest. Nur, dass Florian nicht etwa • (U+2022 BULLET) verwendet hat, sondern ∙ (U+2219 BULLET OPERATOR). Was zwar typografisch immer noch nicht ganz korrekt, aber semantisch immerhin schonmal ein mathematisches Zeichen ist (und kein Aufzählungszeichen). Der Bullet-Operator wird bei meiner Schriftart hier (Monospace) übrigens genauso wie der Dot-Operator (U+22C5) dargestellt (fälschlicherweise). Mit Typografie kann man’s auch übertreiben. Jedenfalls, wenn es in Unicode-Spitzfindigkeiten ausartet. Und ob Multiplikation mit · dargestellt werden muss, da kann man sich auch streiten. Die Engländer benutzen klassisch ×, der Hochpunkt · ist da das Dezimaltrennzeichen. Gruß, Peter
[Neo] Unicodes Zeichenvielfalt (Re: neo-layout.o rg-Startseite ‚wikifizieren‘ ?)
Am 30.03.2010 22:40, schrieb Pascal Hauck: Am Dienstag, 30. März 2010 18:48:48 schrieb Florian Janßen: π ∙ Daume Wenn wir schon auf Typologie achten: Dieses Zeichen ist falsch! Nö! Das ist BULLET OPERATOR. Du musst deinen CharDecoder neu justieren. Mir gefällt der Bullet Operator besser, da er hier etwas kräftiger ist, genau wie der normale ».«. Der Dot Operator ist nur so ein „Pixelfehler“ und sieht IMHO gar nicht gut aus. Nach strengem Unicode müsste es ein ⋅ das ist DOT OPERATOR (KP_*(3)) sein, allerdings wäre auch · (mid dot, 5(4)) in Ordnung, da es die gleiche Glyphe ist. Nö, katalanische Schriftzeichen sind keine mathematisches Zeichen. Das Aufzählungszeichen • BULLET ist dagegen typographisch falsch und sollte hier nicht verwendet werden! Habe ich nicht. Das ist, als wenn du nicht die ASCII‑Gänsefüßchen benutzen will und stattdessen ein ˝ (duobleacut) verwendest. Nö! Gruß Florian P.S.: Die Verwendung des Bullet Operators für nen Skalarprodukt ist mir bekannt und egal. Dafür ist er IMHO viel zu klein. signature.asc Description: OpenPGP digital signature
[Neo] Sorry, obige Mail ist TuFo :( hier ohne Fullquote
Am 28.03.2010 01:24, schrieb Arne Babenhauserheide: PS: Solltet ihr auf einen Bug stoßen, dann schreibt das bitte auch. Ich habe die letzten Tage recht viel umstrukturiert, so dass sich noch ein paar Fehler im Code verstecken könnten… Ich bekomme den Fehler: Traceback (most recent call last): File D:\Neo\NEOlytic\check_neo.py, line 1426, in module check_the_neo_layout(quiet=QUIET) File D:\Neo\NEOlytic\check_neo.py, line 1343, in check_the_neo_layout data1 = read_file(1gramme.txt) File D:\Neo\NEOlytic\check_neo.py, line 487, in read_file data = f.read() File C:\DEV\python31\lib\encodings\cp1252.py, line 23, in decode return codecs.charmap_decode(input,self.errors,decoding_table)[0] UnicodeDecodeError: 'charmap' codec can't decode byte 0x81 in position 1306: character maps to undefined Was das AFAIK das „Á“ ist… Weiß jemand warum er das nicht mag? Gruß Florian signature.asc Description: OpenPGP digital signature
Re: [Neo] Unicodes Zeichenvielfalt (Re: neo-layout.o rg-Startseite ‚wikifizieren‘ ?)
Am Dienstag, 30. März 2010 23:22:57 schrieb Florian Janßen: Das ist BULLET OPERATOR Huch, gibt es den auf der Neo? Oder fügst du ihn jedesmal ein? Bei mir wird er wie ein Aufzählungszeichen dargestellt und da nicht ständig die Codierung von Zeichen überprüfe, habe ich angenommen, du verwendest .(2) Dennoch finde ich das Zeichen als Malpunkt unschön, aber ist ein anderes Thema. Gruß, Pascal signature.asc Description: This is a digitally signed message part.
Re: [Neo] Sorry, obige Mail ist TuFo :( hier ohne Fullquote
Hi Florian, Danke für’s Testen! Florian Janßen wrote: Am 28.03.2010 01:24, schrieb Arne Babenhauserheide: File C:\DEV\python31\lib\encodings\cp1252.py, line 23, in decode return codecs.charmap_decode(input,self.errors,decoding_table)[0] UnicodeDecodeError: 'charmap' codec can't decode byte 0x81 in position 1306: character maps to undefined Was das AFAIK das „Á“ ist… Weiß jemand warum er das nicht mag? Es klingt so, als würde er versuchen, die Dateien als cp1252 zu öffnen. Sie sind allerdings UTF-8 kodiert. Ich muss also für Windows anscheinend schauen, dass ich ihm explizit sage, dass die Dateien als UTF-8 geöffnet werden sollen. Sollte mit der neusten Version jetzt klappen (einfach neu runterladen - oder falls du Mercurial nutzt: `hg pull -u`. ( Technisch: statt f = open(path) jetzt f = open(path, encoding=UTF-8) ) Liebe Grüße, Arne
Re: [Neo] Unicodes Zeichenvielfalt
Am 31.03.2010 00:31, schrieb Pascal Hauck: Am Dienstag, 30. März 2010 23:22:57 schrieb Florian Janßen: Das ist BULLET OPERATOR gibt es den auf der Neo? Ja, hier schon *gg* signature.asc Description: OpenPGP digital signature
