Showing a file in the file manager

[PCMan]

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 ximian.com> 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.
> [snip]
>> Some use cases:
>> You can have "Show file properties" in image viewer, cd burner, file
>> chooser dialog like GtkFileChooser, or even GUI IDE like KDevelop or
>> Anjuta. Where apps want to show some files in the UI and want to
>> present more information about the files to the user, this API can be
>> quite useful.
>
> OK, so we have these so far:
>
> ShowFolder (uri, startup_id)
> ShowItem (uri, startup_id)
> ShowItemProperties (uri, startup_id)
>
> Seems like we are ready to set these in stone, correct? :)
>
>  Federico
>
>