[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Default file manager and folder associations
From:       Thomas_Lübking <thomas.luebking () gmail ! com>
Date:       2012-06-17 17:17:41
Message-ID: op.wf14zrlr9bmiid () localhost ! localdomain
[Download RAW message or body]

Am 17.06.2012, 18:18 Uhr, schrieb Jacopo De Simoi <wilderkde@gmail.com>:

>> a mounted media /is/ inode/directory,
>> if you want to treat things differently you'd need sth. more advanced
>> that inspects path or content and runs a special app in case. -> bash
>> script + service file or write sth. with a nifty config gui.
>
> Let me stress that this is _not_ an issue restricted to the device  
> notifier, and the fix does not belong there.

I didn't mean to suggest that.

What i wanted to say is that the task of "smart selection" goes beyond the  
concept of mime types.
In doubt you want a "smart" tool that inspects the directory (is it a  
mounted mountpoint; do we know the mounted device; what's the content, eg.  
is there a DCIM folder - stuff like that) and bind it as default  
inode/directory service.

> What we need to do in the device notifier (and in krunner) is to open a  
> path using the default file manager;
s/path/directoy/

>  that is, we need to trust that the default association for folders is  
> something sensible or
yes.

> alternatively, have somebody else tell us which is the default file  
> manager.
no - that would just introduce a second config for the same task + you'd  
still have to standardize it.

You want to open directories with the default mime handler just as images  
or an mp3, that's why they're there.
If someone sets an "rm -rf $1" script as default directory handler, that's  
actually his problem - you can't fix stupidity.


Cheers,
Thomas
[prev in list] [next in list] [prev in thread] [next in thread]