Summary: | File Associations unintuitive kfmclient_html.desktop, and unified behavior | ||
---|---|---|---|
Product: | [Applications] systemsettings | Reporter: | Aaron Peterson <alpeterson> |
Component: | kcm_filetypes | Assignee: | David Faure <faure> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | alpeterson, aspotashev, bugseforuns, serhiy.int, toddrme2178 |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Aaron Peterson
2004-02-28 01:05:36 UTC
I agree with most of your comments. I think http://www.csis.gvsu.edu/~abreschm/designs/the-control-panel/ had some redesign idea for that panel, but I can't find it righ tnow. I confirm that filemanager and webbrowsing settings being mixed are a problem. However I don't see how to separate them without making the configuration module even more difficult to understand :/ This is still a problem in kde 4.4 We need opening behavior to be associated with the view, not the container. When in web browser view, konqueror should check to see if it can open it, if not download, then present the user with an option dialog of how to open it / deal with it. Then let the configuration options apply for file view mode only. To keep current behvior, let there be one option. makeBrowserViewFileOpeningLikeFileView I came up with a shorter option name... it involved 8 four-letter words tho... |