December 2014 - Pharo-users

Re: [Pharo-users] pharo at google code-in

by HernÃ¡n Morales Durand

Hi Martin, 2014-12-25 9:09 GMT-03:00 Martin BÃ¤hr <mbaehr(a)email.archlab.tuwien.ac.at>: > Excerpts from stepharo's message of 2014-12-25 11:56:29 +0100: > > > a desktop application that can search a given collection of text and > browse the > > > search results. > Do you have a prototype screenshot for the UI? A mockup? It could be interesting to see what do you expect to see. > > Ok students should follow spec tutorial. > > there is also (no idea of the status) a fast search system developed > > by benjmain areski > > thank you, that's helpful. i'll look into those. > > i found: > http://spec.st/docs/ > http://www.bahmanm.com/blogs/spec-part-1-basics > http://pharorwrules.wordpress.com/2013/06/26/a-look-into-spec/ > > and > http://smalltalkhub.com/#!/~BenjA/FullTextSearch > but no docs on it... > > > > a web application in form if a RESTful user management system that can > be used > > > as authentication server for nginx. (nginx makes a request for a given > resource > > > and asks if a user is allowed access) > > > it has a dynamic frontend (angular.js or other) without generating > html in the > > > server. > > > > for the web-project first a set of tasks explores various web > frameworks by > > > letting the students walk through a tutorial and report on the results: > > I would only list the one that are maintained. Because it is not fun to > > work with dead projects. > > agreed, however iliad happened to have a very good tutorial which included > serving static files, which is one of the features needed for the website. > > Iliad is not unmaintained and is not a dead project. Please subscribe to the Iliad mailing-list to keep updated of latest changes. We are exploring options to migrate the old web-site to a new server. I am integrating changes for working with modern (responsive) CSS frameworks. > > > personally i am now leaning towards either just zinc or teapot to > build the API > > > since i have no need for most of the features of the larger frameworks. > > Yes keep it simple. > > so in that light the tutorials will be used to let students get familiar > with > working on pharo, and then i hope at least one of them will stick with me > to > continue working on the website. > > > > for good measure, one task is exploring amber: > > Yet another environment. > > yes, this is more out of curiosity. i want to see what amber can do. > i read claims that it has data-binding so in theory it could replace js > frameworks like angular.js, though i'd also be happy to just use it to > drive > angular.js. we are currently using coffeescript, which is nice, but i like > to > explore the options. > > Amber is a new Smalltalk dialect so you could ask questions in the Amber mailing-list. I know there are people working with JS frameworks which surely can help you with specific questions. > > > well, aside from the outreach to introduce pharo to students i'd like > to invite > > > your feedback on the tasks, and i am wondering if you have suggestions > for > > > other tasks that students could work on. > > I would keep the list of tasks and frameworks to master to a nice limit. > > from the framework tutorials students were not expected to do more than one > each, it just so happened that one student was eager to pick up two. i > have a > second student learning seaside now. > > hopefully one of the two will be interested in continuing and then i'll > lead > them to just build the website with zinc (or teapot) while both of them > have > the option to fall back on the framework they learned for their own > projects if > they are interested. > > the desktop app is done by yet another student. > > > > but even if you don't join as mentors, if you have tasks for one of > your > > > projects that would be suitable, i can put them up, if i can mentor > them. > > > (and if they are easy enough for beginners, then i probably can) > > I would love to see tests and improvements on > > Athens-svg > > so that we can import svg files. > > can you give some more pointers on what would be to be done here? > try to use Athens-svg and report bugs? > i doubt students are at the level that they could fix bugs, but getting > them to > run tests on as many svg files they can find, that they can probably do. > > would that require pharo 4, or is it enough to load the dev version into > pharo 3? > > i found these resouces: > http://smalltalkhub.com/#!/~Pharo/Athens > http://stackoverflow.com/questions/14584299/interacting-with-a-svg-in-pharo > http://forum.world.st/Athens-SVG-Import-td4734685.html > http://stackoverflow.com/questions/22612240/what-exactly-is-athens > > greetings, martin. > > -- > eKita - the online platform for your entire academic > life > -- > chief engineer > eKita.co > pike programmer pike.lysator.liu.se caudium.net > societyserver.org > BLUG secretary > beijinglug.org > foresight developer foresightlinux.org > realss.com > unix sysadmin > Martin BÃ¤hr working in china > http://societyserver.org/mbaehr/ > >

