https://bugs.kde.org/show_bug.cgi?id=500244
--- Comment #3 from Stefano Crocco <stefano.cro...@alice.it> --- (In reply to bug2017 from comment #2) > Indeed "Open in New Tab" context menu. For me it looks like the default was > changed. Now I've changed all enties to "embedded viewer", it restores > mostly the old behavior. But unknown text files are still opened in kwrite. > Examples are *.cu files. If you click on the "text" category in the list of file associations, you can choose what to do for all text files, which you can then change for specific file types. > But now it creates a new different behavior: If a > file get double clicked, it does not open in the associated program, but in > the same konqueror tab. So changing the configuration does not fix the issue > without breaking something else. > > I think that open in a new tab should always mean open i a new tab. Not > create an empty tab and launch it in a different application. For opening in > a different aplication there is already the Open with contex menu entry or > the double click. I agree with you, and I was actually going to implement the changes needed to do so after reading your bug report, but doing so would create another issue. For example, forcing displaying an OpenDocument file in Konqueror would show it as a .zip file (in the Ark part), because OpenDocument files are a special type of .zip files. This isn't what the user wants, however: most likely, he'll want to see the file opened in LibreOffice or some other program which can interpret the content of the .zip file. Since there's no KPart able to do so, however, Konqueror can't display the file that way. This is a relatively common situation, as many file types are specialized versions of common file types and Konqueror can display the content of the generic type but not of the specific type. -- You are receiving this mail because: You are watching all bug changes.
