Opened 18 years ago
Closed 11 years ago
#6 closed defect (fixed)
Editor-Keys depend on NUMLOCK
Reported by: | anonymous@… | Owned by: | devel |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | Library (GUI) | Version: | gtkport |
Keywords: | Cc: |
Description (last modified by westram)
Editor keys using modifiers (e.g. ALT-CRSR, CTRL-CRSR) depend on the state of the NUMLOCK modifier.
- This is annoying (especially for french , they always have NUMLOCK on)
- Keys should as well be independent from state of CAPS_LOCK and SCROLL_LOCK
After fix: Test using Windows as X-Client!
Change History (8)
comment:1 Changed 18 years ago by westram
- Keys should as well be independent from state of CAPS_LOCK and SCROLL_LOCK
comment:2 Changed 18 years ago by westram
- Description modified (diff)
comment:3 Changed 18 years ago by westram
- Priority changed from normal to trivial
comment:4 Changed 18 years ago by westram
- Component changed from ARB to ARB_EDIT4
comment:5 Changed 18 years ago by westram
- Component changed from ARB_EDIT4 to ARB
- Resolution set to fixed
- Status changed from new to closed
- ARB completely filters out NUMLOCK (in main windows)
- in textboxes NUMLOCK still works
- SCROLL_LOCK did not work (not important)
- CAPS_LOCK is not recognized (i.e. it looks like SHIFT is pressed)
comment:6 Changed 11 years ago by westram
- Component changed from !NoIdea to Library (GUI)
- Priority changed from trivial to major
- Resolution fixed deleted
- Status changed from closed to reopened
- Version set to gtkport
- simple horizontal cursor-movement acts like SHIFT-cursor if NUMLOCK is active
- works in trunk
comment:7 Changed 11 years ago by aboeckma
How do I reproduce this ?
comment:8 Changed 11 years ago by aboeckma
- Resolution set to fixed
- Status changed from reopened to closed
Fixed by [10287]
Note: See
TracTickets for help on using
tickets.