open file in directory action

[Vincent Gerris]

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?
cheers


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:
> http://portland.freedesktop.org/xdg-utils-1.0/xdg-open.html
> 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:
>
>> Hi,
>>
>>
>> On 04/23/2013 01:17 PM, David Faure wrote:
>>
>>> On Monday 22 April 2013 22:35:38 Hans de Goede wrote:
>>>
>>
>> <snip>
>>
>>
>>  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
>>>>> local
>>>>> 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
>> activation,
>> if we do dbus-activation, we don't need to check if the file-manager is
>> running
>> at all, but we can NOT do dbus activation, since that does not allow
>> selecting
>> 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
>>>> dbus
>>>> 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
>>>> too,
>>>> 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
>>> .service
>>> files (including the right Exec line for not showing a window on
>>> startup).
>>>
>>
>> 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.
>>
>> Regards,
>>
>> Hans
>>
>> ______________________________**_________________
>> xdg mailing list
>> xdg at lists.freedesktop.org
>> http://lists.freedesktop.org/**mailman/listinfo/xdg<http://lists.freedesktop.org/mailman/listinfo/xdg>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/xdg/attachments/20130503/cc01ce8d/attachment.html>