Version: (using KDE KDE 3.1.4) Installed from: Debian testing/unstable Packages Situation: I click on a link to a file of a type konqueror does not handle itself, but for which a default application exists. I will be presented with a dialog asking: "open [location] using [default application]?" allowing to "save as" or "cancel" instead. What I would like is this dialog allowing me to chose a different application that the default (for instance, my default for TIFF-files is the gimp, but when TIFFs are linked on the net, I typically want to open them read-only in a light-weight viewer instead). I know I can get this by right-clicking the link and chosing "Open with...", but as quite often links don't directly show, which file-type they link to, I run into the mentioned dialog quite frequently. It would be nice, if I wouldn't have press cancel, go back and then right click, but rather have the option of chosing the appropriate application directly. Something like: X Save as O Open using [dropdown] |Choose| [] don't ask again |Ok| |Cancel| Where "Open using" or "Save as" would be chosen by a radio control with the current "Save as" as default. The dropdown would be filled with all applications registered for the filetype, with the default-application as the topmost (and pre-selected) entry. The "Chose" button would allow you to select an application which is not yet registered for that file-type. As far as I understand bug #8252 (prompt user to chose appropriate application if no application is registered, yet), that would also be covered by this solution (I'm not aware, what is the current behavior in that situation, though). Maybe some way could be found to integrate bug #41845 into the solution.
I am also missing the option to display the document embedded using a kpart instead of an external viewer.
As I have just found out, my wish is fulfilled as of KDE version 4.6. Many thanks to whoever took care of that! I don't know, whether comment #1 is tracked in any other report. Therefore, I am leaving the report open for now (with a changed title).
*** Bug 127410 has been marked as a duplicate of this bug. ***
The remaining portion of this bug appears to be a duplicate of bug #32127. Marking it as a duplicate of that. Note that the other portion has always been a duplicate of bug #63550. *** This bug has been marked as a duplicate of bug 32127 ***