https://bugs.kde.org/show_bug.cgi?id=460985

Oded Arbel <o...@geek.co.il> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |o...@geek.co.il

--- Comment #39 from Oded Arbel <o...@geek.co.il> ---
With current 6.2 beta, I get the portal "open with" in most applications and
the lack of option to select a custom binary is really problematic.

My use case1:
1. Opening file from Konsole from a directory listing (or other output that
shows file paths) - right click a highlighted filename, or a selection, and
click "Open with..."
2. Using Dolphin to send files to arbitrary scripts I write from time to time,
whether I expect them to show a GUI or to use "Run in terminal" option.

The current implementation has a "Choose Other..." button near the search field
- when you click it, you get a file picker (unhelpfully titled
"xdg-desktop-portal-kde") where if you choose a file - it just enters its full
path into the search field, which will then cause the application list to show
the text "No matches" (even with paths to applications that do normally show up
in the list, which kind of makes sense) and there is no way to move forward.

What I would expect to happen:

When the "Choose other..." file picker returns, or if the user has manually
entered a valid absolute path to an existing file that has execute permissions,
the application list will change to include a single item showing the selected
file (with its MIME type icon, like the file picker showed, or the
"application-x-executable" icon), so the user can click on that to execute the
binary, with the file to open as the first and only argument.

For extra points, it will be very useful that in the case of "execute
application from an absolute path", a text field will appear under the
application list with the label "Application arguments" where by default it
will be pre-filled with "%F" and the user will be able to change that. The
current dialog is already changing sizes and adding/removing UI in response to
user actions - when the user types in text in the search field to cause the
application list to not show any matches, the bottom section labeled "Discover
More Applications" is removed, then returned as soon as there are some entries
in the list again (and also flickers when that happens, which is quite
disturbing).

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to