Re: [Neo] [ticket] #141: Neue xkbmap-Version s etzt xkbmap außer Gefecht

2009-10-12 Diskussionsfäden Peter Eberhard
Grummel, der Trac mag mich grad nicht, also hier:

Ich habe das Problem identifiziert. Ganz schön mühsam, durch den
Dschungel des Xkb-Protokolls zu schleichen.

In compat/level5 steht:

{{{
interpret ISO_Level5_Shift+Any {
useModMapMods= level1;
virtualModifier= LevelFive;
action= SetMods(modifiers=LevelFive);
};
}}}

Das bedeutet, dass den Tasten, die ein ISO_Level5_Shift als Keysym haben
''und'' denen irgendein realer Modifier zugeordnet ist, der virtuelle
Modifier LevelFive zugeordnet wird. Dadurch wird also LevelFive mit
diesem realen Modifier verbunden. Wegen ''useModMapMods=level1'' geht
das aber ''nur'' bei den Tasten, bei denen ISO_Level5_Shift ''im ersten
Level der ersten Gruppe'' steht.

Die Strategie des Neo-Treibers ist nun folgende: LevelFive muss mit dem
realen Mod3 assoziiert werden (oder jedenfalls mit irgendeinem
''freien'' Mod). Das tritt genau dann ein, wenn es irgendeine Taste
gibt, die sowohl LevelFive als auch Mod3 zugeordnet bekommt. Dazu nimmt
Neo die „virtuelle“ Taste MDSW, die nicht auf der Tastatur vorkommt.
Sie wird Mod3 zugeordnet und bekommt die Keysym ISO_Level5_Shift
verpasst. Dadurch soll sie dann in compat/level5 LevelFive zugeordnet
werden, und damit wäre LevelFive=Mod3.

Nur, dass im vorliegenden Szenario (Neo nicht als erste Gruppe) MDSW
wegen der Einschränkung ''useModMapMods= level1'' niemals was mit
LevelFive zu tun bekommt. Deswegen wird LevelFive keinem realen Modifier
mehr zugeordnet und wird deswegen nie berücksichtigt. Die Ebenen 4 und
6-8 sind damit nicht verfügbar.
Weil die AltGr-Taste im ersten de(basic)-Layout noch Mod5 zugewiesen
kriegt, das mit LevelThree assoziiert ist, erzeugt der rechte Neo-Mod4
die Zeichen der dritten Ebene.

Man beachte, dass Modifier-Zuordnungen für alle Gruppen gleichzeitig
gelten.

Abhilfe:
Die einfache Variante ist, in symbols/level5 für MDSW zu schreiben:
{{{
  key MDSW { virtualmodifiers = LevelFive };
  modifier_map Mod3 { MDSW };
}}}
Virtuelle Modifier kann man nämlich notfalls auch direkt in
xkb_symbols-Abschnitten zuweisen, da muss man nicht zwingend die
compatibility bemühen. Einziger Nachteil ist, dass man dieses Verhalten
dann nicht mehr über die Xmodmap ändern kann.
Da muss man dann auch gar nicht die Keysym ISO_Level5_Shift zuweisen,
das ist überflüssig.

Hab's aber noch nicht ausprobiert, ich hoffe mal, das klappt.

Alternativ könnte man vielleicht Mod3 direkt auf die level5-Tasten
mappen, aber da gibt es sicherlich schon einen Grund, warum das lieber
gelassen wird (z.B., dass das dann auch für Qwertz-Zweitlayout gilt und
man Mod3 da vielleicht lieber anderweitig verwendet).

Gruß, Peter






Re: [Neo] [ticket] #173: Ubuntu Karmic braucht Update von Neo

2009-10-12 Diskussionsfäden Neo-Layout
#173: Ubuntu Karmic braucht Update von Neo
--+-
  Reporter:  hendrik  |   Owner: 
  Type:  Verbesserung |  Status:  closed 
  Priority:  normal   |   Milestone:  Neo Version 2.0
 Component:  Treiber: Linux – Xkbmap  | Version:  2.0 BETA   
Resolution:  wontfix  |Keywords: 
--+-

