open file in directory action
vgerris at gmail.com
Fri May 3 01:03:52 PDT 2013
What is the best way to move forward?
If I find some time, I can patch the script en publish it here?
Are there any other idea's?
On Wed, Apr 24, 2013 at 3:57 PM, Vincent Gerris <vgerris at gmail.com> wrote:
> I do not have the same know how like you both have, but I'll try to keep
> the discussion focussed on the original question.
> Firtsly, our question is about expending capabilities when a file manager
> is used, assuming most Linux desktop apps use this.
> If I look at the description here:
> there already is a difference between an URL and 'the rest'.
> We took a look at the xdg-open script and noticed it is determined which
> file manager is being used.
> There could be some added if-thens in there, arranging for the added
> --select option call to the filemanager, if it is supported?
> Perhaps no need for another mime type either in that situation and it
> would leave other options open, right?
> This assumes that a user would always want a file to be selected when a
> file is opened by a file manager, which is the case on other platforms and
> besides that: it is what we are looking for :).
> On Tue, Apr 23, 2013 at 1:36 PM, Hans de Goede <hdegoede at redhat.com>wrote:
>> On 04/23/2013 01:17 PM, David Faure wrote:
>>> On Monday 22 April 2013 22:35:38 Hans de Goede wrote:
>> The recently discussed (but not yet formalized) "Intents" spec will allow
>>>>> to do exactly that:
>>>>> 1) pick the preferred file manager from .desktop files
>>>>> (including the possibility for the user to change preference using a
>>>>> file, similar to mimeapps.list)
>>>>> 2) start it if not already running (knowing for sure which DBus name it
>>>>> will register under)
>>>> This is inherently racy, and when we loose the race, depending on the
>>>> filemanager in question we may end up with 2 different windows.
>>> DBus activation is not racy. You cannot end up with two processes.
>>> And if the activated service starts without a window, you cannot end up
>>> with 2
>>> windows either.
>> <sigh>, the steps 1 and 2 *you* mentioned above, are not about dbus
>> if we do dbus-activation, we don't need to check if the file-manager is
>> at all, but we can NOT do dbus activation, since that does not allow
>> which file manager is the users preferred one.
>> So dbus-activation is not an option. Unless we give each file manager a
>> unique service name, which does not seem like a good idea to me...
>>> Also most
>>>> filemanagers will throw up a default window, and then one more for the
>>>> call, so if the filemanager is not running you end up with 2 windows.
>>>> nautilus has --no-default-window to fix this, others may have something
>>>> but this is not exactly simplifying the problem.
>>> And konqueror has --silent. But you don't have to deal with any of that
>>> yourself; when implementing the intents spec, the
>>> nautilus/konqueror/dolphin/**etc. developers will provide appropriate
>>> files (including the right Exec line for not showing a window on
>> And how do we deal with multiple apps (ie nautilus and konqueror)
>> offering the
>> same dbus service name? AFAIK dbus currently does not deal with this.
>> xdg mailing list
>> xdg at lists.freedesktop.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the xdg