Dec. 25, 2014

Re: [Pharo-users] [Pharo-dev] how do you use scripts?

by Norbert Hartl

> Am 12.12.2014 um 12:14 schrieb Tudor Girba <tudor(a)tudorgirba.com>: > > Hi, > > As input for designing new features that better support scripting in Pharo, we would benefit from a bit more input around the role scripts play in your development life. > > To this end, I would like to invite you to share your scripting experience. Here are some questions to start from, but feel free to diverge: > For me there are two kind of environments that are imported. On the one hand there is the desktop with a GUI, something that I start manually and that is being saved regularly for me to stop and continue working. On the other hand it is a server environment where everything needs to be started automatically without any GUI. This environment is never saved and always started from the same saved state. > - What kind of actions do you put in scripts? > Setup, configuration and orchestration of components. Short snippets for code I don't want to put in methods, snippets for resetting things etc. Examples are: starting zinc server, adding and configure persistence layer to a stack, resetting model state etc. > - Do you rely on script files stored on the disk at all? > On the desktop I store workspaces to files as backup and to be able to move them to a freshly build image. On the server the whole setup is done with scripts > - Where do you store your scripts (in one folder, in many folders)? > On the desktop I store them in the working directory of the image. I have separate directories for all of my projects. So the project dependent workspace files are just in that project folder. I'd like the idea of organizing scripts but then accessing/navigating to them is more effort then to type it again. I also store scripts in text documents for e.g. having quick access to Gofer snippets in order to load common modules I use. This is mainly to set up the project before writing a metacello config. And not all of those components can be accessed via configuration browser. On the server I've built a utility that accesses a directory full of snippets in a Unix SysV style manner. As an example for our mobility server: root@2d-apis:/opt# ls -1 mobility-server/launch.d/ 10_restore-ui-manager 20_rfb-vnc-server 30_logging 40_mongodb 50_start-mobility 60_scheduler 95_server-setup The prefix number organizes the order of execution of the snippets. The snippets are a mixture of shared and individual scripts. Meaning scripts like restore ui manager and rfb-vnc-server are shared among all installations because they are always the same. I just symlink them into my projects launch.d. A script like rfb-vnc-server looks like this root@2d-apis:/opt# cat mobility-server/launch.d/20_rfb-vnc-server self optionAt: 'vncport' ifPresent: [:portString| RFBServer reset. rfb := RFBServer current. self optionAt: 'vncpassword' ifPresent: [:password| rfb setFullPassword: password ]. rfb start: portString asNumber. self log: 'RFB vnc server started on port ', portString ]. This way I can switch rfb on and off using a commandline switch that is added to a project configuration. This all is part of image-launcher I want to release for several years now :) If anyone is interested please ask. > - Do you version your scripts? Workspace scripts are versioned via timemachine backup only. Server side scripts are put into git. > > - Do you store them in separate files with dedicated names, or tend to put multiple snippets in one larger file? > On the desktop it is more the latter because everything a project depends is in one or two workspaces. On the server as you could see above everything is separated into indvidual scripts > - Do you rely on the names of the scripts? > On the server for tweaking the order of execution. > - Why do you use a script file and not a class? Some of the scripts I put into classes when they grow up to be an utility function. Parts that contain contextual information I don't put into classes because I don't want to have filesystem paths, ip addresses and such inside my code and they are too static if something changes. I think putting stuff in classes is not always an option. To me scripts act as glue between the image and outer world where to image have to live in. Scripts are flexible and adhoc. In my case there is a workflow where a jenkins server builds the deployable image. If the script code (e.g. for startup) in the image needs to be tweaked you need to change the image in order to fix it and there are workflows where this would be pain (rebuilding the image and deploy it to have the change in effect). So scripts in text files have superpowers here. Norbert

