Bug 76327 - File Associations unintuitive kfmclient_html.desktop, and unified behavior
Summary: File Associations unintuitive kfmclient_html.desktop, and unified behavior
Status: CONFIRMED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_filetypes (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-02-28 01:05 UTC by Aaron Peterson
Modified: 2018-09-24 17:47 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Aaron Peterson 2004-02-28 01:05:36 UTC
Version:            (using KDE KDE 3.2.0)
Installed from:    Gentoo Packages
Compiler:          gcc 3.3.2 
OS:          Linux

2 issues:
1.  kde doesn't (didn't in 3.1.4) distinguish between hyperlink clicked URL's and file viewer opened URL's.

2. the File Associations kcontrol panel needs expert knowledge to operate.

If I'm using konqueror as a file viewer, I want to open the html files in a text editor or quanta by default.

If I'm clicking on a hyperlink in Konqueror (no less) I want to have it open in Konqueror!

If I'm using Kopete or kmail, I want to have the hyperlink open in a super secure browser window.

If I'm using the file viewer, and right click on an html file, I want to be able to choose what safety zone the browser comes up in.  (this is probably doable with some wizardry... IF Konqueror supported security zones)


2.  I just ended a 3 month period without a working Konqueror or URL loading from kde applications.

The problem is that
Control Center --> KDE Components --> File Associations
requires god-like knowledge to operate

General:
Application Preference Order:
kfmclient_html.desktop
is not intuitive

and then there is the Embedding issue:
embedded, separate viewer, or use settings for "text group" (inheret settings from parent group)(sp)


This problem all started with wanting to have problem number 1 solved, and making kate become the default opener, and having nothing work for months aftwerwards, poking settings whenever my bleeding edge nightly build of firefox/firebird was unstable.
Comment 1 Sashmit Bhaduri 2004-02-28 01:54:18 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.
Comment 2 David Faure 2008-03-05 01:21:55 UTC
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 :/
Comment 3 Aaron Peterson 2010-07-20 14:40:51 UTC
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...