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 <[email protected]> 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 > > _______________________________________________ xdg mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/xdg
