Launch plug from CLI

Bug #921644 reported by Mario Guerriero
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Switchboard
Fix Released
Medium
Avi Romanoff

Bug Description

What I mean is that we should be able to launch Switchboard with 'switchboard plank' to open it showing the plank plug, for example.

Revision history for this message
Avi Romanoff (aroman) wrote :

This has been discussed on IRC for some time now.

Fundamentally the tricky part is dealing with the IPC, and more importantly, dealing with the fact that plugs are not known until after launch.

I'm not opposed to the idea. Confirming.

summary: - Launch Switchboard from bash with argument
+ Launch plug from CLI
Changed in switchboard:
status: New → Confirmed
importance: Undecided → Wishlist
Revision history for this message
Cody Garver (codygarver) wrote :

This bug should no longer be Wishlisted. If it were fixed, new Dexter would launch Switchboard instead of gnome-control-center; which is one less issue that's forcing us to still ship it [gnome-control-center].

I'm going to milestone this for beta1 as soon as I get accepted on Pantheon team. I don't expect that to go over well, but gnome-control-center has got to go.

Cody Garver (codygarver)
Changed in switchboard:
milestone: none → luna-beta1
Changed in switchboard:
assignee: nobody → Andrea Basso (voluntatefaber)
Revision history for this message
Cody Garver (codygarver) wrote :

Fixed by Andrea Basso at revision 192.

Changed in switchboard:
status: Confirmed → Fix Committed
Revision history for this message
xapantu (xapantu) wrote :

As I said on the bug report, this is not fixed, it can't be used on non-english computers (so, more than 50%).

Changed in switchboard:
status: Fix Committed → In Progress
Revision history for this message
Andrea Basso (voluntatefaber) wrote :

We should decide a way to "call" plugs. There are mainly three options,

 1. Adding an id field in .plug files
   This would require some work but it's actually the best solution

 2. Using the path of .plug files
 3. Using the exec command
   These solutions would require less work but the developer who needs to access plugs may/should not know where they're located.

Once a solution is decided, I can add the fix.

Revision history for this message
xapantu (xapantu) wrote : Re: [Bug 921644] Re: Launch plug from CLI

We'll use an id, e.g. if the .plug name
is /usr/lib/switchboard/printer.plug, it will be "printer". If there is
a subdir, it will be subdir/printer.

Le vendredi 30 mars 2012 à 17:11 +0000, Andrea Basso a écrit :
> We should decide a way to "call" plugs. There are mainly three options,
>
> 1. Adding an id field in .plug files
> This would require some work but it's actually the best solution
>
> 2. Using the path of .plug files
> 3. Using the exec command
> These solutions would require less work but the developer who needs to access plugs may/should not know where they're located.
>
> Once a solution is decided, I can add the fix.
>

Revision history for this message
Andrea Basso (voluntatefaber) wrote :

Oh, I see... So this doesn't even require work on .plug files... Smart! :)

Revision history for this message
Avi Romanoff (aroman) wrote :

Why don't we just use the exec field? That would never get translated and should be the most static of the other options. Plus it requires no extra computed properties.

Changed in switchboard:
importance: Wishlist → Medium
Revision history for this message
Avi Romanoff (aroman) wrote :

Nevermind that idea. We now use the .plug file's group header as the unique id.

I have updated the spec here: http://elementaryos.org/docs/apis/switchboard/plugs/plug-file. The change was committed in rev 225.

Changed in switchboard:
status: In Progress → Fix Committed
assignee: Andrea Basso (voluntatefaber) → Avi Romanoff (aroman)
Changed in switchboard:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.