I don't know if it is helpful. Attached is the output of the
keyboard tester for the keys: `^~
The interpreted names in the dialog (equals, closebracket) seems
not to relate to the keys.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi, I have uploaded a new snapshot to www.jedit.org/jedit.jar.
Can you try run the new snapshot with this BeanShell code in
a startup script and tell me if the accent keys work:
KeyEventTranslator.translateKey(
new KeyEventTranslator.Key(null,KeyEvent.VK_CLOSE_BRACKET,'\0'),
new KeyEventTranslator.Key(null,0,'"')
);
KeyEventTranslator.translateKey(
new KeyEventTranslator.Key("S",KeyEvent.VK_CLOSE_BRACKET,'\0'),
new KeyEventTranslator.Key(null,0,(char)0x5e)
);
KeyEventTranslator.translateKey(
new KeyEventTranslator.Key("C",KeyEvent.VK_CLOSE_BRACKET,'\0'),
new KeyEventTranslator.Key(null,0,'~')
);
KeyEventTranslator.translateKey(
new KeyEventTranslator.Key(null,KeyEvent.VK_EQUALS,'\0'),
new KeyEventTranslator.Key(null,0,'\'')
);
KeyEventTranslator.translateKey(
new KeyEventTranslator.Key("S",KeyEvent.VK_EQUALS,'\0'),
new KeyEventTranslator.Key(null,0,'`')
);
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Note in the below code for some reason there is a line break
between VK_CLOSE_BRACKE and T! You'll need to change this or
it won't parse. All other line breaks are ok
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Adding the key translations seemed not to have any effect. What
happens I cannot tell because the keyboard produces no output
in the interesting cases.
Looking closer at the pre2 keyboardtester output it seems that
returned keyChar is actually correct but not being inserted in
the text.
This is from the pre2 jar file (I accidentially deleted the pre3).
If I can help, let me know,
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=56541
A bit more precise information.
I can enter ^, but only with the key sequence opt-shift-^, not shift-^ that would allow accents.
Other strange keys:
opt-q enters a '' AND moves one line up where as shift-opt-q enters a '?' and stays on the line.
Logged In: YES
user_id=56541
4.2pre2 does not address this issue yet.
Logged In: YES
user_id=56541
I don't know if it is helpful. Attached is the output of the
keyboard tester for the keys: `^~
The interpreted names in the dialog (equals, closebracket) seems
not to relate to the keys.
keyboard tester output
Logged In: YES
user_id=2280
Its hard to understand the keyboard tester output.
Can you provide seperate lines of output for each key that
doesn't work?
Including the accents and the letters with accents.
Logged In: YES
user_id=2280
Even better:
Can you install jEdit 4.2pre2, and replace the jedit.jar
with the one from here:
http://www.jedit.org/jedit.jar
This is a 4.2pre3 snapshot.
Then, run jEdit and invoke
utilities>troubleshooting>keyboard tester, and press the
keys that are causing problems.
Logged In: YES
user_id=56541
Results from the keyboard tester with pre3.
The () means the character intended before the ':' and actual key
presses after.
Accented characters cannot be entered.
This is with a Danish keyboard layout.
Using apple's X11 server against a Linux server, jedit is able
generate accented characters, but not the accents on their own.
(: )
Event
KEY_PRESSED,keyCode=0x5d,keyChar=0xffff,modifiers=0x0
passed
Event
KEY_RELEASED,keyCode=0x5d,keyChar=0xa8,modifiers=0x0
passed
(^: shift-/^)
Event
KEY_PRESSED,keyCode=0x10,keyChar=0xffff,modifiers=0x1
filtered
Event
KEY_PRESSED,keyCode=0x5d,keyChar=0xffff,modifiers=0x1
passed
Event
KEY_RELEASED,keyCode=0x5d,keyChar=0x5e,modifiers=0x1
passed
Event
KEY_RELEASED,keyCode=0x10,keyChar=0xffff,modifiers=0x0
passed
(~: opt-)
Event
KEY_PRESSED,keyCode=0x12,keyChar=0xffff,modifiers=0x8
filtered
Event
KEY_PRESSED,keyCode=0x5d,keyChar=0xffff,modifiers=0x8
filtered
Event
KEY_RELEASED,keyCode=0x5d,keyChar=0x7e,modifiers=0x8
passed
Event
KEY_RELEASED,keyCode=0x12,keyChar=0xffff,modifiers=0x0
passed
(: )
Event
KEY_PRESSED,keyCode=0x3d,keyChar=0xffff,modifiers=0x0
passed
Event
KEY_RELEASED,keyCode=0x3d,keyChar=0xb4,modifiers=0x0
passed
(`: `)
Event
KEY_PRESSED,keyCode=0x10,keyChar=0xffff,modifiers=0x1
filtered
Event
KEY_PRESSED,keyCode=0x3d,keyChar=0xffff,modifiers=0x1
passed
Event
KEY_RELEASED,keyCode=0x3d,keyChar=0x60,modifiers=0x1
passed
Event
KEY_RELEASED,keyCode=0x10,keyChar=0xffff,modifiers=0x0
passed
Logged In: YES
user_id=56541
jedit running under X 4.2.0 on SuSE Linux 8.1 on intel seems to
have similar problems with accents.
Logged In: YES
user_id=2280
Can I also have the keyboard tester output for the accents
themselves (, etc)
keyboard tester output for (some) accented characters
Logged In: YES
user_id=56541
Attached a file with (some) accented characters.
About jedit on linux:
jedit kan generate accented characters but not the accents on
their own in the mentioned configuration.
Logged In: YES
user_id=2280
Hi, I have uploaded a new snapshot to www.jedit.org/jedit.jar.
Can you try run the new snapshot with this BeanShell code in
a startup script and tell me if the accent keys work:
KeyEventTranslator.translateKey(
new KeyEventTranslator.Key(null,KeyEvent.VK_CLOSE_BRACKET,'\0'),
new KeyEventTranslator.Key(null,0,'"')
);
KeyEventTranslator.translateKey(
new KeyEventTranslator.Key("S",KeyEvent.VK_CLOSE_BRACKET,'\0'),
new KeyEventTranslator.Key(null,0,(char)0x5e)
);
KeyEventTranslator.translateKey(
new KeyEventTranslator.Key("C",KeyEvent.VK_CLOSE_BRACKET,'\0'),
new KeyEventTranslator.Key(null,0,'~')
);
KeyEventTranslator.translateKey(
new KeyEventTranslator.Key(null,KeyEvent.VK_EQUALS,'\0'),
new KeyEventTranslator.Key(null,0,'\'')
);
KeyEventTranslator.translateKey(
new KeyEventTranslator.Key("S",KeyEvent.VK_EQUALS,'\0'),
new KeyEventTranslator.Key(null,0,'`')
);
Logged In: YES
user_id=2280
Note in the below code for some reason there is a line break
between VK_CLOSE_BRACKE and T! You'll need to change this or
it won't parse. All other line breaks are ok
Logged In: YES
user_id=56541
Adding the key translations seemed not to have any effect. What
happens I cannot tell because the keyboard produces no output
in the interesting cases.
Looking closer at the pre2 keyboardtester output it seems that
returned keyChar is actually correct but not being inserted in
the text.
This is from the pre2 jar file (I accidentially deleted the pre3).
If I can help, let me know,
keyboard tester output for (some) accented characters
Logged In: YES
user_id=2280
Do accents work in text components other than the jEdit text
area? For example, try in the search dialog box, or the
file>open dialog box.
Logged In: YES
user_id=56541
Yes, accents do work in search and file open dialogs. Behaves like
for NotePad from the jdk jfc demos.
Logged In: YES
user_id=56541
Another quirk on Mac OS X.
Entering '|' (opt-i on a Danish keyboard) produces a strange
result: move up one line and then insert the '|' character.
keyboard tester (pre2) output:
Event
java.awt.event.KeyEvent[KEY_PRESSED,keyCode=18,keyChar='?'
,modifiers=Alt,extModifiers=Alt,keyLocation=KEY_LOCATION_UNK
NOWN] on
org.gjt.sp.jedit.gui.GrabKeyDialog$InputPane[,0,0,219x29,layout=j
avax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=null
,alignmentY=null,border=apple.laf.AquaTextFieldBorder@de5a20,fl
ags=296,maximumSize=,minimumSize=,preferredSize=,caretColo
r=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabledTextCo
lor=javax.swing.plaf.ColorUIResource[r=128,g=128,b=128],editab
le=true,margin=javax.swing.plaf.InsetsUIResource[top=0,left=0,b
ottom=0,right=0],selectedTextColor=apple.laf.CColorPaintUIResou
rce[r=200,g=200,b=200],selectionColor=apple.laf.CColorPaintUIR
esource[r=200,g=200,b=200],columns=0,columnWidth=0,comma
nd=,horizontalAlignment=LEADING] filtered
Event
java.awt.event.KeyEvent[KEY_TYPED,keyCode=0,keyChar='|',keyL
ocation=KEY_LOCATION_UNKNOWN] on
org.gjt.sp.jedit.gui.GrabKeyDialog$InputPane[,0,0,219x29,layout=j
avax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=null
,alignmentY=null,border=apple.laf.AquaTextFieldBorder@de5a20,fl
ags=296,maximumSize=,minimumSize=,preferredSize=,caretColo
r=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabledTextCo
lor=javax.swing.plaf.ColorUIResource[r=128,g=128,b=128],editab
le=true,margin=javax.swing.plaf.InsetsUIResource[top=0,left=0,b
ottom=0,right=0],selectedTextColor=apple.laf.CColorPaintUIResou
rce[r=200,g=200,b=200],selectionColor=apple.laf.CColorPaintUIR
esource[r=200,g=200,b=200],columns=0,columnWidth=0,comma
nd=,horizontalAlignment=LEADING] passed
Event
java.awt.event.KeyEvent[KEY_PRESSED,keyCode=73,keyChar='|',
modifiers=Alt,extModifiers=Alt,keyLocation=KEY_LOCATION_UNKN
OWN] on
org.gjt.sp.jedit.gui.GrabKeyDialog$InputPane[,0,0,219x29,layout=j
avax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=null
,alignmentY=null,border=apple.laf.AquaTextFieldBorder@de5a20,fl
ags=296,maximumSize=,minimumSize=,preferredSize=,caretColo
r=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabledTextCo
lor=javax.swing.plaf.ColorUIResource[r=128,g=128,b=128],editab
le=true,margin=javax.swing.plaf.InsetsUIResource[top=0,left=0,b
ottom=0,right=0],selectedTextColor=apple.laf.CColorPaintUIResou
rce[r=200,g=200,b=200],selectionColor=apple.laf.CColorPaintUIR
esource[r=200,g=200,b=200],columns=0,columnWidth=0,comma
nd=,horizontalAlignment=LEADING] passed
Event
java.awt.event.KeyEvent[KEY_RELEASED,keyCode=73,keyChar='|',
modifiers=Alt,extModifiers=Alt,keyLocation=KEY_LOCATION_UNKN
OWN] on
org.gjt.sp.jedit.gui.GrabKeyDialog$InputPane[,0,0,219x29,invalid,l
ayout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignme
ntX=null,alignmentY=null,border=apple.laf.AquaTextFieldBorder@
de5a20,flags=296,maximumSize=,minimumSize=,preferredSize=,
caretColor=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabl
edTextColor=javax.swing.plaf.ColorUIResource[r=128,g=128,b=12
8],editable=true,margin=javax.swing.plaf.InsetsUIResource[top=0
,left=0,bottom=0,right=0],selectedTextColor=apple.laf.CColorPain
tUIResource[r=200,g=200,b=200],selectionColor=apple.laf.CColor
PaintUIResource[r=200,g=200,b=200],columns=0,columnWidth=0
,command=,horizontalAlignment=LEADING] passed
Event
java.awt.event.KeyEvent[KEY_RELEASED,keyCode=18,keyChar='?
',keyLocation=KEY_LOCATION_UNKNOWN] on
org.gjt.sp.jedit.gui.GrabKeyDialog$InputPane[,0,0,219x29,invalid,l
ayout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignme
ntX=null,alignmentY=null,border=apple.laf.AquaTextFieldBorder@
de5a20,flags=296,maximumSize=,minimumSize=,preferredSize=,
caretColor=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabl
edTextColor=javax.swing.plaf.ColorUIResource[r=128,g=128,b=12
8],editable=true,margin=javax.swing.plaf.InsetsUIResource[top=0
,left=0,bottom=0,right=0],selectedTextColor=apple.laf.CColorPain
tUIResource[r=200,g=200,b=200],selectionColor=apple.laf.CColor
PaintUIResource[r=200,g=200,b=200],columns=0,columnWidth=0
,command=,horizontalAlignment=LEADING] passed
Logged In: YES
user_id=2280
The issue with opt-i is fixed in 4.2pre3.
Now if the keys work in swing components but not the text
area, I guess there are problems with event delivery.
Can you install pre2, replace jedit.jar with
www.jedit.org/jedit.jar, then do this:
1) utilities->beanshell->evaluate expression:
Debug.DUMP_KEY_EVENTS=true
2) press problematic keys in text area
3) post here the debug messages starting with "[debug] Key
event:" which will end up in the activity log after #2.
Logged In: YES
user_id=56541
I get an error while evaluating "Debug.DUMP_KEY_EVENTS=true" :
(something about reflection )
no such field: DUMP_KEY_EVENTS
have installed the jedit.jar file.
What should I do?
Logged In: YES
user_id=2280
Try getting jedit.jar again, make sure you don't get an old
copy from the cache, etc. Debug.DUMP_KEY_EVENTS=true is correct
Logged In: YES
user_id=56541
Worked with the second fetch of the file.
Attached is the output of various keypresses.
Just noticed that with this jar file "opt-i" does not insert a '|' any
longer (no does it go up one line).
Debug output