[Neo] Compose.neo
Hallo, mir ist aufgefallen, dass die Compose.neo das Zeichen U02F5 (MODIFIER LETTER MIDDLE DOUBLE GRAVE ACCENT) verwendet, obwohl dieses über Neo nicht normal eingegeben werden kann. Ich denke man sollte es durch U030F (COMBINING DOUBLE GRAVE ACCENT) ersetzen, welches auch in der Referenz an T2 (Ebene 4) verwendet wird. Ähnliches gilt für U1FBF (GREEK PSILI) (sollte dead_psili sein) und U1FFE (GREEK DASIA) (sollte dead_dasia sein). Diese Keysyms werden im xkb-Treiber für diese Tasten verwendet und erscheinen mir korrekt. (Außerdem scheint der Keysym dead_doublegrave im xkb-Treiber nirgends definiert zu sein. Ich würde ihn durch den Codepoint des combining characters ersetzen (U030F, siehe oben), um die Compose-Funktion zu gewährleisten.) Momentan zeigt T2, Ebene4 mit dem xkb-Treiber keine Wirkung und ich kann keine combining characters oder untote Varianten von GREEK PSILI oder GREEK DASIA erzeugen. Sieht der Windows-Treiber in diesem Punkt anders aus? Gruß, Stephan signature.asc Description: PGP signature
Re: [Neo] Compose.neo
Hallo allerseits, Stephan Hilb schrieb am 06.06.2009 22:18 Uhr: Sieht der Windows-Treiber in diesem Punkt anders aus? Nein, der NeoVars erstellt die Cokos / toten Tasten aus der Linux-Referenz. Wobei die NeoVars-Version von »Wie mit Neo?« sogar explizit anzeigt, wenn eine Coko zwar vorhanden, aber gar nicht tippbar ist (wenn eines der »Schlüssel-Zeichen« auf der Neo-Tastatur fehlt). Viele Grüße, Dennis-ſ
Re: [Neo] Compose.neo
Am Samstag, 6. Juni 2009 22:18:09 schrieb Stephan Hilb: > mir ist aufgefallen, dass die Compose.neo das Zeichen U02F5 > (MODIFIER LETTER MIDDLE DOUBLE GRAVE ACCENT) verwendet, obwohl dieses > über Neo nicht normal eingegeben werden kann. > Ich denke man sollte es durch U030F (COMBINING DOUBLE GRAVE ACCENT) > ersetzen, welches auch in der Referenz an T2 (Ebene 4) verwendet wird. Das sollte in der Referenz vielleicht klarer erwähnt werden. Dort findet sich nur ein „sieht aus wie“, was aber nicht bedeutet, dass dies verwendet werden soll. Tatsächlich sollte U02F5 verwendet werden, die Xmodmap macht das auch, und entsprechend funktioniert dann auch die tote Taste. Die Combining-Positionen haben wir bisher nicht verwendet, darum sollten wir das auch hier nicht machen. > Ähnliches gilt für U1FBF (GREEK PSILI) (sollte dead_psili sein) und > U1FFE (GREEK DASIA) (sollte dead_dasia sein). Diese Keysyms werden im > xkb-Treiber für diese Tasten verwendet und erscheinen mir korrekt. Darüber wurde bereits diskutiert. Ob das System dead_psili und dead_dasia kennt, hängt davon ab, wie alt es ist. Neuere kennen diese keysyms bereits, ältere (wie meines) noch nicht. Um Problemen aus dem Weg zu gehen, haben wir uns dazu entschieden, vorerst U1FBF und U1FFE zu benutzen und bei passender Zeit auf die keysyms wechseln. > Momentan zeigt T2, Ebene4 mit dem xkb-Treiber keine Wirkung Das ist nach dem, was ich oben gesagt habe, verständlich. > und ich > kann keine combining characters oder untote Varianten von GREEK PSILI > oder GREEK DASIA erzeugen. Es gibt im Unicode kein COMBINING PSILI oder COMBINING DASIA, darum ist es verständlich, dass die nicht erzeugt werden können. Die untoten Varianten funktionieren jedoch wie erwartet: T2(5)+␣→῾ und T3(5)+␣→᾿ Eventuell ist deine Compose nicht aktuell oder es gibt einen Fehler in der Xkbmap. Gruß, Pascal -- GPG-Schlüssel-ID: 0xC237D6DE Fingerabdruck: 14ED FAFD 0273 F505 8FD0 F7B8 E8A0 03EB C237 D6DE signature.asc Description: This is a digitally signed message part.
Re: [Neo] Compose.neo
Hallo, Am Sun, 7 Jun 2009 08:33:14 +0200 schrieb Pascal Hauck: > Das sollte in der Referenz vielleicht klarer erwähnt werden. Dort > findet sich nur ein „sieht aus wie“, was aber nicht bedeutet, dass > dies verwendet werden soll. Tatsächlich sollte U02F5 verwendet > werden, die Xmodmap macht das auch, und entsprechend funktioniert > dann auch die tote Taste. Die Combining-Positionen haben wir bisher > nicht verwendet, darum sollten wir das auch hier nicht machen. Gut, das wäre dann ein Fehler im xkb-Treiber. > Darüber wurde bereits diskutiert. Ob das System dead_psili und > dead_dasia kennt, hängt davon ab, wie alt es ist. Neuere kennen diese > keysyms bereits, ältere (wie meines) noch nicht. Um Problemen aus dem > Weg zu gehen, haben wir uns dazu entschieden, vorerst U1FBF und U1FFE > zu benutzen und bei passender Zeit auf die keysyms wechseln. Darüber habe ich auch schon im Wiki gelesen und dabei gedacht, dass die Keysyms und der Codepoint die selbe Bedeutung hätten. Scheinbar habe ich mich da getäuscht, denn folgendes kann ich auch nicht erzeugen: > Die untoten Varianten funktionieren jedoch wie erwartet: > T2(5)+␣→῾ und T3(5)+␣→᾿ Ersetze ich im xkb-Treiber die beiden keysyms durch die Codepoints, die in Compose.neo verwendet werden, funktionieren beide Tasten wie beabsichtigt. > Eventuell ist deine Compose nicht aktuell oder es gibt einen Fehler > in der Xkbmap. Ich verwende die aktuelle Compose.neo aus dem SVN. Ich vermute ebenfalls den Fehler im xkb-Treiber. > Es gibt im Unicode kein COMBINING PSILI oder COMBINING DASIA, darum > ist es verständlich, dass die nicht erzeugt werden können. Entschuldigt, ich habe mich in der compose verlesen. Ich dachte COMBINING CYRILLIC DASIA PNEUMATA und COMBINING CYRILLIC PSILI PNEUMATA wären die entsprechenden combining characters, allerdings werden sie anders erzeugt und scheinen auch nicht die gleiche Funktion zu besitzen. Wenn ich eine Bestätigung zu den Fehlern im xkb-Treiber erhalten könnte, würde ich diese gerne korrigieren: dead_doublegrave → U02F5 dead_dasia → U1FFE dead_psili → U1FBF Gruß, Stephan signature.asc Description: PGP signature
Re: [Neo] Compose.neo
Hallo, Am Sun, 07 Jun 2009 00:53:03 +0200 schrieb Dennis Heidsiek: > Wobei die NeoVars-Version von »Wie mit Neo?« sogar > explizit anzeigt, wenn eine Coko zwar vorhanden, aber gar nicht > tippbar ist (wenn eines der »Schlüssel-Zeichen« auf der Neo-Tastatur > fehlt). Praktisch. Vielleicht ließe sich das auch einfach für das Linux-Skript umsetzen. Gruß, Stephan signature.asc Description: PGP signature
Re: [Neo] Compose.neo
Am Sonntag, 7. Juni 2009 10:21:05 schrieb Stephan Hilb: > [ih hab] gedacht, dass die Keysyms und der Codepoint die selbe Bedeutung > hätten. Scheinbar habe ich mich da getäuscht In der Tat, sie sie nicht einfach eine Entsprechung. Der Treiber muss genau das liefern, was Compose erwartet – auch wenn letztlich beides das selbe Zeichen meint. > Ich dachte > COMBINING CYRILLIC DASIA PNEUMATA und COMBINING CYRILLIC PSILI PNEUMATA > wären die entsprechenden combining characters, allerdings werden sie > anders erzeugt und scheinen auch nicht die gleiche Funktion zu besitzen. Dazu bin ich im Griechischen nicht firm genug. Vielleicht könnten einige andere entscheiden, ob α҆ für ἀ und α҅ für ἁ verwendet werden kann. Für mich sehen sie ziemlich gleich aus, aber alleine die Optik sollte nicht unbedingt entscheiden. Gruß, Pascal -- GPG-Schlüssel-ID: 0xC237D6DE Fingerabdruck: 14ED FAFD 0273 F505 8FD0 F7B8 E8A0 03EB C237 D6DE signature.asc Description: This is a digitally signed message part.
Re: [Neo] Compose.neo
Hallo allerseits, Pascal Hauck schrieb am 07.06.2009 14:19 Uhr: Vielleicht könnten einige andere entscheiden, ob α҆ für ἀ und α҅ für ἁ verwendet werden kann. Für mich sehen sie ziemlich gleich aus, aber alleine die Optik sollte nicht unbedingt entscheiden. Ich bin nicht des Griechischen mächtig, aber in meiner Schrift sehen alle vier Alphas aus Deiner E-Mail optisch unterschiedlich aus (Komma und zwei Linien; normal und an der Y-Achse gespiegelt) – siehe Anhang. Viele Grüße, Dennis-ſ <>
Re: [Neo] Compose.neo
Am Sonntag, 7. Juni 2009 14:34:54 schrieb Dennis Heidsiek: > […] in meiner Schrift sehen > alle vier Alphas aus Deiner E-Mail optisch unterschiedlich aus (Komma > und zwei Linien; normal und an der Y-Achse gespiegelt) – siehe Anhang. Interessant, bei mir sind die Unterschiede deutlich geringer und ich glaube, dass mein Rechner sie eher so darstellt, wie sie gemeint sind – auch hänge eine Datei an. Gruß, Pascal -- GPG-Schlüssel-ID: 0xC237D6DE Fingerabdruck: 14ED FAFD 0273 F505 8FD0 F7B8 E8A0 03EB C237 D6DE <> signature.asc Description: This is a digitally signed message part.
Re: [Neo] Compose.neo
Am Sonntag, 7. Juni 2009 16:47:09 schrieb Pascal Hauck: > Interessant, bei mir sind die Unterschiede deutlich geringer und ich > glaube, dass mein Rechner sie eher so darstellt, wie sie gemeint sind – > auch hänge eine Datei an. War wohl etwas zu klein, anbei noch einmal in einer größeren Schriftart. Gruß, Pascal -- GPG-Schlüssel-ID: 0xC237D6DE Fingerabdruck: 14ED FAFD 0273 F505 8FD0 F7B8 E8A0 03EB C237 D6DE <> signature.asc Description: This is a digitally signed message part.
Re: [Neo] Compose.neo
Pascal Hauck ſchrieb: Am Sonntag, 7. Juni 2009 16:47:09 schrieb Pascal Hauck: Interessant, bei mir sind die Unterschiede deutlich geringer und ich glaube, dass mein Rechner sie eher so darstellt, wie sie gemeint sind – auch hänge eine Datei an. War wohl etwas zu klein, anbei noch einmal in einer größeren Schriftart. Man kann auch im kleinen Schriftmuster erkennen: die Spiriti auf den jeweils linken Zeichen sind viel zu weit rechts.
Re: [Neo] Compose.neo
Am Sonntag, 7. Juni 2009 23:21:30 schrieb Martin Roppelt: > Man kann auch im kleinen Schriftmuster erkennen: die Spiriti auf den > jeweils linken Zeichen sind viel zu weit rechts. D’accord, aber Ähnliches passiert auch bei anderen combining characters und reicht alleine noch nicht, von dieser Verwendung abzuraten. Gruß, Pascal -- GPG-Schlüssel-ID: 0xC237D6DE Fingerabdruck: 14ED FAFD 0273 F505 8FD0 F7B8 E8A0 03EB C237 D6DE signature.asc Description: This is a digitally signed message part.
Re: [Neo] Compose.neo
Martin Roppelt wrote: > Pascal Hauck ſchrieb: >> Am Sonntag, 7. Juni 2009 16:47:09 schrieb Pascal Hauck: >>> Interessant, bei mir sind die Unterschiede deutlich geringer und ich >>> glaube, dass mein Rechner sie eher so darstellt, wie sie gemeint sind – >>> auch hänge eine Datei an. >> >> War wohl etwas zu klein, anbei noch einmal in einer größeren Schriftart. > > Man kann auch im kleinen Schriftmuster erkennen: die Spiriti Autsch. u-Deklination. Spiritūs. Mit langem ū! Grūſs Arno signature.asc Description: OpenPGP digital signature
Re: [Neo] Compose.neo
Arno Trautmann ſchrieb: Martin Roppelt wrote: Man kann auch im kleinen Schriftmuster erkennen: die Spiriti Autsch. u-Deklination. Spiritūs. Mit langem ū! Ūps, danke. Gefährliches Halbwissen! ^^ Bzw. Ahnungslosigkeit ;) Es entschuldigt sich, Martin
Re: [Neo] Compose.neo
Hallo allerseits, Pascal Hauck schrieb am 07.06.2009 16:47 Uhr: Interessant, bei mir sind die Unterschiede deutlich geringer … definitiv der Fall … und ich glaube, dass mein Rechner sie eher so darstellt, wie sie gemeint sind Diese Frage überlasse ich doch lieber der griechischen Fraktion (mangels Ahnungslosigkeit) … Viele Grüße, Dennis-ſ
Re: [Neo] Compose.neo
Zum 13. Mal: Ich bin – im Gegensatz zu Pascal – dafür, dass zumindest die Xkbmap die auf aktuellen Systemen vorhandenen (definierten) Keysyms dead_psili, dead_dasia und dead_doublegrave verwendet und *nicht* irgendwelche Unicodeabkürzungen. In der Xmodmap kann das gerne anders gemacht werden – aus Kompatibilitätsgründen. Daher sollte auch in der Compose dead_psili, dead_dasia und dead_doublegrave verwendet werden und nicht irgendwelche Combining- oder Modifier- oder sonstwas Varianten. Punkt. Erik Stephan Hilb schrieb am 06.06.2009 22:18: Hallo, mir ist aufgefallen, dass die Compose.neo das Zeichen U02F5 (MODIFIER LETTER MIDDLE DOUBLE GRAVE ACCENT) verwendet, obwohl dieses über Neo nicht normal eingegeben werden kann. Ich denke man sollte es durch U030F (COMBINING DOUBLE GRAVE ACCENT) ersetzen, welches auch in der Referenz an T2 (Ebene 4) verwendet wird. Ähnliches gilt für U1FBF (GREEK PSILI) (sollte dead_psili sein) und U1FFE (GREEK DASIA) (sollte dead_dasia sein). Diese Keysyms werden im xkb-Treiber für diese Tasten verwendet und erscheinen mir korrekt. (Außerdem scheint der Keysym dead_doublegrave im xkb-Treiber nirgends definiert zu sein. Ich würde ihn durch den Codepoint des combining characters ersetzen (U030F, siehe oben), um die Compose-Funktion zu gewährleisten.) Momentan zeigt T2, Ebene4 mit dem xkb-Treiber keine Wirkung und ich kann keine combining characters oder untote Varianten von GREEK PSILI oder GREEK DASIA erzeugen. Sieht der Windows-Treiber in diesem Punkt anders aus? Gruß, Stephan -- 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] Compose.neo
Am Tue, 09 Jun 2009 14:25:10 +0200 schrieb Erik Streb del Toro : > Ich bin – im Gegensatz zu Pascal – dafür, dass zumindest die Xkbmap > die auf aktuellen Systemen vorhandenen (definierten) Keysyms > dead_psili, dead_dasia und dead_doublegrave verwendet und *nicht* > irgendwelche Unicodeabkürzungen. In der Xmodmap kann das gerne anders > gemacht werden – aus Kompatibilitätsgründen. Gut, da hinkt sogar meine keysymdef.h hinterher, im freedesktop-git ist dead_doublegrave tatsächlich definiert. Allerdings müsste man dann entscheiden, ob man nicht eine Compose extra für den xkb-Treiber anbietet, in der die richtigen Keysyms verwendet werden. Oder man erwähnt wenigstens im Wiki, dass die Compose im SVN nicht für den xkb-Treiber ausgelegt ist. Wenn wir schon gerade beim Thema Keysyms sind: U22A5 kann durch uptack ersetzt werden U221E kann durch infinity ersetzt werden U21D2 kann durch implies ersetzt werden Gruß, Stephan signature.asc Description: PGP signature
Re: [Neo] Compose.neo
Am Dienstag, 9. Juni 2009 15:41:24 schrieb Stephan Hilb: > Wenn wir schon gerade beim Thema Keysyms sind: > U22A5 kann durch uptack ersetzt werden > U221E kann durch infinity ersetzt werden > U21D2 kann durch implies ersetzt werden Vorsicht! Der keysym infinity kann zwar problemlos verwendet werden (die Xmodmap macht das auch), die beiden anderen sind aber schwierig! Das Zeichen ⊥ hat – im Gegensatz zum Unicode – den keysym „downtack“. Der keysym „impliens” erzeugt (zumindest in manchen Systemen) das Zeichen ⊢ statt des erwarteten ⇒ Gruß, Pascal -- GPG-Schlüssel-ID: 0xC237D6DE Fingerabdruck: 14ED FAFD 0273 F505 8FD0 F7B8 E8A0 03EB C237 D6DE signature.asc Description: This is a digitally signed message part.
Re: [Neo] Compose.neo
Am Dienstag, 9. Juni 2009 14:25:10 schrieb Erik Streb del Toro: > Ich bin – im Gegensatz zu Pascal – dafür, dass zumindest die Xkbmap die > auf aktuellen Systemen vorhandenen (definierten) Keysyms dead_psili, > dead_dasia und dead_doublegrave verwendet und *nicht* irgendwelche > Unicodeabkürzungen. Hier werden wir wohl solang nicht auf eine gemeinsame Meinung kommen bis solche keysyms gefahrlos verwendet werden können. Dennoch eine Frage: Was passiert denn, wenn die Xkbmap einen keysym verwendet, der dem System nicht bekannt ist? Die Xmodmap kann in einem solchen Fall gar nicht geladen werden. Aus diesem Grund schlage ich vor, mit der Verwendung solange zu warten bis mindestens in allen unterstützten Versionen der großen Distributionen diese keysyms definiert sind – das ist noch nicht der Fall. Zur Klarstellung an die anderen (Erik weiß das alles schon und kann diesen Abschnitt überspringen) Wie ein Zeichen genau erzeugt wird, ist letztlich egal. Die keysyms sind dazu da, es den Entwicklern leichter zu machen, die Dateien zu lesen, sie haben aber keine höhere Funktionalität. Im Gegenteil dazu kann die Verwendung einer nicht definierten keysym dazu führen, dass die Neo-Datei überhaupt nicht geladen werden kann; mindestens aber können diese Zeichen nicht verwendet werden. Das Verwenden von Unicodenummern funktioniert dagegen immer! > Daher sollte auch in der Compose dead_psili, dead_dasia und > dead_doublegrave verwendet werden und nicht irgendwelche Combining- oder > Modifier- oder sonstwas Varianten. Wenn wir aus Kompatibilitätsgründen ohnehin eine alternative Datei anbieten, dann sollten wir diese Definitionen auf jeden Fal doppelt (einmal mit Unicode und einmal mit keysym) in die Compose aufnehmen. Gruß, Pascal -- GPG-Schlüssel-ID: 0xC237D6DE Fingerabdruck: 14ED FAFD 0273 F505 8FD0 F7B8 E8A0 03EB C237 D6DE signature.asc Description: This is a digitally signed message part.
Re: [Neo] Compose.neo
Pascal Hauck schrieb am 09.06.2009 21:47: Am Dienstag, 9. Juni 2009 15:41:24 schrieb Stephan Hilb: Wenn wir schon gerade beim Thema Keysyms sind: U22A5 kann durch uptack ersetzt werden U221E kann durch infinity ersetzt werden U21D2 kann durch implies ersetzt werden Vorsicht! Der keysym infinity kann zwar problemlos verwendet werden (die Xmodmap macht das auch), die beiden anderen sind aber schwierig! Das Zeichen ⊥ hat – im Gegensatz zum Unicode – den keysym „downtack“. Der keysym „impliens” erzeugt (zumindest in manchen Systemen) das Zeichen ⊢ statt des erwarteten ⇒ Immer dieses Uraltsysteme, die hier verwendet werden! Beiden Fehler wurden von mir gemeldet und korrigiert. Siehe Ticket #46. Sprich: In die Xkbmap sollten die Keysyms, denn die xkbmap wird auf aktuellen Systemen verwendet. Für Ausnahmen sollte eine Erklärung ins Wiki. Grüße, Erik -- 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
