[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Ctrl-A -> Select All
From:       Reginald Stadlbauer <reggie () troll ! no>
Date:       1999-12-23 20:35:48
[Download RAW message or body]

On Thu, 23 Dec 1999, Waldo Bastian wrote:
>Hiya,
>
>Based on Reggie's suggestion, I've hacked a "Ctrl-A" does select-all 
>together. See the attached diff for KApplication. It works great but I 
>think it is a horrible hack. 
>
>Typically we want all shortcuts that operate directly on widgets to be 
>configurable. (Home, End, Delete Till End Of Line, Delete Char, 
>Backspace, Delete From Start of Line, Delete Line, Select All, Left, 
>Right, Up Down, Scroll Up, Scroll Down, Scroll Page Up, Scroll Page 
>Down, Start of Document, End of Document, etc.. etc..) For short 
>"ControlEvents"
>
>The following change to Qt could make that possible:
>KeyEvents are being send to application as they are now. Widgets don't 
>check KeyEvents for things other than insertable text.
>When a keyevent comes back to Qt unhandled, it looks whether the 
>keyevent describes a "ControlEvent", if so it translates the keyEvent 
>into a ControlEvent and sends this to the application. Such an event 
>could have as value "Right". When e.g. a QLineEdit gets such an event 
>it moves the cursor to the right.
>
>Example: 
>When the user presses Ctrl-A this is first send to the application as a 
>normal "Ctrl-A" key-event. QWidgets don't handle this key-event. When 
>nobody else handles it, Qt translates it into a "Home" ControlEvent and 
>sends it again to the application. Now the appropriate QWidget will 
>handle it and take the correct action.
>
>With this design it is for KDE quite easy to set up a different 
>"key-events to control-events" translation.
>
>Reggie, Matthias: What does it take to get this into Qt?

Will discuss it with the other Trolls, but at the moment most are on vacation,
so don't expect an answer soon.

-- 
Reggie

[prev in list] [next in list] [prev in thread] [next in thread]