Version: (using KDE KDE 3.2.2) Installed from: Debian testing/unstable Packages When using the "Open With/Other ..." dialog, you can tell it to remember the association between file type and application Doing so will always set the embedding setting to "Show file in separate viewer", regardless of the previous setting In most cases, it's totally counterintuitive. For instance, if you do so for HTML files, konqueror will refuse to open them afterwards (!) More generally, one would expect konqueror to keep embedding files even after a "open with" operation
I can confirm this on 3.2.2 when I link a script to the directory inode. I always have to reset to the directory inode to use a embedded viewer just to get Konq to work again, otherwise it complains about a configuration error. This behavior would confuse anyone not familar with associations. 1) this should not occur since the default viewer settings is what should matter and/or the user settings 2) at least for the directory inode, the embedding setting does not affect the launching of a script in a seperate viewer so in this example the change is not required 3) the external viewer setting should be not be applied globally but to the given associated application.
see also bug #107860
I get the behaviour originally described, but it seems to make sense: in the "open with" dialog, you can select any app (not just KDE ones). This app might not be able to embed in Konq, so keeping the embedding setting to "embedded viewer" doesn't make sense. Or am I missing something?
I can't reproduce this so I sent Philip on it. He says it's not a bug and he's smarter than I.
Well, at least you can continue browsing now ... IMO the option should either be renamed to "make this app the default for" or (better) to put two options (one "remember application association" which would have a suboption "make it the default"). I did not expect the app to become the default application.
I re-tested the thing with editing an HTML file with a non-embeddable editor. It works as you expect (and as I don't). The problem is that, when I did click on "commit" on this bug report page, I got a nice window telling me that the URL was text/html blablabla and asking me if I wanted to open it with the said editor ... Then, I tried to open a website directly. It works at first, but clicking on a link makes the same window. (which I see as strange, I would have expected that it would fail at first) Conclusion: it broke webbrowsing, and frankly only the people who wrote this code know what the problem is just by seeing that window. I did have to search a bit and I'm one of the people who may want to open an HTML file as text. But I digress. The thing is: I did not expect (and the option name does not suggest) that the application will become the new default. IMO the option should either be renamed to "make this app the default for" or (better) to put two options (one "remember application association" which would have a suboption "make it the default"). I did not expect the app to become the default application.
Alright, then as a compromise...I'll set this wishlist and the konq team can find some wording that is more clarifyingly representative of precisely what this option does. Perhaps even adding Sylvian's suggestion of "remembering" the association which would be distinct from making it default. (I assume what that implies is that there would be an "Open With ->" entry for the chosen application.
I guess I can see how one could misunderstand that setting. See also bug 93131 for a different misunderstanding of that string