- Pharo-users - lists.pharo.org

Loading specific commits from ConfigurationOf

by Peter UhnÃ¡k

Hi, is it possible to depend on a specific commit instead of preconfigured? For example I would like to load Roassal2, where one of the packages is Trachel, and I want to load 'Trachel-AlexandreBergel.265'. Currently I have in my ConfigurationOfMyProject ~~~~~~~~~~~~~~~~~~~~~ project: 'Roassal2' with: [ spec className: #ConfigurationOfRoassal2; versionString: #'development'; repository: 'http://smalltalkhub.com/mc/ObjectProfile/Roassal2/main/' ]; ~~~~~~~~~~~~~~~~~~~~~~ I could replace versionString: with one of the specified in ConfigurationOfRoassal2, however the newest one is too old, and #development is too new. So is it possible for me to specify what versions of the packages will be loaded? Thanks, Peter

April 4, 2015

Re: [Pharo-users] Devnology presentation slides

by Stephan Eggermont

On 03/04/15 19:30, stepharo wrote: > Hi stefan > > what were the reactions of the audience? We managed to make them think. We had a very small, and very knowledgable group, so we had lots of difficult and interesting questions and discussions. The thing that impressed them the most was the incredibly short feedback loop when doing debugger driven design, and the way you talk to your objects. We pretty much followed the slides with the exercises, having a short sample of each of the complexity reducing things we do in Pharo. Stephan

April 3, 2015

Re: [Pharo-users] DynaCASE

by Peter UhnÃ¡k

> > With Alex and a student visiting my lab at the moment, we are working > on BPMN visualisation. > We would certainly be interested in that. Unfortunately it was completely out of me scope to implement BPMN this semester time-wise, that's why we settled for BORM and partially DEMO. Peter

April 3, 2015

Re: [Pharo-users] Non-evaluating and / or

by Jan B.

Of course, how could I have missed it before, thank you both :) Jan Blondeau Vincent wrote > Hello, > > You should but a block after "and:". > If you don't, the instruction will be always executed... > The block represents a kind of conditional action. > > So if you want to do it works : > false and: [ Transcript open ] > > Hoping that it will help, > > Best, > Vincent BLONDEAU Peter UhnÃ¡k wrote > Hi, > > that's because you need to pass a block, since you want to postpone to > execution. > i.e. false and: [Transcript open]. (otherwise the binary operation > Transcript open will take precedence over keyword false and:) > You can always look at the implementation of those things â I always learn > something from it. :) > > Â»and: alternativeBlockÂ« > > Peter -- View this message in context: http://forum.world.st/Non-evaluating-and-or-tp4817211p4817419.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 3, 2015

Re: [Pharo-users] DynaCASE

by Jan B.

I'm sorry for not replying for such long time. Thank you for sharing. I recommend loading via my baseline from github, which automatically loads all prerequisites including DynaCASE itself: Gofer new url: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo40/main'; configurationOf: 'GitFileTree'; loadDevelopment. Metacello new baseline: 'DynaCASEPetriNets'; repository: 'github://bliznjan/dynacase-petrinets/repository'; load You can take a look. As I mentioned before, it is far from complete, but I keep improving it every day so it should be usable in few weeks (petri nets model and visualisation, i.e. without simulation, much sooner). Jan SergeStinckwich wrote > On Tue, Mar 31, 2015 at 4:02 PM, Jan B. < > bliznjan@.cvut > > wrote: >> Hi >> >> Thank you for CC-ing me, Peter, since I don't watch Pharo developers >> mailing >> list. > > Hi Jan, > >> About petri nets... My main goal is to implement simulation for DynaCASE >> (i.e. "make it move") and Petri nets are for me more like a tool for >> trying >> simulation prototypes than goal itself. I'm currently stuck with them on >> developing simulation itself and on Roassal (visualisation engine from >> Moose >> which we use) problems with composite shapes. >> >> Anyway, Serge, I will improve them in time and I would be glad to hear >> what >> do you expect from it - what should it support, do etc. >> Can't promise anything, but it might help us both. > > At the moment, I'm quite interested to be able to do Process Mining: > http://www.processmining.org/ > The idea is to be able to extract from logs a process. > I have already done some experiments some time ago. I'm using a basic > alpha algorithm and build a Petri net that represent the process: > https://www.youtube.com/watch?v=wdf80t32v-0 > > The repo is here: http://smalltalkhub.com/#!/~SergeStinckwich/Moose-XES > Maybe I can use your Petri Nets viz instead of mine. > How I can load your P/N viz code in my image ? > > Regards > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ -- View this message in context: http://forum.world.st/DynaCASE-tp4816281p4817416.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 3, 2015