Dec. 25, 2014

Re: [Pharo-users] pharo at google code-in

by Martin BÃ¤hr

Excerpts from stepharo's message of 2014-12-25 11:56:29 +0100: > > a desktop application that can search a given collection of text and browse the > > search results. > Ok students should follow spec tutorial. > there is also (no idea of the status) a fast search system developed > by benjmain areski thank you, that's helpful. i'll look into those. i found: http://spec.st/docs/ http://www.bahmanm.com/blogs/spec-part-1-basics http://pharorwrules.wordpress.com/2013/06/26/a-look-into-spec/ and http://smalltalkhub.com/#!/~BenjA/FullTextSearch but no docs on it... > > a web application in form if a RESTful user management system that can be used > > as authentication server for nginx. (nginx makes a request for a given resource > > and asks if a user is allowed access) > > it has a dynamic frontend (angular.js or other) without generating html in the > > server. > > for the web-project first a set of tasks explores various web frameworks by > > letting the students walk through a tutorial and report on the results: > I would only list the one that are maintained. Because it is not fun to > work with dead projects. agreed, however iliad happened to have a very good tutorial which included serving static files, which is one of the features needed for the website. > > personally i am now leaning towards either just zinc or teapot to build the API > > since i have no need for most of the features of the larger frameworks. > Yes keep it simple. so in that light the tutorials will be used to let students get familiar with working on pharo, and then i hope at least one of them will stick with me to continue working on the website. > > for good measure, one task is exploring amber: > Yet another environment. yes, this is more out of curiosity. i want to see what amber can do. i read claims that it has data-binding so in theory it could replace js frameworks like angular.js, though i'd also be happy to just use it to drive angular.js. we are currently using coffeescript, which is nice, but i like to explore the options. > > well, aside from the outreach to introduce pharo to students i'd like to invite > > your feedback on the tasks, and i am wondering if you have suggestions for > > other tasks that students could work on. > I would keep the list of tasks and frameworks to master to a nice limit. from the framework tutorials students were not expected to do more than one each, it just so happened that one student was eager to pick up two. i have a second student learning seaside now. hopefully one of the two will be interested in continuing and then i'll lead them to just build the website with zinc (or teapot) while both of them have the option to fall back on the framework they learned for their own projects if they are interested. the desktop app is done by yet another student. > > but even if you don't join as mentors, if you have tasks for one of your > > projects that would be suitable, i can put them up, if i can mentor them. > > (and if they are easy enough for beginners, then i probably can) > I would love to see tests and improvements on > Athens-svg > so that we can import svg files. can you give some more pointers on what would be to be done here? try to use Athens-svg and report bugs? i doubt students are at the level that they could fix bugs, but getting them to run tests on as many svg files they can find, that they can probably do. would that require pharo 4, or is it enough to load the dev version into pharo 3? i found these resouces: http://smalltalkhub.com/#!/~Pharo/Athens http://stackoverflow.com/questions/14584299/interacting-with-a-svg-in-pharo http://forum.world.st/Athens-SVG-Import-td4734685.html http://stackoverflow.com/questions/22612240/what-exactly-is-athens greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org BLUG secretary beijinglug.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

Dec. 25, 2014

Re: [Pharo-users] pharo at google code-in

by stepharo

