[ros-users] Extending roslaunch

[Lorenzo Riano]

I would have a long list of suggestions. Is anybody setting up a SIG?

Lorenzo

On Tue, Aug 14, 2012 at 4:14 AM, Weißhardt, Florian <
Florian.Weisshardt at ipa.fraunhofer.de> wrote:

> +1
>
> -----Ursprüngliche Nachricht-----
> Von: ros-users-bounces at code.ros.org [mailto:ros-users-bounces at code.ros.org]
> Im Auftrag von Brice Rebsamen
> Gesendet: Dienstag, 14. August 2012 04:20
> An: User discussions
> Betreff: Re: [ros-users] Extending roslaunch
>
> I'd like to suggest adding the 'machine' attribute to the 'include'
> and 'group' tags.
> Brice
>
>
> On Mon, Jul 23, 2012 at 10:52 PM, Dan Lazewatsky <
> lazewatskyd at cse.wustl.edu> wrote:
> > I think there are a lot of potential changes that could make roslaunch
> > easier to user. Maybe we should setup a SIG to discuss these things,
> > even if it is too late to do so for Groovy.
> >
> > -Dan
> >
> >
> > On Mon, Jul 23, 2012 at 7:55 AM, Cedric Pradalier
> > <cedric.pradalier at gmail.com> wrote:
> >>
> >> Hi,
> >>
> >> If we discuss roslaunch extension, one very important thing would be
> >> to add dependencies, i.e. launch prog X once Y is running...
> >> I know this raises all kind of complicated issues especially when
> >> respawning but it would avoid developing the corresponding logic in
> >> each node.
> >>
> >> Regards
> >>
> >>
> >> On Mon, Jul 23, 2012 at 2:01 PM, Bill Morris
> >> <bill at iheartengineering.com>
> >> wrote:
> >>>
> >>> Does anyone have any opinions on extending the roslaunch and its XML
> >>> format?
> >>>
> >>> I would like to propose modifications to the <launch> tag by adding
> >>> a 'name' and 'description' attributes or elements. Icon information
> >>> might also be nice as well, but isn't really as important. These
> >>> will help make it easier to figure out what your launch files do in
> >>> a way that is machine readable for other applications.
> >>>
> >>> For example, one idea is to be able to double click on a launch file
> >>> have it start without a terminal, then it could call libnotify with
> >>> the name and description of the launch file that was started.
> >>>
> >>> This would provide helpful feedback to the user as some launch files
> >>> take a while to actually start.
> >>>
> >>> One issue I see is that libnotify/dbus seem designed to work on the
> >>> local machine and multi master will probably fail. One fix for this
> >>> might be to have roslaunch broadcast the Name and Description of
> >>> each launch file it starts on a topic. Another node could then
> >>> bridge this topic to libnotify.
> >>>
> >>> tl;dr
> >>> launch file as a desktop icon, click it, too long to start.
> >>> What is the easiest way to fix?
> >>>
> >>> --
> >>> Bill Morris <bill at iheartengineering.com> I Heart Engineering
> >>> http://www.iheartengineering.com
> >>> <3
> >>>
> >>> _______________________________________________
> >>> ros-users mailing list
> >>> ros-users at code.ros.org
> >>> https://code.ros.org/mailman/listinfo/ros-users
> >>
> >>
> >>
> >>
> >> --
> >> Cedric Pradalier
> >>
> >> _______________________________________________
> >> ros-users mailing list
> >> ros-users at code.ros.org
> >> https://code.ros.org/mailman/listinfo/ros-users
> >>
> >
> >
> > _______________________________________________
> > ros-users mailing list
> > ros-users at code.ros.org
> > https://code.ros.org/mailman/listinfo/ros-users
> >
> _______________________________________________
> ros-users mailing list
> ros-users at code.ros.org
> https://code.ros.org/mailman/listinfo/ros-users
> _______________________________________________
> ros-users mailing list
> ros-users at code.ros.org
> https://code.ros.org/mailman/listinfo/ros-users
>
> --
> Lorenzo Riano, PhD
> Research Scientist
> EECS
> University of California Berkeley
> Berkeley, CA
> 94720
>
> email: <https://code.ros.org/mailman/listinfo/ros-users>
> lorenzo.riano at berkeley.edu
> skype: lorenzo.riano
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ros.org/pipermail/ros-users/attachments/20120814/acceeb22/attachment-0004.html>