Custom Query (308 matches)
Results (34 - 36 of 308)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #148 | fixed | Cokos werden nach Drücken von Mod4 beendet | ||
| Description |
Hallo, das Problem habe ich nun schon seit einem halben Jahr, bin aber noch nicht dahinter gekommen und wollte es jetzt doch nochmal melden, weil es mich nervt und ich einiges nicht testen kann: Ich kann z.B. ohne Probleme ♫ae → æ eingeben. Wenn ich aber ♫a eingebe, dann kurz Mod4 drücke (und z.B. wieder loslasse) und ich danach e eingebe, so erscheint das e direkt und alleine, die Coko wurde ohne Wirkung beendet. Dies ist auch ein Problem, da ich keine Cokos, die Mod4 tatsächlich brauchen eingeben kann, also ♫⊥⊥ oder ↻⊥, denn egal in welchem Zusammenhang, auch bei deadkeys wie ↻ beendet das Drücken von Mod4 die Coko. Ich glaube, dass es mal irgendwann auf meinem System richtig funktioniert hat, aber kann nicht mehr sagen, welche Änderung das Problem hervorgebracht hat. Hier noch /etc/hal/fdi/policy/10-x11-input.fdi: <?xml version="1.0" encoding="UTF-8"?> <match key="info.capabilities" contains="input.keys">
</match> Habe Gentoo, den aktuellen xkbmap-Treiber, sowie Compose.neo. Viele Grüße, Aleχ |
|||
| #42 | duplicate | Compose + Caps gehen noch nicht richtig (Löschantrag) | ||
| Description |
aus linux/X/TODO Compose und Caps gehen noch nicht richtig (Compose nur rechts, Caps nur links) |
|||
| #235 | wontfix | Compose + ^ + (E4)Zahl funktioniert nicht | ||
| Description |
Wenn ich die Compose-Taste drücke (Mod3+Tab), dann Zirkumflex (Mod3+w), dann eine Zahl in der 4. Ebene (z.B. 5 also Mod4+r), erscheint keine hochgestellte Zahl (die Zahl kommt normal, wie 2,5,6). Wenn ich das gleiche mache, aber eine Zahl der ersten Ebene nehme (oberste Reihe), funktioniert es wie es sollte (wie ²,⁵,⁶). Habe das in der Windows-Version getestet. Dort funktioniert es in beiden Fällen. Nicht aber in Ubuntu 10.04 mit xkbmap. |
|||