Hi martin > hi, > > i have been meaning to learn smalltalk for a while, but i always lacked a good > project that i could do with it, until recently. and figuring that teaching is > the best way to learn i put up my projects as tasks for google code-in as part > of FOSSASIA which is a code-in mentor organization. Excellent! > > since code-in targets middle and highschool students, it is quite unlikely that > any of them already know smalltalk, or have even heared about it. so in a way > this will introduce a few students to smalltalk. > > i picked pharo because i feel it is going in the right direction trying to > improve and also adding things like commandline support. > > for my tasks i have two major aims: > > > a desktop application that can search a given collection of text and browse the > search results. Ok students should follow spec tutorial. there is also (no idea of the status a fast search system developed by benjmain areski > > a web application in form if a RESTful user management system that can be used > as authentication server for nginx. (nginx makes a request for a given resource > and asks if a user is allowed access) > it has a dynamic frontend (angular.js or other) without generating html in the > server. > > > both projects are split up into several tasks. > > the desktop application project starts out exploring the basics of how to > display text in a frame, covering the full pharo window, and switch between > multiple texts: > http://www.google-melange.com/gci/task/view/google/gci2014/5902940472606720 > > once completed a second task will add search capabilities: > http://www.google-melange.com/gci/task/view/google/gci2014/5904045940146176 > > > for the web-project first a set of tasks explores various web frameworks by > letting the students walk through a tutorial and report on the results: I would only list the one that are maintained. Because it is not fun to work with dead projects. > > aida: > http://www.google-melange.com/gci/task/view/google/gci2014/5858171612561408 > http://awblog.blog.com/2014/12/21/hello-world-creating-a-simple-webpage-wit… > > iliad: > http://www.google-melange.com/gci/task/view/google/gci2014/5888240192061440 > http://awblog.blog.com/2014/12/22/hello-world-creating-a-simple-webpage-wit… > > seaside: http://www.google-melange.com/gci/task/view/google/gci2014/5786620192096256 > zinc: http://www.google-melange.com/gci/task/view/google/gci2014/5906919541702656 > > i may add another task for teapot, but i could not find any tutorial for tide > > > the next step is to figure out how to serve static files from the image: > http://www.google-melange.com/gci/task/view/google/gci2014/5814729360539648 > > the reason for that is that, this being a small application, i prefer easy > deployability over performance, so i'd rather have all assets within the image. > > then the REST api: > http://www.google-melange.com/gci/task/view/google/gci2014/5880541949722624 > > personally i am now leaning towards either just zinc or teapot to build the API > since i have no need for most of the features of the larger frameworks. Yes keep it simple. > > initially i was interested in aida because of its support for user management, > but i am not sure it is needed. > > there is of course also a frontend: > http://www.google-melange.com/gci/task/view/google/gci2014/5905960371486720 > demo: http://idarbek.com/angular > > and a task to connect the two: > http://www.google-melange.com/gci/task/view/google/gci2014/5240815429353472 > > for good measure, one task is exploring amber: > http://www.google-melange.com/gci/task/view/google/gci2014/5825641580593152 Yet another environment. > > what does all of that have to do with you? > > well, aside from the outreach to introduce pharo to students i'd like to invite > your feedback on the tasks, and i am wondering if you have suggestions for > other tasks that students could work on. I would keep the list of tasks and frameworks to master to a nice limit. > > essentially this is an opportunity for pharo (and other smalltalk projects) to > participate in google code-in. FOSSASIA is inviting Free Software and Open > Source projects to join as mentors. (well, primarily asian projects, but since > Free Software and Open Source are global that is hard to pin down. i am in > china, so...) > > but even if you don't join as mentors, if you have tasks for one of your > projects that would be suitable, i can put them up, if i can mentor them. > (and if they are easy enough for beginners, then i probably can) I would love to see tests and improvements on Athens-svg so that we can import svg files. > > google code-in ends on the 20th of january, so there is still time for students > to pick up a few more smalltalk tasks. Excellent > > greetings, martin. >

Dec. 25, 2014

Re: [Pharo-users] Question about Morphic in Pharo 4

by stepharo

Look for AlainPlantec/Bloc on smalltalk hub. Le 23/12/14 14:34, nacho a Ã©crit : > >> No >> Now have a look at Bloc in AlainPlantec/Bloc > Thanks Stef, > Where I can find about Bloc?? > I want to take a look at it! > cheers > > > > > > > ----- > Nacho > Smalltalker apprentice. > Buenos Aires, Argentina. > -- > View this message in context: http://forum.world.st/Question-about-Morphic-in-Pharo-4-tp4796331p4796781.h… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Dec. 25, 2014

Re: [Pharo-users] Question about Morphic in Pharo 4

by stepharo

stepharo wrote >>> Morphic = make and understand any UI >> This is not the case from my experience fighting with morphic. > Agreed, of course ;) We were talking about intention, not implementation. :) but I live in reality not dreams :) > In > what little experience I have, I think that statement would be true full > stop for Self's Morphic. > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Question-about-Morphic-in-Pharo-4-tp4796331p4796783.h… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Dec. 25, 2014

