__color__	__group__	ticket	summary	component	milestone	type	created	_description_	_changetime	_reporter
2	anonymous	334	ctrl+y in Vim	Treiber: Windows – Kbdneo	Neo Version 2.0	Fehler/Defekt	2012-10-10T17:49:00+0200	"In vielen Programmen ist ctrl+y ein shortcut für redo, in Vim allerdings scollt man damit zeilenweise nach oben. Dies funktioniert mit kdbneo leider nicht, es kommt immer nur ""Zirkumflex\"" (ctrl + backslash; hab den Zirkumflex ausgeschrieben, weil das Zeichen die Formatierung verändert) an.

Dachte zuerst, dass es gar nichts mit Neo zu tun hat, aber mit anderen Tastaturlayouts funktioniert alles einwandfrei. Selbst mit der AHK-Umsetzung von Neo gibt es keinerlei Probleme.

System: Windows 7 64bit, kdbneo, Vim 7.3"	2013-03-04T03:45:32+0100	Conn
2	anonymous	275	Einhand-Modus auch für linke Hand	unbekannt	Neo Version 2.0	Verbesserung	2011-06-29T16:27:17+0200	"Einhand-Modus auch für linke Hand, da ich mit der rechten Hand manchmal die Maus bediene.

weitere VVs:
- strukturiertere Hilfemenüs und die auch in Deutsch. Wegen der für mich blöden Hilfebeschreibung möchte ich NEO nicht anderen weitergeben.
Aber ich bin euch sehr dankbar, dass ich euch gefunden habe und ihr mir, meinem Kopf und meinen Fingern geholfen habt.

Liebe Grüße
Annette"	2011-06-29T18:21:43+0200	Annette Volz <annette.volz@…>
3	erik	46	Bugs melden	sonstiges	Neo Version 2.0	Aufgabe/TODO	2008-09-11T09:22:00+0200	"Es sind an mehrere Projekte Bugs zu melden:


= X.org (1) =

'''Behandelt in der Mail:''' Re: [neo] an die Linuxer: Treiber fertig machen für Xorg 
'''vom:''' 04.07.2008 22:37

== Kurz ==

Wenn in der Xmodmap oder der Xkbmap unter Linux für eine Taste ''implies'' angegeben wird, sollte eigentlich laut ''/usr/include/X11/keysymdef.h'' das im Kommentar erwähnte Zeichen erscheinen:

⇒ (''U+21D2 RIGHTWARDS DOUBLE ARROW'')

Es erscheint jedoch das hier: ⊢ (''U+22A2 RIGHT TACK'')

== Kommentare und Ergänzungen ==

Ist Euch übrigens schon aufgefallen, dass in den offiziellen
Unicodetabellen beim Zeichen ⊢ als Kommentar steht:
  Aliasnamen:
   • turnstile
   • proves, implies, yields x
   • reducible
Also auch ''implies''! Bei diesem Zeichen aber nicht „⇒“. Ha. Da hat
sicher einer der Programmierer geschlampt.

Wo melden wir das? X-Bug, oder?

Hier die Zeile aus der ''/usr/include/X11/keysymdef.h'':
{{{
#define XK_implies                       0x08ce  /* U+21D2 RIGHTWARDS DOUBLE ARROW */
}}}

Aber was bedeutet der Code ''0x08ce''? Ich kann den nirgends finden.
Ganz oben in der Einführung der Datei ''/usr/include/X11/keysymdef.h'' wird ja noch die Datei ''xc/lib/X11/KeyBind.c'' erwähnt. Vielleicht ist da
ersichtlich, dass es wirklich falsch ist.

So, ich teste das mal:
export GTK_IM_MODULE=xim && gucharmap

Tatsächlich, wenn ich nun versuche den Pfeil ⇒ einzugeben, erscheint dieses komische andere Zeichen. Also ist es wirklich falsch in der ''/usr/include/X11/keysymdef.h'' (oder deren Abhängigkeiten) definiert. Da haben die Gnome das mal richtig gemacht, was die Xer falsch gemacht haben (denn unter Gnome erscheint normalerweise immer der richtige ⇒).

= X.org (2) =

in der Datei /usr/include/X11/keysymdef.h sind uptack und downtack vertauscht! 

= X.org (3) =

Abkürzungen (Greek_SIGMA usw.) für griechische Großbuchstaben funktionieren nicht in xmodmap und xkbmap

Siehe '''Mail:''' Re: [neo_layout] an Pascal: Zeichenkürzel ←→ Unicodeabkürzungen '''vom:''' 02.04.2008 12:42

und '''Mail:''' Re: [neo] an die Linuxer: Treiber fertig machen für Xorg '''vom:''' 01.07.2008 16:39

== Fehlerbeschreibung ==

=== Geht nicht wenn ===

Griechischen Großbuchstaben erscheinen bei der Eingabe nicht, wenn man sie in der Xmodmap bzw. Xkbmap als Abkürzungen (''Greek_SIGMA'' usw.) angibt, wie sie in der Datei ''/usr/include/X11/keysymdef.h'' stehen. Und zwar weder unter KDE noch unter Gnome.

