Showing a file in the file manager

Aleksei Lissitsin aleksei.lissitsin at
Wed Sep 21 17:06:48 PDT 2011

Dear folks!

Was there any update/agreement on the issue?

Will there be added --select parameter to xdg-open or
the users will have to use DBus directly?
(IMHO, presently it still would be convenient to have such a parameter:
xdg-open could fall back to just showing the folder in the absence of
DBus interface (or try to use specific cases),
the users (e.g., Chrome browser) could already implement calls to xdg-open,
and us, casual Linux users, could tweak their system so that the thing
would work without rebuilding the browsers)

Is the interface name org/freedesktop/FileManager1
and methods names proposed by PCMan agreed upon?


PCMan at
Mon May 23 20:44:11 PDT 2011:

>Better if we use:
>ShowFolders (uris[], startup_id)
>ShowItems (uris[], startup_id)
>ShowItemProperties (uris[], startup_id)

>Sometimes we may need to show more then one files at a time.
>I cannot figure out a really good use case now, but allowing this can
>make it more extensible and it's not hard to implement, just like %u
>and %U in desktop file spec.
>Once someday we find a good use case, there's no need to break
>compatibility or to add new APIs since it's supported already.

>On Tue, May 24, 2011 at 8:04 AM, Federico Mena Quintero
><federico at> wrote:
>> On Sat, 2011-05-21 at 06:29 +0800, PCMan wrote:
>>> Do we need to specify where to show the file?
>>> Last active file manager window
>>> New window
>>> New tab (fallback to new window if tabbed-browsing is not supported)
>> I think that policy should go in the file manager itself, not as part of
>> the D-Bus API.  Otherwise we'll get a similar problem to what we had a
>> few years ago, when apps wanted to offer various modes of opening web
>> pages from the web browser, but the browser had a different opinion.
>>> ShowInFolder, ShowItem, or SelectItem might be more appropreate than
>>> ShowFile IMHO. Sometimes you might want to select something that's not
>>> a file in the folder view.

More information about the xdg mailing list