rqt already has command line options to run plugins in standalone mode.
The specific scripts for individual rqt plugins are only for convenience.
The global guideline for wet packages is: only core binaries into global bin, other in lib/PGNAME where they can be rosrun.
Since the scripts are usually prefixed with "rqt_" they won't collide anyway.
So the final decision is up to the maintainer I would say...
- Dirk
On 16.05.2013 00:18, Tully Foote wrote:
> Another option is to use subcommand syntax to not pollute the global namespace. Unfortunately rqt itself already has a command, but possibly something similar.
>
> Tully
>
>
> On Wed, May 15, 2013 at 8:36 PM, Aaron Blasdel <
abla...@gmail.com <mailto:
abla...@gmail.com>> wrote:
>
> Musing in a similar method to William.
> If we were to put all as scripts on the global since they are under
> rqt_* and don't collide.
>
> If the scripts loaded the full rqt and loaded the item inside instead
> of stand alone would that be better? One of the issues I have now is
> that if they load it from the command line they lose most of the
> functionality of rqt.
>
> A
>
> --
> --
> To unsubscribe from this group, send email to
ros-sig-rqt...@googlegroups.com <mailto:
ros-sig-rqt%2Bunsu...@googlegroups.com>