Re: [Pharo-users] Devnology presentation slides

by stepharo

Hi stefan what were the reactions of the audience? Stef Le 2/4/15 23:18, Stephan Eggermont a Ã©crit : > Yesterday, > > Diego and I presented Pharo at the Devnology meeting in Arnhem. > > http://www.slideshare.net/StephanEggermont/pharo-devnology20150401 > > Stephan > > > >

April 3, 2015

Re: [Pharo-users] [Pharo-dev] Pharo sprint on Friday, 3rd April

by Dmitri Zagidulin

On Fri, Apr 3, 2015 at 12:41 PM, Martin BÃ¤hr < mbaehr(a)email.archlab.tuwien.ac.at> wrote: > > nice ideas. though beginners may not have any favourite projects. > are there any stats on which projects are popular so those can be chosen > for > testing? You're right. I think by 'favorite', I meant more like 'areas you care about in general, even outside of Pharo'. For example, say you're interested in data processing in general. You can ask, "How would I go about downloading a comma-separated (CSV) file, read it into Pharo, and display a graph?" This involves learning how to do File I/O, checking to see if there's a CSV library compatible with Pharo, and checking to see what sort of graphing libraries exist (I believe one was mentioned recently on the mailing list, Roassal or something). In similar vein, you can check out XML parsers, JSON parsers, etc, etc. Or you can ask "How do I connect to a relational database? I've heard Glorp mentioned, and OpenDBX, etc, so which of these would actually work in Pharo 4?". Or, For example, maybe you care about social media APIs. You can then think, "Hey I wonder if there are any Twitter or Facebook client libraries for Pharo. Maybe there's an Open Social API ( http://en.wikipedia.org/wiki/OpenSocial ) library that I can check out." That sort of thing. > > * Write blog posts in general! Write tutorials and walkthroughs on how to > > use some of the new 4.0 features. > same problem here, being new to pharo, i would not even know what the new > features are. this should be documented in release-notes probably. > Of course, understood. Then write posts about new user impressions of Pharo 4 (keeping in mind the usual "this is open source software" / "the devs are busy so don't be too harsh on them" sort of stuff). Or short tutorials on the various small things that you've figured out to do. (Like a cron job that fires up your Pharo image on the command line).

April 3, 2015

Re: [Pharo-users] [Pharo-dev] Pharo sprint on Friday, 3rd April

by Martin BÃ¤hr

Excerpts from Dmitri Zagidulin's message of 2015-04-03 18:28:01 +0200: > Ideas for beginners, for Sprints etc: > > * Adding class comments/documentation, as mentioned, is a fantastic idea. > Maybe we can provide some code snippets, that will bring up a list of > classes with missing comments (or with too-short comments, less than X > characters). People can coordinate (on IRC, or via something like EtherPad) > on who's working on which classes. > > * Not related to core Pharo code itself, but still very helpful: Test > various libraries for compatibility with Pharo 4.0. Pick your favorite > pharo-related project or library off of SmalltalkHub (or SqueakSource, > etc), try to load it into Pharo 4. Run the unit tests. Fix stuff until it > loads fine in 4.0.Try and use the library in a simple demo project. Best > yet, write a blog post about it. The success of Pharo largely depends on > the success of its ecosystem of libraries and projects. nice ideas. though beginners may not have any favourite projects. are there any stats on which projects are popular so those can be chosen for testing? > * Write blog posts in general! Write tutorials and walkthroughs on how to > use some of the new 4.0 features. same problem here, being new to pharo, i would not even know what the new features are. this should be documented in release-notes probably. 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 secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

April 3, 2015

Re: [Pharo-users] [Pharo-dev] Pharo sprint on Friday, 3rd April

by Jigyasa Grover

