August 2014 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Migrate code from Dolphin Smalltalk

by Thierry Goubier

Hi Esteban, I wrote some code which makes a dolphin package appear as a changeset to Pharo. Works fairly well. However, I didn't tackle the automatic code conversion issues: methods too long for pharo, Dolphin syntax extensions (##). Thierry Le 17/08/2014 00:39, Esteban A. Maringolo a Ã©crit : > Hi, > > Does anybody know if there is a tool/package or something to import > Dolphin's chunked fileouts into Pharo? > > The chunk format is different, as well as some methods not present in > Pharo classes (like #owningPackage:/#guid: among others). > > If nothing exists, then I'll have to make it somehow. > > Regards! > > Esteban A. Maringolo > >

Aug. 17, 2014

Re: [Pharo-users] Updatable trees in Moose browsers (It was Re: Rephrasing my question on Stackoverflow ...)

by Offray Vladimir Luna CÃ¡rdenas

Hi Nicolai and Doru and community, This is working like a charm. I can add an remove nodes to selected nodes on any place of the tree, as you can see in this screenshot: http://www.enlightenment.org/ss/e-53eff22637d2c7.34692752.jpg I have some questions: - I have an issue still and is that once I have deleted a particular node, its parent should be now the selected node. If this doesn't happen, deleting and adding nodes with nothing selected becomes problematic. How can I reassign the selection to a node's parent? - This is more like a curiosity on good practices. The more I write on UbakyeBrowser>>buildBrowser, the more a lateral panel becomes red. I imagine that this is related with the extension of the code and some kind of reminder for modularization. Being the tree and its behaviour the more complex part of the interface I think that is the first candidate for this to happen. There is any reading I can see for advice on this? Following the advice of Doru, here is a way to see the code and launching the last version in a default Moose: =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Gofer new smalltalkhubUser: 'Offray' project: 'Ubakye'; package: 'Ubakye'; load. UbakyeBrowser open. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Some time ago I said that I was approaching to the fun part of the Smalltalk joyride, and now if feels even closer! :-) https://twitter.com/offrayLC/status/493979407011561473/photo/1 Thanks, Offray On 08/14/2014 12:11 AM, Tudor Girba wrote: > Hi, > > The important visual objects, such as the selection, are reflected on the ports > of the pane containing the presentation. > > The tree has two ports that are relevant for selection: > - #selection will give you the selected node > - #selectionPath will give you the path from the selected node to the root > > You can do like this: > a tree > act: [:treePresentation | treePresentation selection inspect ] entitled: > 'Inspect selection'; > act: [:treePresentation | treePresentation selectionPath inspect ] entitled: > 'Inspect selection path' > > > Cheers, > Doru > > > > On Thu, Aug 14, 2014 at 1:32 AM, Nicolai Hess <nicolaihess(a)web.de > <mailto:nicolaihess@web.de>> wrote: > > Hi Offray, > > some notes about your code: > > > browser > act: [:newNode | > newNode := UbakyeNode > header: 'nuevoNodo' body: ''. > mainTree addNode: newNode.] > > this would change the block parameter "newNode", but the block parameter is > supposed to deliver the object you'll act on, the browser for example. > I think you wanted to write this code: > > browser > act: [ :b | |newNode| > > newNode := UbakyeNode > header: 'nuevoNodo' body: ''. > b entity addNode: newNode . > > if you call "b update" like you did in the "remove action" your browse tree > update will work. > > changing OrderedCollection to GLMAnnouncingCollection should work, but > you'll have to define > the appropiate announcer source #children instead of #yourself. #yourself > gives the mainTree, and that > does not work as your mainTree is not a GLMAnnouncingCollection. > > updateOn: GLMItemAdded from: #children > > There are two things I don't understand > > 1. > setting updateOn: on the browser does not work: > > browser updateOn: GLMItemAdded from: #children. > > but setting it on the tree > > (browser transmit) > to: #preview; > andShow: [ :a | > a tree > "-->" updateOn: GLMItemAdded from: #children; > > title: mainTree header; > children: [:eachNode | eachNode children ]; > > format: [:eachNode | eachNode header ]. > a text > title: 'Text']. > > > updates the tree when adding an element by the + button > > 2. is there a way to get the currently selected tree node? Otherwise > all new nodes only added to the first node. > > > There are plenty of examples, but no one with add/remove or selection on trees. > > > Nicolai > > > > > > > > > > > > > > > > > > > 2014-08-13 21:37 GMT+02:00 Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net > <mailto:offray@riseup.net>>: > > Hi Usman, > > > On 08/13/2014 02:16 AM, Usman Bhatti wrote: > > Hi Offray, > > As Doru mentioned, without a complete example it is difficult to > reproduce and > analyze your problem. > > > My main issue is that I don't know how to share a complete example > except by sharing this url: > > http://smalltalkhub.com/#!/~__Offray/Ubakye/ > <http://smalltalkhub.com/#!/~Offray/Ubakye/> > > and advising to upload the code and run "UbakyeBrowser open". In file > based frameworks I can point to a specific file which contains the > model of my defined objects, but I don't know how to share my own > defined objects/messages in Smalltalk except by this or by manually > cutting and pasting to email (it should be a better way). > > Anyway this is the part where I define a UbakyeNode: > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-__=-=-=-=-=- > Object subclass: #UbakyeNode > instanceVariableNames: 'header headers key icon body children > parent node' > classVariableNames: '' > category: 'Ubakye-Model' > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-__=-=-=-=-=- > > and the children method is the one which uses a colection: > > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-__=-=-=-=-=- > UbakyeNode>>children > "Returns the receivers list of children" > > ^ children ifNil: [children := OrderedCollection new] > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-__=-=-=-=-=- > > > For the tree to get updated on node addition or removal, you need to use > GLMAnnouncingCollection to group your nodes. Hence, when you add a > new node in > your announcing collection object, this code comes into effect: > > updateOn: GLMItemAdded from: #yourself; > > So, make sure you are using appropriate collection object. > > > > I tried changing OrderedCollection in the children message by > GLMAnnouncingCollection, but the header message started to fail. Can I > pass my children collection to a GLMAnnouncingCollection just in the > interface or need I to change the object definition for the UbakyeNode, > and if this is the case, how can I access the header of a UbakyeNode > stored in this kind of collection? I know is kind of dumb to ask without > proper context, but I hope that the SmalltalkHub repository (or other > method) can be used to share my own defined object to make better questions. > > usman > > > Cheers, > > Offray > > > > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow" >

Aug. 17, 2014

Migrate code from Dolphin Smalltalk

by Esteban A. Maringolo

Hi, Does anybody know if there is a tool/package or something to import Dolphin's chunked fileouts into Pharo? The chunk format is different, as well as some methods not present in Pharo classes (like #owningPackage:/#guid: among others). If nothing exists, then I'll have to make it somehow. Regards! Esteban A. Maringolo

Aug. 16, 2014

Re: [Pharo-users] How do I get ZnClient to follow redirects from Google App Scripts

by Sven Van Caekenberghe

On 16 Aug 2014, at 17:50, Andy Burnett <andy.burnett(a)knowinnovation.com> wrote: > á§ > Hi Sven, > That sounds encouraging. > > I am running Pharo 3.0, but I don't know how to get the release number of Zinc. Is it stored in the class comments, or can I use monticello to get the info? Yes, in the Monticello Browser, you can read the version of the package 'Zinc-HTTP', the latest is 409. But I can't remember that anything related to redirects changed recently. You could try using the latest 4.0 image which got a Zn update a couple of days ago. Or you could update Zinc in your image Gofer it url: 'http://mc.stfx.eu/ZincHTTPComponents'; configurationOf: #ZincHTTPComponents; loadVersion: #bleedingEdge. You will probably have to proceed some warnings. If you do ZnClient new logToTranscript; get: 'https://script.google.com/macros/s/AKfycbyjVyXa9cYqYZg6kfSdiT8l6S0Q3LEzn6Fv…'. you should get something like 2014-08-16 18:11:01 011 Connection Established script.google.com:443 173.194.112.14 132ms 2014-08-16 18:11:01 012 Request Written a ZnRequest(GET /macros/s/AKfycbyjVyXa9cYqYZg6kfSdiT8l6S0Q3LEzn6FvonoI1G1MzXeegrOB/exec) 2ms 2014-08-16 18:11:04 013 Response Read a ZnResponse(302 Moved Temporarily text/html;charset=UTF-8 514B) 2572ms 2014-08-16 18:11:04 014 GET /macros/s/AKfycbyjVyXa9cYqYZg6kfSdiT8l6S0Q3LEzn6FvonoI1G1MzXeegrOB/exec 302 514B 2574ms 2014-08-16 18:11:04 015 Following Redirect https://script.googleusercontent.com/macros/echo?lib=Mw_SnjVBc4Rat2UsxNpQia… 2014-08-16 18:11:04 016 Connection Closed 173.194.112.14:443 2014-08-16 18:11:04 017 Connection Established script.googleusercontent.com:443 173.194.113.106 90ms 2014-08-16 18:11:04 018 Request Written a ZnRequest(GET /macros/echo?lib=Mw_SnjVBc4Rat2UsxNpQia7HBrRXsAwLh&user_content_key=wW90OT_koAjByHBHsu_efyuqsjemk2EhRsDQ8ar4t38C7fhvlpKmScbwFVkQlrENN-VnLAZzQNvX9KM7W5sFwmKVmKVPvjtcm5_BxDlH2jW0nuo2oDemN9CCS2h10ox_1xSncGQajx_ryfhECjZEnKs0K41-LhqTVAkaTBaMruySWI1Ofcu1_BDpJ2OW96vspInsasdj0Rj2Z1GsF_xH8URUiluvVaUM) 0ms 2014-08-16 18:11:04 019 Response Read a ZnResponse(200 OK application/json;charset=utf-8 2B) 452ms 2014-08-16 18:11:04 020 GET /macros/echo?lib=Mw_SnjVBc4Rat2UsxNpQia7HBrRXsAwLh&user_content_key=wW90OT_koAjByHBHsu_efyuqsjemk2EhRsDQ8ar4t38C7fhvlpKmScbwFVkQlrENN-VnLAZzQNvX9KM7W5sFwmKVmKVPvjtcm5_BxDlH2jW0nuo2oDemN9CCS2h10ox_1xSncGQajx_ryfhECjZEnKs0K41-LhqTVAkaTBaMruySWI1Ofcu1_BDpJ2OW96vspInsasdj0Rj2Z1GsF_xH8URUiluvVaUM 200 2B 452ms In any case, I need to see your output > I am not behind a proxy > > By the way, using the ZnClient returns about 53K of text. The first chunk of which is: > > ' > <!DOCTYPE html> > <html lang="en"> > <head> > <meta charset="utf-8"> > <meta content="width=300, initial-scale=1" name="viewport"> > <meta name="description" content="Google Drive is a free way to keep your files backed up and easy to reach from any phone, tablet, or computer. Start with 15GB of Google storage â free."> > > > > Hi Andy, > > Your URL actually does return '13' for me with Zinc following the redirect: > > > > So the question is why doesn't it work for you ? > > Which version of Pharo and/or Zinc are you using ? > Are you behind a proxy ? > > Sven > > On 16 Aug 2014, at 16:55, Andy Burnett <andy.burnett(a)knowinnovation.com> wrote: > > > Hello, > > > > Google Apps Scripts allows me to create a webapp function that returns json. For security reasons the url to call the function returns a redirection. For example > > > > Curl https://script.google.com/macros/s/AKfycbyjVyXa9cYqYZg6kfSdiT8l6S0Q3LEzn6Fv… > > > > Returns an html page with the redirection information, whereas > > > > curl -L https://script.google.com/macros/s/AKfycbyjVyXa9cYqYZg6kfSdiT8l6S0Q3LEzn6Fv… > > > > Returns the json value (currently 13) > > > > I tried to use ZnClient to do the same thing, and I thought that ZnClient automatically followed redirections, but when I inspect the value it seems to actually return a larger html page, rather than the json. My Pharo code is: > > > > (ZnClient new) get: 'https://script.google.com/macros/s/AKfycbyjVyXa9cYqYZg6kfSdiT8l6S0Q3LEzn6Fv…'. > > > > Do I have to set any other options? > > > > Please Note: this is my first experiment with Google App Scripts, so it is very likely that the problem is with my script, rather than Pharo. However, the script does seem to be returning the correct value in the browser, so it might be some interaction between the two. > > > > Cheers > > Andy > > ? > >

Aug. 16, 2014

Re: [Pharo-users] How do I get ZnClient to follow redirects from Google App Scripts

by Andy Burnett

á§ > Hi Sven, > That sounds encouraging. I am running Pharo 3.0, but I don't know how to get the release number of Zinc. Is it stored in the class comments, or can I use monticello to get the info? I am not behind a proxy By the way, using the ZnClient returns about 53K of text. The first chunk of which is: ' <!DOCTYPE html> <html lang="en"> <head> <meta charset="utf-8"> <meta content="width=300, initial-scale=1" name="viewport"> <meta name="description" content="Google Drive is a free way to keep your files backed up and easy to reach from any phone, tablet, or computer. Start with 15GB of Google storage â free."> > Hi Andy, > > Your URL actually does return '13' for me with Zinc following the redirect: > > > > So the question is why doesn't it work for you ? > > Which version of Pharo and/or Zinc are you using ? > Are you behind a proxy ? > > Sven > > On 16 Aug 2014, at 16:55, Andy Burnett <andy.burnett(a)knowinnovation.com> > wrote: > > > Hello, > > > > Google Apps Scripts allows me to create a webapp function that returns > json. For security reasons the url to call the function returns a > redirection. For example > > > > Curl > https://script.google.com/macros/s/AKfycbyjVyXa9cYqYZg6kfSdiT8l6S0Q3LEzn6Fv… > > > > Returns an html page with the redirection information, whereas > > > > curl -L > https://script.google.com/macros/s/AKfycbyjVyXa9cYqYZg6kfSdiT8l6S0Q3LEzn6Fv… > > > > Returns the json value (currently 13) > > > > I tried to use ZnClient to do the same thing, and I thought that > ZnClient automatically followed redirections, but when I inspect the value > it seems to actually return a larger html page, rather than the json. My > Pharo code is: > > > > (ZnClient new) get: ' > https://script.google.com/macros/s/AKfycbyjVyXa9cYqYZg6kfSdiT8l6S0Q3LEzn6Fv… > '. > > > > Do I have to set any other options? > > > > Please Note: this is my first experiment with Google App Scripts, so it > is very likely that the problem is with my script, rather than Pharo. > However, the script does seem to be returning the correct value in the > browser, so it might be some interaction between the two. > > > > Cheers > > Andy > > ? > >

Aug. 16, 2014

Re: [Pharo-users] How do I get ZnClient to follow redirects from Google App Scripts

by Sven Van Caekenberghe

Hi Andy, Your URL actually does return '13' for me with Zinc following the redirect: So the question is why doesn't it work for you ? Which version of Pharo and/or Zinc are you using ? Are you behind a proxy ? Sven On 16 Aug 2014, at 16:55, Andy Burnett <andy.burnett(a)knowinnovation.com> wrote: > Hello, > > Google Apps Scripts allows me to create a webapp function that returns json. For security reasons the url to call the function returns a redirection. For example > > Curl https://script.google.com/macros/s/AKfycbyjVyXa9cYqYZg6kfSdiT8l6S0Q3LEzn6Fv… > > Returns an html page with the redirection information, whereas > > curl -L https://script.google.com/macros/s/AKfycbyjVyXa9cYqYZg6kfSdiT8l6S0Q3LEzn6Fv… > > Returns the json value (currently 13) > > I tried to use ZnClient to do the same thing, and I thought that ZnClient automatically followed redirections, but when I inspect the value it seems to actually return a larger html page, rather than the json. My Pharo code is: > > (ZnClient new) get: 'https://script.google.com/macros/s/AKfycbyjVyXa9cYqYZg6kfSdiT8l6S0Q3LEzn6Fv…'. > > Do I have to set any other options? > > Please Note: this is my first experiment with Google App Scripts, so it is very likely that the problem is with my script, rather than Pharo. However, the script does seem to be returning the correct value in the browser, so it might be some interaction between the two. > > Cheers > Andy > á§

Aug. 16, 2014

How do I get ZnClient to follow redirects from Google App Scripts

by Andy Burnett

Hello, Google Apps Scripts allows me to create a webapp function that returns json. For security reasons the url to call the function returns a redirection. For example Curl https://script.google.com/macros/s/AKfycbyjVyXa9cYqYZg6kfSdiT8l6S0Q3LEzn6Fv… Returns an html page with the redirection information, whereas curl -L https://script.google.com/macros/s/AKfycbyjVyXa9cYqYZg6kfSdiT8l6S0Q3LEzn6Fv… Returns the json value (currently 13) I tried to use ZnClient to do the same thing, and I thought that ZnClient automatically followed redirections, but when I inspect the value it seems to actually return a larger html page, rather than the json. My Pharo code is: (ZnClient new) get: ' https://script.google.com/macros/s/AKfycbyjVyXa9cYqYZg6kfSdiT8l6S0Q3LEzn6Fv… '. Do I have to set any other options? Please Note: this is my first experiment with Google App Scripts, so it is very likely that the problem is with my script, rather than Pharo. However, the script does seem to be returning the correct value in the browser, so it might be some interaction between the two. Cheers Andy á§

Aug. 16, 2014

Re: [Pharo-users] [Esug-list] [Moose-dev] [ANN] Live Robot Programming

by Santiago Bragagnolo

yeah for some reason math and physics men love static approach and awful variable names. And fulfill their mouths talking about performance, just to implement everything over tcp/ip even for camera and laser streaming. sorry, i unleashed a bit the monster :) 2014-08-16 2:22 GMT+02:00 Luc Fabresse <luc.fabresse(a)gmail.com>: > > 2014-08-15 19:16 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > > Indeed, this direction is really exciting. >> >> When I was at NDC, there were a couple of guys there that wanted to >> control their robot and they saw Pharo as a perfect match. With a more >> elaborate kit, we could have a door opener. >> > > yes sure, this is why we use Pharo for our robots since years > but using a dynamic language is still a difficult message to pass to the > core robotics community ;-) > > Luc > > >> >> Cheers, >> Doru >> >> >> On Fri, Aug 15, 2014 at 5:16 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> >> wrote: >> >>> >>> Thanks to both :-) >>> >>> Daniel: Contributions from you will be certainly very welcome :-) But >>> watch out, to be able to remote control the EV3 you also need a WiFi key, >>> specifically the Netgear N150 (WNA1100 chipset). Only that one works, and >>> they are getting harder to find these days :-( >>> >>> On Aug 14, 2014, at 11:03 PM, Lemuus <lemuus(a)gmail.com> wrote: >>> >>> > Awesome!!! now I really need to get a Lego Mindstorms EV3 :) >>> > >>> > >>> > On Thu, Aug 14, 2014 at 2:50 PM, Santiago Bragagnolo < >>> santiagobragagnolo(a)gmail.com> wrote: >>> > Great Johan! Congrats for both of you :) >>> > >>> > >>> > 2014-08-14 22:37 GMT+02:00 Johan Fabry <jfabry(a)dcc.uchile.cl>: >>> > >>> > >>> > Aargh, copy-paste error. The Lego robot example is on Instagram of >>> course :-) >>> > >>> > http://instagram.com/p/pEhm0Oj837/ >>> > >>> > >>> > On Aug 14, 2014, at 4:28 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >>> > >>> > > Hi all, >>> > > >>> > > itâs with great joy that I can announce the project that my PhD >>> student Miguel and I have been working on recently: Live Robot Programming, >>> or LRP for short. >>> > > >>> > > LRP is a live programming language designed for the creation of the >>> behavior layer of robots. It is fundamentally a nested state machine >>> language built with robotics applications in mind, but it is not bound to a >>> specific robot middleware, API or OS. Have a look at one minute of LRP >>> programming to get an idea of what it is like: >>> http://youtu.be/4Ma8ZapBUqA >>> > > >>> > > Live programming is fun, and live robot programming even more so, as >>> it brings all the advantages of live programming to programming a robot. >>> You get direct manipulation of a running robot, and thatâs just cool beyond >>> words. As an example of LRP on a robot, this guy was programmed in LRP: >>> http://youtu.be/4Ma8ZapBUqA Note that you can use LRP âjustâ for live >>> programming nested state machines as well. >>> > > >>> > > More information on LRP is available on its website: >>> http://pleiad.cl/LRP where you can also find download instructions. >>> > > >>> > > LRP is implemented in Pharo, and uses Roassal2 for the visualization >>> of its state machines. We currently can steer the Lego Mindstorms EV3 and >>> ROS robots, thanks to a small layer on top of the cool Pharo support that >>> Jannik, Luc, Santiago and Noury are implementing at Douai. I am going to >>> look into support for the Parrot AR.Drone 2.0esug in a few weeks. >>> > > >>> > > Miguel will be at ESUG next week (I cannot make it), and has a talk >>> at the IWST workshop about LRP, in the morning session. I am sure that he >>> will also be happy to give demos of LRP if you ask him to (but sadly >>> without a robot). >>> > > >>> > > All feedback is welcome, and â¦ have fun! >>> > > >>> > > ---> Save our in-boxes! http://emailcharter.org <--- >>> > > >>> > > Johan Fabry - http://pleiad.cl/~jfabry >>> > > PLEIAD lab - Computer Science Department (DCC) - University of >>> Chile >>> > > >>> > > >>> > > _______________________________________________ >>> > > Moose-dev mailing list >>> > > Moose-dev(a)iam.unibe.ch >>> > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> > > >>> > >>> > >>> > >>> > ---> Save our in-boxes! http://emailcharter.org <--- >>> > >>> > Johan Fabry - http://pleiad.cl/~jfabry >>> > PLEIAD lab - Computer Science Department (DCC) - University of >>> Chile >>> > >>> > >>> > >>> > >>> >>> >>> >>> ---> Save our in-boxes! http://emailcharter.org <--- >>> >>> Johan Fabry - http://pleiad.cl/~jfabry >>> PLEIAD lab - Computer Science Department (DCC) - University of Chile >>> >>> >>> _______________________________________________ >>> Esug-list mailing list >>> Esug-list(a)lists.esug.org >>> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org >>> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> >> _______________________________________________ >> Esug-list mailing list >> Esug-list(a)lists.esug.org >> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org >> >> >

