Bug 127618 - "Show hidden files" keyboard shortcut dysfunctional in all but Icon and MultiColumn View
Summary: "Show hidden files" keyboard shortcut dysfunctional in all but Icon and Multi...
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-18 22:22 UTC by munlinux
Modified: 2008-06-26 16:32 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description munlinux 2006-05-18 22:22:03 UTC
Version:           3.4.3 (using KDE KDE 3.4.3)
Installed from:    Ubuntu Packages

I set Ctrl-H as a shortcut for "Show hidden files" in Konqueror for file browsing. This works in Icon and MultiColumn View's.

However:
- If I set "Show hidden files" (either via shortcut or menu), and switch to a)Tree View, b)Info List View, c)Detailed List View, or d)Text View, hidden files are no more shown. (This could probably be an issue for a separate bug report in itself, though.)

- Furthermore, the set shortcut of Ctrl-H does _not_ work in the four view modes listed above. Menu (using mouse) for this works, so the option itself is implemented.
Comment 1 Rob 2006-08-12 17:19:23 UTC
The internal working of show hidden files is strange - in the KDE File Open dialog, F8 is used for show hidden files, and Crtl-h doesn't work.
Comment 2 Frank Osterfeld 2006-09-03 13:16:08 UTC
Works here when assigning Ctrl+h. Is there a shortcut clash? Check configure shortcuts and sort by shortcut.
Comment 3 munlinux 2007-01-26 10:59:10 UTC
Sure enough, if I select "Tree View", "List view", "Detailed List View" or "Textview", and _for each of these separately_ set the hotkey, it starts working there. So, not really a bug.

However, I would seriously like to question this behaviour - is it really intended behaviour that the user has to assign the same shortcut (apparently) five times? Should it be?

One thing is certain, be that as it may. This behaviour is not at all obvious to the user. Now, I've noticed that the Konqueror UI is context-sensitive, and that it changes depending on whether we are file-browsing or HTML-browsing. But that it would change for all of the separate file-browsing views, that's a bit much. (I have noticed that it reasonably changes for at least the file size view.)

To remedy the non-obviousness of this behaviour, at the very least the "Edit shortcuts" -menu should have a header that says "These only work for the current view".

However, a much better approach, in my opinion, would be that the six basic file browsing views (Icon, MultiColumn, Tree, List, DetailedList, Text), maybe even the ImageView, for what it's used, would use the same basic shortcuts. In fact, why not even the FileSize view, even though it's not really necessary to implement all the functions, e.g. hiding the hidden files, for that view.

Rob: I agree.
Frank: Thanks for the suggestion, as you see it helped clarify the issue. There are no shortcut clashes.
Comment 4 FiNeX 2008-06-26 16:32:22 UTC
This has been solved in KDE4 because konqueror use the dolphin_part for manage files. Dolphin 4 use the same shortcut for all his view modes.