| Summary: | cannot hide quick search while it is active | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | Maciej Pilichowski <bluedzins> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | minor | CC: | Stefan.Borggraefe |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Maciej Pilichowski
2006-06-24 18:56:19 UTC
Works for me. I can use the menu item via access keys (alt+s and then q with the English version of KMail) to show/hide quick search bar. Doesn't this work for you? What exactly is the bug? Which steps do you expect to work, but don't? Is this perhaps a problem specific to the translation of KMail you are using (duplicate access keys)? ___Use keyboard shortcuts only! ___ Shortcuts, not accelerators keys. I gave exact steps above. When I define a keyboard shortcut for show/hide Quicksearch (I don't think there is one defined in the default config), I can hide it again: 1. Press the defined shortcut to show the quick search bar 2. Enter a string into the quick search text field 3. While the quick search text field press the shortcut again -> the quick search bar is hidden again. Do I still misunderstand you? Then please be more verbose and give exact steps to reproduce the bug you see. ad.3) you mean the QS edit is active, and you are "in" the QS? If yes -- it is exactly the point I am unable to hide QS pane. I can hide it when the QS is inactive, I mean, I am "out" of it, example -- mail list. My shortcut is ctrl+u. Ctrl+U is the shortcut to delete every character from the beginning to the cursor in KDE textfields. When a textfield is active, the textfield shortcut gets precedence over application shortcuts. So hiding quick search with Ctrl+U while the quick search text field has focus does not work. When you use another shortcut key, it will work. Marking INVALID. This is not a bug. Thanks for the explanation. Shouldn't be a warning when trying to assign the global shortcut to app function? Similar to detecting duplicate shortcuts. PS. Is this ctrl+u shortcut some kind of "hidden", or hardcoded shortcut? I am asking because I don't use it as edit-box shortcut but I cannot find when I can do this. It is not listed in Control Center, at least I don't see it. Well, there are several shortcuts like Ctrl+u that don't work as an application shortcut when a textfield has the focus. E.g. cursor-keys, PgUp, PgDown (+ modifiers). These shortcuts do work *most* of the times es application shortcuts. Cursor left/right are the shortcuts for next/previous message in KMail. These also don't work when the quick search text field has the focus. So Ctrl+u is similar to the cursor keys. I'm not sure whether the keyboard shortcut settings dialog should warn when you define such keys as shortcuts. Perhaps this would be more annoying than useful since this is such a corner case and it works most of the times. Thanks for the reply. The keys you mentioned, well, they are quite distinct, since they do what the label says. I don't have anything like "delete something" on my ctrl+u ;-)) and since I can set such shortcut as "select all" I would expect to be able to set such shortcut as "delete from the beginning". About warning, hmm, it depends how familiar you are with all those secret shortcuts, however I will keep your opinion in mind and propose the solution you won't opt against it (I hope so :-D). |