Aug. 16, 2014

Re: [Pharo-users] [Esug-list] [Moose-dev] [ANN] Live Robot Programming

by Luc Fabresse

2014-08-15 19:16 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > Indeed, this direction is really exciting. > > When I was at NDC, there were a couple of guys there that wanted to > control their robot and they saw Pharo as a perfect match. With a more > elaborate kit, we could have a door opener. > yes sure, this is why we use Pharo for our robots since years but using a dynamic language is still a difficult message to pass to the core robotics community ;-) Luc > > Cheers, > Doru > > > On Fri, Aug 15, 2014 at 5:16 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > >> >> Thanks to both :-) >> >> Daniel: Contributions from you will be certainly very welcome :-) But >> watch out, to be able to remote control the EV3 you also need a WiFi key, >> specifically the Netgear N150 (WNA1100 chipset). Only that one works, and >> they are getting harder to find these days :-( >> >> On Aug 14, 2014, at 11:03 PM, Lemuus <lemuus(a)gmail.com> wrote: >> >> > Awesome!!! now I really need to get a Lego Mindstorms EV3 :) >> > >> > >> > On Thu, Aug 14, 2014 at 2:50 PM, Santiago Bragagnolo < >> santiagobragagnolo(a)gmail.com> wrote: >> > Great Johan! Congrats for both of you :) >> > >> > >> > 2014-08-14 22:37 GMT+02:00 Johan Fabry <jfabry(a)dcc.uchile.cl>: >> > >> > >> > Aargh, copy-paste error. The Lego robot example is on Instagram of >> course :-) >> > >> > http://instagram.com/p/pEhm0Oj837/ >> > >> > >> > On Aug 14, 2014, at 4:28 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >> > >> > > Hi all, >> > > >> > > itâs with great joy that I can announce the project that my PhD >> student Miguel and I have been working on recently: Live Robot Programming, >> or LRP for short. >> > > >> > > LRP is a live programming language designed for the creation of the >> behavior layer of robots. It is fundamentally a nested state machine >> language built with robotics applications in mind, but it is not bound to a >> specific robot middleware, API or OS. Have a look at one minute of LRP >> programming to get an idea of what it is like: >> http://youtu.be/4Ma8ZapBUqA >> > > >> > > Live programming is fun, and live robot programming even more so, as >> it brings all the advantages of live programming to programming a robot. >> You get direct manipulation of a running robot, and thatâs just cool beyond >> words. As an example of LRP on a robot, this guy was programmed in LRP: >> http://youtu.be/4Ma8ZapBUqA Note that you can use LRP âjustâ for live >> programming nested state machines as well. >> > > >> > > More information on LRP is available on its website: >> http://pleiad.cl/LRP where you can also find download instructions. >> > > >> > > LRP is implemented in Pharo, and uses Roassal2 for the visualization >> of its state machines. We currently can steer the Lego Mindstorms EV3 and >> ROS robots, thanks to a small layer on top of the cool Pharo support that >> Jannik, Luc, Santiago and Noury are implementing at Douai. I am going to >> look into support for the Parrot AR.Drone 2.0esug in a few weeks. >> > > >> > > Miguel will be at ESUG next week (I cannot make it), and has a talk >> at the IWST workshop about LRP, in the morning session. I am sure that he >> will also be happy to give demos of LRP if you ask him to (but sadly >> without a robot). >> > > >> > > All feedback is welcome, and â¦ have fun! >> > > >> > > ---> Save our in-boxes! http://emailcharter.org <--- >> > > >> > > Johan Fabry - http://pleiad.cl/~jfabry >> > > PLEIAD lab - Computer Science Department (DCC) - University of >> Chile >> > > >> > > >> > > _______________________________________________ >> > > Moose-dev mailing list >> > > Moose-dev(a)iam.unibe.ch >> > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> > > >> > >> > >> > >> > ---> Save our in-boxes! http://emailcharter.org <--- >> > >> > Johan Fabry - http://pleiad.cl/~jfabry >> > PLEIAD lab - Computer Science Department (DCC) - University of Chile >> > >> > >> > >> > >> >> >> >> ---> Save our in-boxes! http://emailcharter.org <--- >> >> Johan Fabry - http://pleiad.cl/~jfabry >> PLEIAD lab - Computer Science Department (DCC) - University of Chile >> >> >> _______________________________________________ >> Esug-list mailing list >> Esug-list(a)lists.esug.org >> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > >

