Summary: | Separate menus and toolbars of KParts from Konqueror's menus and toolbars | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Shriramana Sharma <samjnaa> |
Component: | general | Assignee: | Konqueror Developers <konq-bugs> |
Status: | REPORTED --- | ||
Severity: | wishlist | CC: | majewsky |
Priority: | NOR | ||
Version: | 4.2.0 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Unspecified | ||
Latest Commit: | Version Fixed In: |
Description
Shriramana Sharma
2009-02-19 06:45:10 UTC
Take a specific case in question. I list the silly things that happen if a text file is opened inside Konqueror using Katepart, * The File menu now has two Print items. * There are two Bookmarks menus as reported in bugs 184890 and 175275. * Hotkeys Ctrl+T and Ctrl+S, both very basic hotkeys, become ambiguous and therefore useless. (Ctrl + T inside Katepart apparently points to Transpose, and in Konqueror it is Open Tab. Ctrl + S means Save As in Katepart and Focus Searchbar in Konqueror.) * other such things IMHO such uncleanliness would be avoided if there were separate menus and toolbars. As regards hotkeys and shortcuts, I have the following suggestion to make: I take the analogy from virtual machines. When there is a guest OS running inside a host OS, we press Ctrl + Alt (or some other such hotkey) to "come back" or return control from the guest OS to the host OS. Without this, once the user has clicked inside the guest OS window, the guest OS captures all mouse movements and keystrokes. Similarly, I visualize the KPart as a "guest" sitting inside Konqueror which is the "host". We open a KPart with a purpose, to perform a certain activity. So logically that activity should take precedence. So any hotkey to open a certain menu item or shortcut to perform a certain action must default to whatever is applicable in the guest (KPart). To "return control" to the "host", press Ctrl + Alt (or even make this shortcut configurable in the host's Configure Shortcuts menu -- but how to ensure that such a shortcut will not exist in the KPart's shortcuts list?) and as a visual indication, you get the first menu item of the host focused. After that press whatever hotkey or shortcut related to the host, and it works as it would in the host without conflict. To ensure cleanliness and uniformity, even those hotkeys and shortcuts which are NOT used in the guest but are present in the host will NOT work until Ctrl + Alt is pressed, even though there is no conflict. *** Bug 144213 has been marked as a duplicate of this bug. *** Hello. The older bug 144213 whose newer version this is was reported over two years ago. Please look into this issue seriously and with high priority. Recently I switched fully from Kubuntu Hardy using KDE 3 to Kubuntu Jaunty using KDE 4 and every few minutes while using Konqueror I run into this problem. I am sure I am not the only person facing this problem. So please please please look into this. It seriously kills usability of Konqueror. O ye developer gods, I prithee, have mercy! |