Jon Mace and I had talked about doing that, but we didn't know where to start, especially since it's too late for groovy. -Dan On Tue, Aug 14, 2012 at 11:14 AM, Lorenzo Riano wrote: > 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@ipa.fraunhofer.de> wrote: > >> +1 >> >> -----Ursprüngliche Nachricht----- >> Von: ros-users-bounces@code.ros.org [mailto: >> ros-users-bounces@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@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 >> > 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 >> >> >> >> wrote: >> >>> >> >>> Does anyone have any opinions on extending the roslaunch and its XML >> >>> format? >> >>> >> >>> I would like to propose modifications to the 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 I Heart Engineering >> >>> http://www.iheartengineering.com >> >>> <3 >> >>> >> >>> _______________________________________________ >> >>> ros-users mailing list >> >>> ros-users@code.ros.org >> >>> https://code.ros.org/mailman/listinfo/ros-users >> >> >> >> >> >> >> >> >> >> -- >> >> Cedric Pradalier >> >> >> >> _______________________________________________ >> >> ros-users mailing list >> >> ros-users@code.ros.org >> >> https://code.ros.org/mailman/listinfo/ros-users >> >> >> > >> > >> > _______________________________________________ >> > ros-users mailing list >> > ros-users@code.ros.org >> > https://code.ros.org/mailman/listinfo/ros-users >> > >> _______________________________________________ >> ros-users mailing list >> ros-users@code.ros.org >> https://code.ros.org/mailman/listinfo/ros-users >> _______________________________________________ >> ros-users mailing list >> ros-users@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: >> lorenzo.riano@berkeley.edu >> skype: lorenzo.riano >> >> >> >> > _______________________________________________ > ros-users mailing list > ros-users@code.ros.org > https://code.ros.org/mailman/listinfo/ros-users > >