pharo at google code-in

by Martin BÃ¤hr

hi, i have been meaning to learn smalltalk for a while, but i always lacked a good project that i could do with it, until recently. and figuring that teaching is the best way to learn i put up my projects as tasks for google code-in as part of FOSSASIA which is a code-in mentor organization. since code-in targets middle and highschool students, it is quite unlikely that any of them already know smalltalk, or have even heared about it. so in a way this will introduce a few students to smalltalk. i picked pharo because i feel it is going in the right direction trying to improve and also adding things like commandline support. for my tasks i have two major aims: a desktop application that can search a given collection of text and browse the search results. a web application in form if a RESTful user management system that can be used as authentication server for nginx. (nginx makes a request for a given resource and asks if a user is allowed access) it has a dynamic frontend (angular.js or other) without generating html in the server. both projects are split up into several tasks. the desktop application project starts out exploring the basics of how to display text in a frame, covering the full pharo window, and switch between multiple texts: http://www.google-melange.com/gci/task/view/google/gci2014/5902940472606720 once completed a second task will add search capabilities: http://www.google-melange.com/gci/task/view/google/gci2014/5904045940146176 for the web-project first a set of tasks explores various web frameworks by letting the students walk through a tutorial and report on the results: aida: http://www.google-melange.com/gci/task/view/google/gci2014/5858171612561408 http://awblog.blog.com/2014/12/21/hello-world-creating-a-simple-webpage-wit… iliad: http://www.google-melange.com/gci/task/view/google/gci2014/5888240192061440 http://awblog.blog.com/2014/12/22/hello-world-creating-a-simple-webpage-wit… seaside: http://www.google-melange.com/gci/task/view/google/gci2014/5786620192096256 zinc: http://www.google-melange.com/gci/task/view/google/gci2014/5906919541702656 i may add another task for teapot, but i could not find any tutorial for tide the next step is to figure out how to serve static files from the image: http://www.google-melange.com/gci/task/view/google/gci2014/5814729360539648 the reason for that is that, this being a small application, i prefer easy deployability over performance, so i'd rather have all assets within the image. then the REST api: http://www.google-melange.com/gci/task/view/google/gci2014/5880541949722624 personally i am now leaning towards either just zinc or teapot to build the API since i have no need for most of the features of the larger frameworks. initially i was interested in aida because of its support for user management, but i am not sure it is needed. there is of course also a frontend: http://www.google-melange.com/gci/task/view/google/gci2014/5905960371486720 demo: http://idarbek.com/angular and a task to connect the two: http://www.google-melange.com/gci/task/view/google/gci2014/5240815429353472 for good measure, one task is exploring amber: http://www.google-melange.com/gci/task/view/google/gci2014/5825641580593152 what does all of that have to do with you? well, aside from the outreach to introduce pharo to students i'd like to invite your feedback on the tasks, and i am wondering if you have suggestions for other tasks that students could work on. essentially this is an opportunity for pharo (and other smalltalk projects) to participate in google code-in. FOSSASIA is inviting Free Software and Open Source projects to join as mentors. (well, primarily asian projects, but since Free Software and Open Source are global that is hard to pin down. i am in china, so...) but even if you don't join as mentors, if you have tasks for one of your projects that would be suitable, i can put them up, if i can mentor them. (and if they are easy enough for beginners, then i probably can) google code-in ends on the 20th of january, so there is still time for students to pick up a few more smalltalk tasks. greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org BLUG secretary beijinglug.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