Thanks Dmitri ! Will try to contribute as much as I can :) On Fri, Apr 3, 2015 at 9:58 PM, Dmitri Zagidulin <dmitri(a)zagidulin.net> wrote: > Ideas for beginners, for Sprints etc: > > * Adding class comments/documentation, as mentioned, is a fantastic idea. > Maybe we can provide some code snippets, that will bring up a list of > classes with missing comments (or with too-short comments, less than X > characters). People can coordinate (on IRC, or via something like EtherPad) > on who's working on which classes. > > * Not related to core Pharo code itself, but still very helpful: Test > various libraries for compatibility with Pharo 4.0. Pick your favorite > pharo-related project or library off of SmalltalkHub (or SqueakSource, > etc), try to load it into Pharo 4. Run the unit tests. Fix stuff until it > loads fine in 4.0.Try and use the library in a simple demo project. Best > yet, write a blog post about it. The success of Pharo largely depends on > the success of its ecosystem of libraries and projects. > > * Benchmark things. Which JSON library (of the several available) is > faster at parsing large json objects in Pharo 4? That sort of thing. > > * Write blog posts in general! Write tutorials and walkthroughs on how to > use some of the new 4.0 features. Do programming puzzles / interview > questions and post about em. Share tips on how you theme and customize your > Pharo images, which tools you use most, and so on. > > * As mentioned before, at least browse the open 4.0 issues on the pharo > FogBugz. Try to think about how you'd go about discovering how to solve > them. You'll learn a lot about the system. Also, once the issues are fixed, > you can help test and confirm the fix (if you can figure out the 'how to > reproduce' steps). Follow the 'to reproduce' steps to make sure you > reproduce the error/issue. Then load the slice containing the fix from the > pharo inbox repo, and redo the steps again to make sure it was fixed. > > > > > > > On Fri, Apr 3, 2015 at 8:54 AM, Marcus Denker <marcus.denker(a)inria.fr> > wrote: > >> >> > On 03 Apr 2015, at 14:36, Jigyasa Grover <grover.jigyasa1(a)gmail.com> >> wrote: >> > >> > Ohk. >> > No issues :) >> > Looking forward to other Pharo Sprints focusing on beginners :D >> > >> >> Yesâ¦ maybe other people have ideas? >> >> Marcus >> >> >> >

April 3, 2015

Re: [Pharo-users] [Pharo-dev] Pharo sprint on Friday, 3rd April

by Dmitri Zagidulin

Ideas for beginners, for Sprints etc: * Adding class comments/documentation, as mentioned, is a fantastic idea. Maybe we can provide some code snippets, that will bring up a list of classes with missing comments (or with too-short comments, less than X characters). People can coordinate (on IRC, or via something like EtherPad) on who's working on which classes. * Not related to core Pharo code itself, but still very helpful: Test various libraries for compatibility with Pharo 4.0. Pick your favorite pharo-related project or library off of SmalltalkHub (or SqueakSource, etc), try to load it into Pharo 4. Run the unit tests. Fix stuff until it loads fine in 4.0.Try and use the library in a simple demo project. Best yet, write a blog post about it. The success of Pharo largely depends on the success of its ecosystem of libraries and projects. * Benchmark things. Which JSON library (of the several available) is faster at parsing large json objects in Pharo 4? That sort of thing. * Write blog posts in general! Write tutorials and walkthroughs on how to use some of the new 4.0 features. Do programming puzzles / interview questions and post about em. Share tips on how you theme and customize your Pharo images, which tools you use most, and so on. * As mentioned before, at least browse the open 4.0 issues on the pharo FogBugz. Try to think about how you'd go about discovering how to solve them. You'll learn a lot about the system. Also, once the issues are fixed, you can help test and confirm the fix (if you can figure out the 'how to reproduce' steps). Follow the 'to reproduce' steps to make sure you reproduce the error/issue. Then load the slice containing the fix from the pharo inbox repo, and redo the steps again to make sure it was fixed. On Fri, Apr 3, 2015 at 8:54 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > On 03 Apr 2015, at 14:36, Jigyasa Grover <grover.jigyasa1(a)gmail.com> > wrote: > > > > Ohk. > > No issues :) > > Looking forward to other Pharo Sprints focusing on beginners :D > > > > Yesâ¦ maybe other people have ideas? > > Marcus > > >

April 3, 2015