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? Aleksei --------------------------------------------- PCMan pcman.tw at gmail.com 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 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. ... _______________________________________________ xdg mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/xdg
