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>