[Thunar-dev] Fwd: thunar-actions-plugin

[Pierre Wieser]

Sorry for possible double posting, due to a bad sender address ;-(

----- Mail transféré -----
De: "Pierre Wieser" <pierre at wieser.fr>
À: "Jelle de Jong" <jelledejong at powercraft.nl>
Cc: "xfce file manager" <thunar-dev at xfce.org>
Envoyé: Jeudi 29 Octobre 2009 12:59:38 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne
Objet: Re: thunar-actions-plugin


----- "Jelle de Jong" <jelledejong at powercraft.nl> a écrit :

> Pierre Wieser wrote:
> > ----- "Jelle de Jong" <jelledejong at powercraft.nl> a écrit :
> > 
> >> As the person that made the initiative to start the
> >> thunar-actions-plugin. I have designed it to use mime type
> detection
> >> that is also in the .desktop file. A directory has it one mime
> type,
> >> and you can make hole list of them.
> > 
> > Yes, files vs. directories might not be the right example ;-)
> > 
> > Nonetheless, I have to carefully examine each parameter we use
> today
> > in order to try to map it to a desktop entry key, before I even
> plan
> > to define a specific group header.
> > 
> > Among others, the Exec key will stay as a potential problem, as
> > the program may be a desktop-specific one. Do you think it would
> > be possible to have a Exec-Xfce or Exec-Gnome in the same header ?
> > Or do the action author will have to write a .desktop file for 
> > each environment ?
> > 
> >> I would like to cooperate on the thunar and nautilus custom action
> >> systems, this was a goal from the start for me to make it possible
> to
> >> exchange custom action with other file managers, through a free
> >> desktop standard.
> > 
> > For now, I'm in a bug-fixing process, and I've already some other
> > enhancements in my todo list.
> > 
> > But an idea I think could be shared with other file managers is 
> > to add in a UI a list of action repositories, acting as web 
> > services, from where the user could pull a published action from 
> > one click.
> > 
> > I'm not yet there, but certainly the availability (?) of
> pre-written
> > actions is a great part of user experience..
> > 
> > If you wish so, I may keep you informed of the progress of my
> thoughts
> > of these two subjects ? Is this list the good place for this ?
> > 
> > Regards
> > Pierre
> 
> Hi Pierre,
> 
> Well the goal should be not to have separate entries for GNOME or
> XFCE
> in the .desktop files, this should only be done as a temporary
> solution.
> 
> There should be enough flexibility is the standard .desktop specs to
> get
> a good custom actions systems that works with .desktop files and is
> desktop independent. The GUI that is the frontend for the users
> should
> make and match the mime type systems and all kind of special
> groupings
> like directories only, or all video etcetra.
> 
> Have you could any indication that this is not doable, would you be
> willing to make a plan to use this kind of architecture for your
> action
> plugins, then at least have one good working system and when xfce
> team
> has an volunteer we can work on the thunar plugin code.
> 
> Thank in advance,
> 
> Cheers,
> 
> Jelle de Jong

Hi Jelle,

I've worked a lot on Nautilus-Actions since this summer. Among
other things, the data model has been extended to be able to 
define a hirarchy of actions. Of course, conditions have also
been extended, but this is a rather endless work ;-)

>From the architecture point of view, I have defined what I've
called a NAIIOProvider interface, which let me address several
distinct I/O storage sources. This interface is thought to be
implemented by dynamically loadable libraries, one for each
I/O storage source. For now, only have a GConf provider...

I also have written some pages about my data model, and how I
am currently working on fds implementation. These pages are
available here :
- the data model:
  http://www.nautilus-actions.org/?q=node/374
- the NAIIOProvider interface:
  http://www.nautilus-actions.org/?q=node/376
- some thoughts about fds specs:
  http://www.nautilus-actions.org/?q=node/375

Feel free to comment.
Regards
Pierre