=== Geht schon wenn ===

Nur wenn man die Unicodezeichen als UTF16-Kürzel angibt (z.B. ''U03A3'' für ''Greek_SIGMA''), erscheinen sie bei der Eingabe auch.

=== Hinweise ===

Der Fehler tritt auf, seitdem die ''6. Ebene'' per ''Mod3+Mod4'' erreicht wird. Vorher, mit ''Umschalt+Mod4'', funktionierte es ohne Probleme.

== Vorläufige Lösung ==

UTF16-Kürzel verwenden und als Kommentar das Zeichen angeben, für welches das UTF16-Kürzel steht.

=== Nachteil ===

Fehleranfällig, weil zwei voneinander unabhängige Angaben.

= X.org (4) =

Manche Buchstaben gehen nicht in den Anwendungen ''xterm, xfig, xpdf, xedit'' usw.

Diskutiert wurde dies schon in diversen Mails. Zum Beispiel in der 

'''Mail:''' Re: [neo] KP_Workaround ist ungeschickt '''vom:''' 28.06.2008 16:05

und in der 

'''Mail:''' Re: [neo] Steuerung von Programmen mit der NEO (Beispiel: mplayer) '''vom: ''' 04.07.2008 23:32.

== Fehlerbeschreibung ==

=== xmodmap ===
1. Man muss vor ''xmodmap neo_de.xmodmap'' immer ''setxkbmap ie'' ausfühern, sonst geht folgendes nicht:
  a. die 4 auf der 4. Ebene

2. bei der alten xmodmap (ohne KP-Hack)
  a. W, Ä und » gehen nicht unter xterm und Konsorten (stattdessen Einfg    usw.)
  a. fast kein Buchstabe der linken Tastaturhälfte funktioniert unter xedit,    xfig und ähnlichen Programmen

3. bei der neuen xmodmap (mit KP-Hack)
  a. gehen die Bewegungstasten auf der 4. Ebene nicht mehr (in keinem Programm),    wenn Numlock aktiviert ist (betrifft nur Thinkpads (oder?))

4. nicht alle Probleme können durch den KP-Hack gelöst werden:
  a. bei xpdf: ö geht nicht (stattdessen Tab), Ö macht rücktab
  b. bei xedit: v geht nicht (stattdessen Backspace), ebenso V

= X.org (5) =



Wenn man den PC mit anderen Teil, die QWERTZ tippen, ist ein Umschalten mittels Umschalt+Umschalt (Shift+Shift) recht praktisch. Jedoch:

=== xkbmap ===
1. Wenn man es so lädt
{{{
        Option      ""XkbLayout"" ""de,de""
        Option      ""XkbVariant"" ""basic,neo""
        Option      ""XkbOptions"" ""grp:shifts_toggle,grp_led:scroll"" # ctrls_toggle und alts_toggle ist in Xorg kaputt, siehe Bug 4927
}}}
dann gehen nur die ersten 4 Ebenen in Neo (nachdem man mit Strg+Strg von QWERTZ zu Neo gewechselt hat).
Wenn man es jedoch umgekehrt einträgt ''""XkbVariant"" ""neo,basic""'' dann geht alles.

2. Mit ''setxkbmap de neo'' funktioniert immer alles. Man kann danach aber nicht mehr mit Strg+Strg zurückschalten. Murks.

= Gnome/GTK (1) =
Im ''gnome-terminal'' kann man normalerweise mit Strg++ und Strg+- (also Strg und + bzw. - gleichzeitig gedrückt) das Fenster vergrößern und verkleinern. Funktioniert aber mit Neo 2 (12. Okt. 2008, xkbmap) '''nicht'''!

In Firefox (auch GTK-Programm, oder?) geht es.

Siehe außerdem Fehler in gedit (wahrscheinlich gleiches Problem), siehe Ticket #89.

= Swing (Java) =
Siehe Ticket #129 und #104."	2009-07-26T07:57:51+0200	Sepp <nix@…>
2	stmayer	172	Doppelpunkt in Verbindung mit dem Vimperator-Firefox-Plugin unter OSX	Treiber: Mac OS	Neo Version 2.0	Fehler/Defekt	2009-10-07T00:23:14+0200	"Der Doppelpunkt funktioniert in sonst jedem Programm korrekt soweit ich das sehen kann. Nur Vimerator ignoriert die Eingabe gänzlich.

Würde neo wirklich gerne benutzen, aber nicht ohne Vimperator"	2012-11-01T12:43:22+0100	sjeltsch@…
2	stmayer	266	Apfel+C funktioniert nicht	Treiber: Mac OS	Neo Version 2.0	Fehler/Defekt	2011-05-01T13:58:32+0200	"Alle anderen Shortcuts (Apfel+X usw.) funktionieren einwandfei. Nutze Neo 2 auf einem PowerBook G4 mit OSX 10.5.8.

Viele Grüße,
Sven"	2011-05-22T19:34:09+0200	cloud.jumping@…