Do you know where in the code the priority is set? The if have dolphin, use dolphin for desktop items, else use konqueror for desktop items? I would like to patch that for archlinux builds. That way I could still provide dolphin, but have the desktop items open in konqueror.
As a test, I just removed dolphin from the system and the desktop item do open in konqueror now. That is the way I want it by default. I've grepped tdelibs and tdebase for dolphin, but turned up nothing but the dolphine machine hardware in the admin dirs.
I don't know the logic of the underlying code, but look in the installed d3lphin.desktop file. You'll find two keys: MimeType and InitialPreference. Experiment with commenting out one or both and see how that affects your usage. You might need to restart Trinity or delete your tdesycoca cache files. Probably the best experiment is with a temporary fresh profile. That way no profilerc changes will affect anything.
I don't believe a distro-specific patch should be necessary. We should patch the behavior for everybody. Dolphin should not override anything until the user explicity starts doing so in the file association configurations.
Which reminds me of a discussion we had a long time ago: which apps should be the defaults for opening different types of files. We never concluded that discussion or decided anything.
Darrell
On 02/03/2014 04:58 PM, Darrell Anderson wrote:
Which reminds me of a discussion we had a long time ago: which apps should be the defaults for opening different types of files. We never concluded that discussion or decided anything.
I think we even started an etherpad on the topic. I'll look. The issue is ripe for R14 and very important. Especially for setting the order of helper applications in file-association. Image files are the worst. You have about 10 choices all jumbled together. Then whether to preview or launch and external application.
I'll report back on whether I found the etherpad. If not, let's just put our heads together and go through the file-associations and come up with a sane default strategy.
On 02/03/2014 06:06 PM, David C. Rankin wrote:
On 02/03/2014 04:58 PM, Darrell Anderson wrote:
Which reminds me of a discussion we had a long time ago: which apps should be the defaults for opening different types of files. We never concluded that discussion or decided anything.
I think we even started an etherpad on the topic. I'll look. The issue is ripe for R14 and very important. Especially for setting the order of helper applications in file-association. Image files are the worst. You have about 10 choices all jumbled together. Then whether to preview or launch and external application.
I'll report back on whether I found the etherpad. If not, let's just put our heads together and go through the file-associations and come up with a sane default strategy.
Darrell,
I checked the etherpad and I think the etherpad index is fried. I can't find any of the older pages. I managed to find the old kcontrol reorganization etherpad just by virtue of it being in my bookmarks, but nothing before #40. I did find a couple of old posts about defaults for kdeglobals and using the [win] key for desktop switching from 2011, eg:
Walk Through Desktops=Win+Tab Walk Through Desktops(Reverse)=Win+Shift+Tab
Maximize Window=Win+Shift+Up Maximize Window Vertically=Win+Up Minimize Window=Win+Down
Switch to Next Desktop=Win+Right Switch to Previous Desktop=Win+Left
Window to Next Desktop=Win+Alt+Right Window to Previous Desktop=Win+Alt+Left
Found the default "Centered" or "Smart" window placement thread from early 2012.
The argument about single-click or double-click defaults from the same time frame.
The patch to change knemo default backend from NetTools to Sys (kernel) that doesn't look like was ever applied...
The increase in the default konqueror Meta-Preview Image size
But nothing about setting default apps. So it looks like we will have to start anew.
So:
Text documents - I vote kwite over kate. If you are clicking on a text file 99 times out of 100 you are doing it to open a single text file and not something to include in a project.
Images - open in kview (fast as lightning - not the best on autozoom with middle mouse, but a reasonable trade-off, gwenview KolourPaint, ShowPhoto, Krita, etc. are all more full featured apps, better for working with multiple images, but slower with more overhead.
Sound files - Noatun or kaboodle (for same reasons) amarok, etc. are more full featured, but much slower/larger (Noatun slightly more file formats supported)
Videos - mplayer or kaffeine. kaffeine much faster, but mplayer is not a bad 2nd.
What are your thoughts?
-
Darrell Anderson -
David C. Rankin