Comment(by erik):

 Steht übrigens hier, was man machen muss:
 [wiki:'Neo%20unter%20Linux%20einrichten/Aktivieren Neo unter Linux
 aktivieren'].

-- 
Ticket URL: http://wiki.neo-layout.org/ticket/173#comment:2
Neo-Layout http://neo-layout.org/
Das Neo-Tastaturlayout ist ein freies und ergonomisch optimiertes 
Tastaturlayout für die deutsche Sprache, das auch sehr viele Sonderzeichen 
direkt verfügbar macht.


Re: [Neo] [ticket] #173: Ubuntu Karmic braucht Update von Neo

2009-10-12 Diskussionsfäden Neo-Layout
#173: Ubuntu Karmic braucht Update von Neo
--+-
  Reporter:  hendrik  |   Owner: 
  Type:  Verbesserung |  Status:  closed 
  Priority:  normal   |   Milestone:  Neo Version 2.0
 Component:  Treiber: Linux – Xkbmap  | Version:  2.0 BETA   
Resolution:  wontfix  |Keywords: 
--+-

Comment(by erik):

 Steht übrigens hier, was man machen muss: [wiki:'Neo unter Linux
 einrichten/Aktivieren' Neo unter Linux aktivieren].

-- 
Ticket URL: https://wiki.neo-layout.org/ticket/173#comment:2
Neo-Layout http://neo-layout.org/
Das Neo-Tastaturlayout ist ein freies und ergonomisch optimiertes 
Tastaturlayout für die deutsche Sprache, das auch sehr viele Sonderzeichen 
direkt verfügbar macht.


Re: [Neo] [ticket] #141: Neue xkbmap-Version s etzt xkbmap außer Gefecht

2009-10-12 Diskussionsfäden Peter Eberhard
Hallo,

Am Montag, den 12.10.2009, 10:11 +0200 schrieb Peter Eberhard:
 Deswegen wird LevelFive keinem realen Modifier
 mehr zugeordnet und wird deswegen nie berücksichtigt. Die Ebenen 4 und
 6-8 sind damit nicht verfügbar.

Stimmt nicht ganz: Weil auf einer höheren Ebene von RALT noch
ISO_Level5_Lock steht, für das die Einschränkung useModMapMods=level1
nicht gilt (warum auch immer), und RALT außerdem Mod5 ist, werden Mod5
und LevelFive assoziiert, und das ergibt dann auch die dritte Ebene,
weil Mod5 eben auch schon mit LevelThree zusammenhängt. LSGT erzeugt
damit dann auch die dritte Ebene.

 Abhilfe:
 Die einfache Variante ist, in symbols/level5 für MDSW zu schreiben:
 {{{
   key MDSW { virtualmodifiers = LevelFive };
   modifier_map Mod3 { MDSW };
 }}}

Wäre ja auch zu schön gewesen, wenn das funktionieren würde. Tut es aber
nicht, keine Ahnung wieso. Anscheinend zählen solche Vereinbarungen in
der symbols-Datei nicht für die virtuell-zu-real-Modifier-Map. Müsste
ich erst nochmal ins Protokoll schauen, ob das konform ist. Solche
Dinger wurden bisher sowieso nicht gebraucht, deshalb könnte es auch ein
Bug sein.

Bleibt die Möglichkeit, die Tasten gleich selbst mit den Mods zu belegen. 
Gibt’s da Erfahrungen?

Gruß, Peter





Re: [Neo] [ticket] #141: Neue xkbmap-Version setzt xkbmap außer Gefecht

2009-10-12 Diskussionsfäden wettstein509
 Bleibt die Möglichkeit, die Tasten gleich selbst mit den Mods zu belegen. 
 Gibt’s da Erfahrungen?

Wenn ich dich richtig verstehe ist die Frage, ob man die Zuordnung
zwischen reellen und virtuellen Modifikatoren statt per MDSW (und
HYPR) mit den Neo-Mod4-Tasten machen kann, mit virtualmodifiers in der
key-Definition in xkb_symbols.

Im Prinzip ja.  Wir müssen zwei Zuordnungen machen: zwischen LevelFive
und Mod3 sowie zwischen NumLock und Mod2.  Da wir zwei Neo-Mod4-Tasten
haben kann die eine Taste die eine, die andere Taste die andere
Zuordnung übernehmen.  Im Prinzip.

Es ist schon eine Weile her, aber soweit ich mich erinnere hat das bei
mir funktioniert, bei Stephan nicht.  Probiert habe ich mit einem
einzigen Layout, und damals auch noch mit expliziten actions in
xkb_symbols statt dem Umweg über xkb_compartibility.

Es gibt vielleicht noch eine Möglichkeit: Die Neo-spezifische Belegung
für MDSW und HYPR in allen Layouts zu verwenden.  Im Moment werden
diese Tasten in anderen Layouts nicht sinnvoll benutzt (HYPR verbindet
zwar den virtuellen Modifikator Hyper mit dem reellen Mod4, aber das
könnte SUPR miterledigen).

Andreas



[Neo] [ticket] #174: Neo als Zweitlayout f ührt zum Funktionsverlust von Mod4

2009-10-12 Diskussionsfäden Neo-Layout
#174: Neo als Zweitlayout führt zum Funktionsverlust von Mod4
-+--
 Reporter:  stephan  |   Owner:  
 Type:  Fehler/Defekt|  Status:  new 
 Priority:  normal   |   Milestone:  
Component:  Treiber: Linux – Xkbmap  | Version:  2.0 BETA
 Keywords:   |  
-+--
 Wird Neo als Zweitlayout verwendet, so sind die Ebenen 4 und 6 nicht
 erreichbar, stattdessen erscheinen die Ebenen 1 und 3.

 '''Reproduzierbar durch:'''

 {{{
 setxkbmap de,de ,neo -option grp:sclk_toggle
 }}}
 Wird mit Scroll-Lock nun auf die Neo-Belegung gewechselt, so ist dort die
 Ebene 4 nicht mehr zu erreichen.

-- 
Ticket URL: http://wiki.neo-layout.org/ticket/174
Neo-Layout http://neo-layout.org/
Das Neo-Tastaturlayout ist ein freies und ergonomisch optimiertes 
Tastaturlayout für die deutsche Sprache, das auch sehr viele Sonderzeichen 
direkt verfügbar macht.


[Neo] [ticket] #175: Bestimmte Tasten der Erstbelegung werden an die folgenden vererbt.

2009-10-12 Diskussionsfäden Neo-Layout
#175: Bestimmte Tasten der Erstbelegung werden an die folgenden vererbt.
-+--
 Reporter:  stephan  |   Owner:  
 Type:  Fehler/Defekt|  Status:  new 
 Priority:  normal   |   Milestone:  
Component:  Treiber: Linux – Xkbmap  | Version:  2.0 BETA
 Keywords:   |  
-+--
 Ist Neo als Erstbelegung eingestellt, so haben alle weiteren Belegungen
 gewisse Tasteneigenschaften von Neo, z.B.:
  • Caps-Lock fungiert als Mod3 (wie AltGr)
  • „“-Taste fungiert als Mod4 (kein Effekt, wenn Ebene4 nicht definiert)
  • Shift + Shift ergibt Caps-Lock
  • „#“-Taste fungiert als Mod3 (erzeugt aber auch das Raute-Zeichen)

 '''Reproduzierbar durch:'''

 {{{
 setxkbmap de,de neo, -option grp:sclk_toggle
 }}}
 Wird mit Scroll-Lock auf die zweite Belegung gewechselt, so treten dort
 die oben genannten Probleme auf.

-- 
Ticket URL: http://wiki.neo-layout.org/ticket/175
Neo-Layout http://neo-layout.org/
Das Neo-Tastaturlayout ist ein freies und ergonomisch optimiertes 
Tastaturlayout für die deutsche Sprache, das auch sehr viele Sonderzeichen 
direkt verfügbar macht.


Re: [Neo] [ticket] #141: Neue xkbmap-Version setzt xkbmap außer Gefecht

2009-10-12 Diskussionsfäden Neo-Layout
#141: Neue xkbmap-Version setzt xkbmap außer Gefecht
--+-
  Reporter:  martin_r |   Owner:  erik   
  Type:  Fehler/Defekt|  Status:  closed 
  Priority:  normal   |   Milestone:  Neo Version 2.0
 Component:  Treiber: Linux – Xkbmap  | Version:  2.0 BETA   
Resolution:  fixed|Keywords: 
--+-

Comment(by stephan):

 Das erste Problem hat folgendes Ticket erhalten: #174

 Das zweite Problem: #175

 Problem 3 kann (falls es noch auftritt) dem Ticket #174 angehängt werden.

 Komischerweise kann ich das 4. Problem momentan nicht reproduzieren, bin
 mir aber sicher, dass es vor einigen Monaten aufgetreten ist.
 Ich habe für dieses Problem deshalb noch kein Ticket erstellt.

-- 
Ticket URL: http://wiki.neo-layout.org/ticket/141#comment:34
Neo-Layout http://neo-layout.org/
Das Neo-Tastaturlayout ist ein freies und ergonomisch optimiertes 
Tastaturlayout für die deutsche Sprache, das auch sehr viele Sonderzeichen 
direkt verfügbar macht.


Re: [Neo] [ticket] #174: Neo als Zweitlayout f ührt zum Funktionsverlust von Mod4

2009-10-12 Diskussionsfäden Neo-Layout
#174: Neo als Zweitlayout führt zum Funktionsverlust von Mod4
--+-
  Reporter:  stephan  |   Owner:  
  Type:  Fehler/Defekt|  Status:  new 
  Priority:  normal   |   Milestone:  
 Component:  Treiber: Linux – Xkbmap  | Version:  2.0 BETA
Resolution:   |Keywords:  
--+-

Comment(by Peter Eberhard drahre...@gmx.de):

 Lösungsvorschlag:

 • in neo/linux/X/symbols/level5 (bzw. /usr/share/X11/xkb/symbols/level5)
 {{{
   replace key MDSW {
 …
 symbols[Group1] = [ ISO_Level5_Shift ]
 }}}
 ersetzen durch:
 {{{
 symbols[Group1] = [ ISO_Level5_Lock ]
 }}}

 • ebenfalls in symbols/level5:
 {{{
   key RALT {
 …
 symbols[Group1] = [ ISO_Level5_Shift, ISO_Level5_Shift,
 ISO_Level5_Shift, ISO_Level5_Shift, ISO_Level5_Lock, ISO_Level5_Lock,
 ISO_Level5_Lock, ISO_Level5_Lock ]
 }}}
 ersetzen durch
 {{{
   key RALT {
 …
 symbols[Group1] = [ ISO_Level5_Shift, ISO_Level5_Shift,
 ISO_Level5_Shift, ISO_Level5_Shift, ISO_Level5_Shift, ISO_Level5_Shift,
 ISO_Level5_Shift, ISO_Level5_Shift ],
 actions[Group1] = [ NoAction(), NoAction(), NoAction(), NoAction(),
 LockMods(modifiers = NumLock), LockMods(modifiers = NumLock),
 LockMods(modifiers = NumLock), LockMods(modifiers = NumLock) ]
 }}}
 ( an zwei Stellen ).

 Besonders die zweite Änderung hat vielleicht noch irgendwelche Nachteile,
 wenn es um die Kompatibilität geht. Das Problem ist, dass ein Neo-
 Benutzer, der ISO_Level5_Shift per Xmodmap ummappt, dann über Mod4+RAlt
 immer noch den Mod4-Lock erzeugt. Das sollte aber letztlich kein Problem
 sein, da Mod4+RAlt keine wichtige Tastenkombination ist. Und wenn man Mod4
 woanders haben will, sollte man ohnehin die xkb-Options benutzen und das
 nicht per Xmodmap machen.

 Kann das bitte noch jemand testen? Bei mir scheint es zu funktionieren.

-- 
Ticket URL: http://wiki.neo-layout.org/ticket/174#comment:1
Neo-Layout http://neo-layout.org/
Das Neo-Tastaturlayout ist ein freies und ergonomisch optimiertes 
Tastaturlayout für die deutsche Sprache, das auch sehr viele Sonderzeichen 
direkt verfügbar macht.


Re: [Neo] [ticket] #175: Bestimmte Tasten der Erstbelegung werden an die folgenden vererbt.

2009-10-12 Diskussionsfäden Neo-Layout
#175: Bestimmte Tasten der Erstbelegung werden an die folgenden vererbt.
--+-
  Reporter:  stephan  |   Owner:  
  Type:  Aufgabe/TODO |  Status:  reopened
  Priority:  niedrig  |   Milestone:  
 Component:  Treiber: Linux – Xkbmap  | Version:  2.0 BETA
Resolution:   |Keywords:  
--+-
Changes (by Peter Eberhard drahre...@gmx.de):

  * priority:  normal = niedrig
  * status:  closed = reopened
  * resolution:  wontfix =
  * type:  Fehler/Defekt = Aufgabe/TODO


Comment:

 Da sollte eventuell – nachdem das noch jemand zweites getestet hat –
 folgender Workaround ins Wiki:

 Statt das Layout direkt über (z.B.)
 {{{
 setxkbmap de,de neo,basic -option -option grp:sclk_toggle
 }}}
 (Das erste -option löscht vorher eingestellte Optionen, die werden sonst
 nämlich beibehalten!)

 einzurichten, folgendes Verfahren:

 1. stattdessen
 {{{
 setxkbmap de,de neo,basic -option -option grp:sclk_toggle -print 
 neobasic.xkb
 }}}

 2. neobasic.xkb editieren, und in der Zeile (so oder ähnlich)
 {{{
 xkb_symbols   { include pc+de(neo)+de(basic):2+group(sclk_toggle) };
 }}}
 '''vorne''' (wichtig!) ein pc:2+ anfügen:
 {{{
 xkb_symbols   { include pc:2+pc+de(neo)+de(basic):2+group(sclk_toggle)
 };
 }}}

 3. Das Layout per
 {{{
 xkbcomp - -w 0 $DISPLAY  neobasic.xkb
 }}}
 anwenden und die Fehlermeldungen ignorieren.

 Dann funktioniert das bei mir.

-- 
Ticket URL: http://wiki.neo-layout.org/ticket/175#comment:2
Neo-Layout http://neo-layout.org/
Das Neo-Tastaturlayout ist ein freies und ergonomisch optimiertes 
Tastaturlayout für die deutsche Sprache, das auch sehr viele Sonderzeichen 
direkt verfügbar macht.