Aug. 16, 2014

Re: [Pharo-users] [Esug-list] [Moose-dev] [ANN] Live Robot Programming

by Johan Fabry

That sounds cool, I am interested in having LRP working with more robot middlewares / APIs. Can you pass me their details? (privately) On Aug 15, 2014, at 1:16 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Indeed, this direction is really exciting. > > When I was at NDC, there were a couple of guys there that wanted to control their robot and they saw Pharo as a perfect match. With a more elaborate kit, we could have a door opener. > > Cheers, > Doru > > > On Fri, Aug 15, 2014 at 5:16 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > Thanks to both :-) > > Daniel: Contributions from you will be certainly very welcome :-) But watch out, to be able to remote control the EV3 you also need a WiFi key, specifically the Netgear N150 (WNA1100 chipset). Only that one works, and they are getting harder to find these days :-( > > On Aug 14, 2014, at 11:03 PM, Lemuus <lemuus(a)gmail.com> wrote: > > > Awesome!!! now I really need to get a Lego Mindstorms EV3 :) > > > > > > On Thu, Aug 14, 2014 at 2:50 PM, Santiago Bragagnolo <santiagobragagnolo(a)gmail.com> wrote: > > Great Johan! Congrats for both of you :) > > > > > > 2014-08-14 22:37 GMT+02:00 Johan Fabry <jfabry(a)dcc.uchile.cl>: > > > > > > Aargh, copy-paste error. The Lego robot example is on Instagram of course :-) > > > > http://instagram.com/p/pEhm0Oj837/ > > > > > > On Aug 14, 2014, at 4:28 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > > > > Hi all, > > > > > > itâs with great joy that I can announce the project that my PhD student Miguel and I have been working on recently: Live Robot Programming, or LRP for short. > > > > > > LRP is a live programming language designed for the creation of the behavior layer of robots. It is fundamentally a nested state machine language built with robotics applications in mind, but it is not bound to a specific robot middleware, API or OS. Have a look at one minute of LRP programming to get an idea of what it is like: http://youtu.be/4Ma8ZapBUqA > > > > > > Live programming is fun, and live robot programming even more so, as it brings all the advantages of live programming to programming a robot. You get direct manipulation of a running robot, and thatâs just cool beyond words. As an example of LRP on a robot, this guy was programmed in LRP: http://youtu.be/4Ma8ZapBUqA Note that you can use LRP âjustâ for live programming nested state machines as well. > > > > > > More information on LRP is available on its website: http://pleiad.cl/LRP where you can also find download instructions. > > > > > > LRP is implemented in Pharo, and uses Roassal2 for the visualization of its state machines. We currently can steer the Lego Mindstorms EV3 and ROS robots, thanks to a small layer on top of the cool Pharo support that Jannik, Luc, Santiago and Noury are implementing at Douai. I am going to look into support for the Parrot AR.Drone 2.0esug in a few weeks. > > > > > > Miguel will be at ESUG next week (I cannot make it), and has a talk at the IWST workshop about LRP, in the morning session. I am sure that he will also be happy to give demos of LRP if you ask him to (but sadly without a robot). > > > > > > All feedback is welcome, and â¦ have fun! > > > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > > > > > Johan Fabry - http://pleiad.cl/~jfabry > > > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > > > > > > > > _______________________________________________ > > > Moose-dev mailing list > > > Moose-dev(a)iam.unibe.ch > > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > > > > > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > > > Johan Fabry - http://pleiad.cl/~jfabry > > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > > > > > > > > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Aug. 15, 2014