Dec. 24, 2014

Re: [Pharo-users] Building agents in Pharo

by Andy Burnett

Kish wrote <<< How about this: http://www.wolframalpha.com/ Not really free form text but quite a bit keyword dependent. Closer to what will make good sense on Pharo / every enterprise app also more contextual based on what the app does. >>> Yup, totally agree. I have been playing with Mathematica a lot recently, and there are a number of things I would love to see in Pharo. The ability to pull in data sets in computable form is really useful. Being able to say something like Population London UK, and have the data returned as a collection is great. In theory we could do the same with e.g. DataWiki. Cheers Andy

Dec. 24, 2014

Re: [Pharo-users] [ann] moose 5.0

by Tudor Girba

Hi Giorgio, Thanks for the kind words. Cheers, Doru On Wed, Dec 24, 2014 at 1:20 AM, giorgio ferraris < giorgio.ferraris(a)gmail.com> wrote: > Hi, Guys, > > I'm not (yet) working on Pharo (still VW and some VisualSmalltalk in the > few time left free from my main job), but I follow what you do (not just > you but all the community) and I have to admit you (all) work really hard. > Bergel is doing a fantastic job, and your Moose is very nice, etc. > But, I really liked the presentation of the GT stuff, I can understand the > energy you put behind your work. > > Great work. I'm happy you are on the ST community and working on the > language (ST) i like the most. Thanks! > (Oh, I know you don't like to have Pharo called Smalltalk, but I don't > like religion's wars, so that is yet smalltalk, for me). > > BTW: Happy Holidays to all. > > Giorgio > > On Wed, Dec 24, 2014 at 12:09 AM, Tudor Girba <tudor(a)tudorgirba.com> > wrote: > >> We are happy to announce Moose 5.0: >> *http://moosetechnology.org/#install* >> >> >> Description >> --- >> >> This is by far the most extensive Moose release to date. Just take a look >> at these two trailers. >> - Spotter: https://vimeo.com/113832673 >> - Inspector: https://vimeo.com/103463364 >> >> The key highlights are: >> - It is based on Pharo 3.0. >> - Roassal2 is a complete reimplementation of the core visual engine of >> Moose. >> - Roassal2 replaced Roassal, EyeSee and Graph-ET, and it features many >> new things including smooth animations, new composeable builders and >> several new layouts. >> - All built-in Moose visualizations use Roassal2. >> - Glamour has been extended with a Pager browser and with Rubric as the >> main text editor. >> - GTSpotter is a new tool that makes it possible to find objects fast. >> - GTInspector saw major usability improvements based on the Pager >> browser, and it now comes with many object specific extensions. >> - GTPlayground provides a new way to handle scripts and when combined >> with GTInspector, it can replace the dedicated easels and editors. >> - Moose Finder has been extended with the ability of handling in place >> visualizations. >> - GTDebugger has been strengthen and was made more robust. >> - PetitParser has been extended with the notion of context which enables >> elegant island parsing. >> >> A list of issues addressed in this release can be found at: >> >> http://code.google.com/p/moose-technology/issues/list?can=1&q=status=Fixed%… >> >> >> Installation >> --- >> >> The Moose Suite 5.0 comes for each platform as a separate bundle: >> - *Moose Suite 5.0 for Mac>http://moosetechnology.org/res/download/ >> moose_suite_5_0-mac.zip >> <https://dl.dropboxusercontent.com/u/18323746/Moose/moose_suite_5_0-mac.zip> >> * >> <https://dl.dropboxusercontent.com/u/18323746/Moose/moose_suite_4_8-mac.zip*> >> - *Moose Suite 5.0 for Windows>http://moosetechnology.org/res/download/ >> moose_suite_5_0-win.zip >> <https://dl.dropboxusercontent.com/u/18323746/Moose/moose_suite_5_0-win.zip> >> * >> <https://dl.dropboxusercontent.com/u/18323746/Moose/moose_suite_4_8-win.zip*> >> - *Moose Suite 5.0 for Linux>http://moosetechnology.org/res/download/ >> moose_suite_5_0-linux.zip >> <https://dl.dropboxusercontent.com/u/18323746/Moose/moose_suite_5_0-linux.zip> >> * >> <https://dl.dropboxusercontent.com/u/18323746/Moose/moose_suite_4_8-linux.zi…> >> >> The Moose Suite 5.0 can also be loaded in a Pharo 3.0 image either from >> the Configuration Browser, or by executing the following script: >> >> ==Gofer new >> == smalltalkhubUser: 'Moose' project: 'Moose'; >> == configuration; >> == loadStable >> >> >> Happy holidays! >> The Moose team >> > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 24, 2014

Re: [Pharo-users] [ann] moose 5.0

by Tudor Girba

Thanks. Doru On Wed, Dec 24, 2014 at 2:50 PM, Pierre CHANSON <chans.pierre(a)gmail.com> wrote: > Epic just like the trailers ! > > congrats, > > Pierre > > 2014-12-24 6:30 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > > Super ! >> >> Thanks a lot. >> >> > On 24 Dec 2014, at 00:09, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> > >> > We are happy to announce Moose 5.0: >> > *http://moosetechnology.org/#install* >> > >> > >> > Description >> > --- >> > >> > This is by far the most extensive Moose release to date. Just take a >> look at these two trailers. >> > - Spotter: https://vimeo.com/113832673 >> > - Inspector: https://vimeo.com/103463364 >> > >> > The key highlights are: >> > - It is based on Pharo 3.0. >> > - Roassal2 is a complete reimplementation of the core visual engine of >> Moose. >> > - Roassal2 replaced Roassal, EyeSee and Graph-ET, and it features many >> new things including smooth animations, new composeable builders and >> several new layouts. >> > - All built-in Moose visualizations use Roassal2. >> > - Glamour has been extended with a Pager browser and with Rubric as the >> main text editor. >> > - GTSpotter is a new tool that makes it possible to find objects fast. >> > - GTInspector saw major usability improvements based on the Pager >> browser, and it now comes with many object specific extensions. >> > - GTPlayground provides a new way to handle scripts and when combined >> with GTInspector, it can replace the dedicated easels and editors. >> > - Moose Finder has been extended with the ability of handling in place >> visualizations. >> > - GTDebugger has been strengthen and was made more robust. >> > - PetitParser has been extended with the notion of context which >> enables elegant island parsing. >> > >> > A list of issues addressed in this release can be found at: >> > >> http://code.google.com/p/moose-technology/issues/list?can=1&q=status=Fixed%… >> > >> > >> > Installation >> > --- >> > >> > The Moose Suite 5.0 comes for each platform as a separate bundle: >> > - *Moose Suite 5.0 for Mac> >> http://moosetechnology.org/res/download/moose_suite_5_0-mac.zip* >> > - *Moose Suite 5.0 for Windows> >> http://moosetechnology.org/res/download/moose_suite_5_0-win.zip* >> > - *Moose Suite 5.0 for Linux> >> http://moosetechnology.org/res/download/moose_suite_5_0-linux.zip* >> > >> > The Moose Suite 5.0 can also be loaded in a Pharo 3.0 image either from >> the Configuration Browser, or by executing the following script: >> > >> > ==Gofer new >> > == smalltalkhubUser: 'Moose' project: 'Moose'; >> > == configuration; >> > == loadStable >> > >> > >> > Happy holidays! >> > The Moose team >> >> >> > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 24, 2014