Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||Cannot assign all function keys on Linux|
|Component:||ui||Assignee:||AOO issues mailing list <issues>|
|Status:||ACCEPTED ---||QA Contact:|
|Priority:||P3||CC:||andreas.schluens, carsten.driesner, christof.pintaske, issues, ulf.stroehler|
|Target Milestone:||AOO Later|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
Description gumbygo 2005-04-05 23:35:46 UTC
I'm using a Sun Type 6 USB Keyboard on an Intel/Linux machine. I have xkb configured to handle the special Sun Cut/Copy/Paste keys on the left of the keyboard. The Cut/Copy/Paste keys only work in OpenOffice when I hold down the AltGraph key on my keyboard. When I press Copy without AltGraph, the Xserver sends "F16" to OpenOffice.org. When I hold down AltGraph, it sends "SunCopy" I can reconfigure xkb to send SunCopy when I don't hold down AltGraph, but then other applications are broken (Firefox, Mozilla, Thunderbird, etc). I've tried playing with the keybindings in OpenOffice.org but I cannot fix the problem through there. It would be much nicer if there was a capture feature that could capture a keypress and assign it to a function. This is similar to how KDE sets up keybindings. Basically you click "capture" and the next key you press is captured and assigned to some action. Here is the output from xev when I press the Copy key: KeyPress event, serial 20, synthetic NO, window 0x1e00001, root 0xaa, subw 0x0, time 14178468, (69,248), root:(1058,271), state 0x0, keycode 227 (keysym 0xffcd, F16), same_screen YES, XLookupString gives 0 bytes: "" Here is the output from xev when I press the Copy key while holding down AltGraph: KeyPress event, serial 20, synthetic NO, window 0x1e00001, root 0xaa, subw 0x0, time 14205019, (-98,-12), root:(891,11), state 0x2000, keycode 227 (keysym 0x1005ff72, SunCopy), same_screen YES, XLookupString gives 0 bytes: ""
Comment 1 eric.savary 2005-06-22 10:50:22 UTC
Comment 2 thorsten.martens 2005-07-08 08:44:43 UTC
TM->PL: Please have a look, thanks !
Comment 3 philipp.lohmann 2005-08-25 07:36:22 UTC
confirming. But why would you expect OOo to "Copy" on F16 ? I think sending the correct KeySym would certainly make more sense ?
Comment 4 philipp.lohmann 2005-08-25 07:38:05 UTC
As for the keyboard configuration using a key press: that would be worth a second issue as it is a feature request. I agree that it makes sense, of course.
Comment 5 philipp.lohmann 2005-08-25 10:54:02 UTC
I don't think we can simply assign F16 to copy; who's to say that not an IBM or HP keyboard layout would rather assign F15 or F19 to "Copy" ? BTW: there is a special solution for sun keyboards builtin already that uses F16 for "Copy", but that is basically only enabled if you run a Sun XServer - which can be taken as a sign that you are actually using a Sun keyboard. But generally assigning F16 to Copy would repair the sun keyboard but break others. So i don't think we will do that.
Comment 6 philipp.lohmann 2005-08-25 10:54:32 UTC
Comment 7 gumbygo 2005-08-25 14:25:42 UTC
Well, if you won't assign F16 to "Copy" by default, at least fix the keybinding feature so that it actually works. Right now, I can manually assign F16 to "Copy", but it doesn't actually do anything, which seems like a bug to me.
Comment 8 philipp.lohmann 2005-08-26 10:08:30 UTC
That would seem to be a bug to me, too. Changing target, prio and title accordingly.
Comment 9 philipp.lohmann 2005-08-29 13:38:32 UTC
Seems like this opens a new problem as discussion with cd showed up: We want to show only those keys to the user for configuration which are available on his keyboard; this seems to be the reasoning why only keys up to F12 are currently configurable since all keyboards seem to have them. That means we'll need a method to query the availability of a key code and the configuration has to query it. pl->as: cd mentioned you could do that in 2.0.2 timeframe in sfx2/source/dialog/acccfg.cxx as well as possible other occurances if i give you a method to query either a list of available KeyCode values or a method to query the availability of a single KeyCode.
Comment 10 ooo 2005-11-18 10:15:27 UTC
retargeted due to resource constraints
Comment 11 Rob Weir 2013-07-30 02:22:08 UTC
Reset assignee on issues not touched by assignee in more than 2000 days.