Version: 1.0.99 (using KDE 4.0.98) Installed from: Ubuntu Packages Dolphin's "Open With..." option in the file context menu is... old? Or simply less intuitive than krunner. 1. Update style based on krunner (black with curves) 2. Auto-suggest application while typing 3. Show matching application icons while typing 4. Don't show extra command line options For example, if I do an "Open With..." and type in "kwrite", I have no confirmation that the program exists or will work. However, If I select it from the utilities menu beneath, I get "/usr/lib/kde4/bin/kwrite %U", far more information than I need (I think).
Thanks Sudrien for your input, that's an interesting idea. I've set David Faure and Aaron J. Seigo to CC. (@David and Aaron: it's about replacing the "Open With..." dialog maybe by KRunner)
I just wanted to file the same back. This menu is one of my most hated things in KDE. The functionality the krunner-menu provides for finding the app is much better.
This feature, once ready, should be used also by Konqueror and any web browser being part of the KDE umbrella
Would be cool if this could be realised in KDE 4.3. I do not know how complicated it is, but since the menu already exists, it is hopefully not.
this would be an huge improvement for KDE :-)
This feature seems to have been added since 1 or 2 releases now... Shall we close the feature request? Thanks Devs
Aehm, Alvise, I do not know what you mean. I am running KDE 4.7.2 and nothing has changed.
*** Bug 206538 has been marked as a duplicate of this bug. ***
Created attachment 70128 [details] OpenWith example Here is the proof with an image: when I write "kwr" in the textbox, the dialog automatically proposes me several programs. Maybe this is an OpenSuse specific patch ? But for me this feature reuest is now done
Please note that this feature works also when opening mail attachments in kmail...
Ah, ok. Did not notice that. It's definite not an improve. But still it is missing the easiness of Krunner. The list of known applications could be removed, instead of that the dialogue could show the icons + names matching just as the user types like krunner does.
The problem with that approach is that it only matches the name of the executable (binary, i.e. in /usr/bin/), not the "user-friendly" name that you see in the application list (which is defined in a .desktop file). It also doesn't have substring matching like krunner (alt+f2) does. In other words, it will only match if the the characters you type match the beginning of the executable name This leads to several problems: 1. You need to know the executable name, which is often not the same as the 2. Many applications specify command-line arguments for opening files. Typing the command name will not include those, meaning you will not necessarily open the file the way the developers intended, or perhaps won't even open it at all. 3. It often happens that the open with dialog does not realize that an application is already listed, and will try to create a new entry for it. This is unpredictable, sometimes it does sometimes it doesn't. This would end up polluting your system with a ton of custom file openers that are not properly updated when you do software updates and are not removed when you uninstall software. Let's use the application "Plan" from the calligra suite as an example. At least on my system, it is listed in the application list as just "Plan". However, its executable name is "calligraplan". So try using krunner (alt+f2). If you just type "pla", it will find it just fine. It will also find it if you type "calligraplan". However, try using the "open with" dialog. If you type "pla" or even "plan", it won't find it. It will only find "calligraplan".
Guess what!? We did this recently! *** This bug has been marked as a duplicate of bug 359233 ***