- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [FYI] Athens tutorial

by stephane ducasse

Alex you can use it for real in roassal For the bootstrap - connection with TextMorph - reimplement all the drawOn: method stef On Apr 7, 2013, at 5:37 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Really cool! > Works well! > > How far are we from bootstrapping? > > Alexandre > > > On Apr 3, 2013, at 8:07 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> Hello, there >> >> i prepared a small tutorial for Athens, which i did today at PharoConf. >> But the code i did can be reused by non-participants of conference :) >> >> Here the instructions. >> >> Download Pharo 2.0 >> >> wget -O - get.pharo.org | bash >> >> Run Pharo 2.0 >> >> ./pharo-ui Pharo.image >> >> In a workspace, evaluate (line after line) >> >> Gofer it smalltalkhubUser: 'Pharo' project: 'Athens'; configuration; load. >> >> ConfigurationOfAthens loadVersion: '2.0'. >> >> Gofer it smalltalkhubUser: 'Pharo' project: 'Athens'; >> package:'Athens-Tutorial'; load. >> >> AthensTutorial new openWithSpec. >> >> >> Took from here >> https://gist.github.com/SergeStinckwich/44ca34b54cde83b687a3 >> (just removed duplicates ;) >> >> Thanks, Serge for compiling it down ;) >> >> Once you load the code and have window open, skip step one (you already did it), >> and then just follow the steps by pressing doit button changing the >> code , pressing doit again , going forwards etc .. and playing with >> it. >> I put some comments there to serve as a small description/detail. >> >> Any feedback & help & contributions & improvements is welcome. >> >> P.S. if you get a DNU at step 30, enable Freetype in settings and try again. >> >> -- >> Best regards, >> Igor Stasenko. >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

April 7, 2013

[Pharo-project] Debugger use case - variable reference from Glamour Inspector

by Ben Coman

Not sure what is possible with the work on the new debugger, but here is an idea / use case of mine... In Pharo 1.4, from the debugger I Explore (ie using Glamourous Inspector) a temporary variable (debugvar1) that is collection. After drilling in a little bit to a particular model object, I want to call a method (#someCalcWith:) on that object that requires a second temporary variable (debugvar2) from the debugger. At the moment from the debugger I resort to (Smalltalk at: #mydebug put: debugvar2) and then in GI going (self someCalcWith: (Smalltalk at: #mydebug)). It would be nice if an Explore from a debugger took with it the current context so that those variables could be referred to by name from the GI. As a stretch, perhaps even if the debugger moves its position on the stack, then the context available to the GI would change to match. cheers -ben

April 7, 2013

Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

by Sean P. DeNigris

Sven Van Caekenberghe-2 wrote > What is the difference between NECController and NOCController ? > In my image the latter seems to be the default, Sean is using the former. > Why ? I'm using NOCController. The class I referenced is NECPreferences, which seems to control the settings no matter which controller you use. p.s. http://users.dcc.uchile.cl/~rrobbes/p/JASE-completion.pdf describes the difference in controllers and is a fun read ----- Cheers, Sean -- View this message in context: http://forum.world.st/Issue-10219-Completion-enter-on-accept-awkwardness-tp… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 7, 2013

Re: [Pharo-project] [FYI] Athens tutorial

by Sean P. DeNigris

Igor Stasenko wrote > you are in the Pharo team: > ... > so you should be able to commit into any project which under this team > umbrella. > Please try again, and if you fail, i will copy the file manually. My bad, my login script had a bug. The file is uploaded :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/FYI-Athens-tutorial-tp4679512p4680037.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 7, 2013

Re: [Pharo-project] Resuming Issue Tracker Mailing List

by Sean P. DeNigris

stephane ducasse wrote > I would love to get the source code modification (diff) on update so that > I can read the code without cliking to all the links in the update mail. Yes! It'd also be great if the integration update emails linked to the monkey mirror instead of fogbugz, so we could get details without logging into fbz. I'm sometimes on the road without my credentials (1Password is a blessing and a curse;)) and would like to see what's going on, but can't get past the fbz login screen. Also, obviously most people do not have an account there, but may want to follow along... Although it seems maybe the monkey mirror does not have permalinks? e.g. http://bugs.pharo.org/issues/id/7602?_k=67AyslvzTyZN3vYD seems to have a seaside session id and doesn't seem to work without it... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Resuming-Issue-Tracker-Mailing-List-tp4679712p4680036… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 7, 2013

Re: [Pharo-project] OCompletion paper

by Sean P. DeNigris

Tudor Girba-2 wrote > http://users.dcc.uchile.cl/~rrobbes/p/JASE-completion.pdf Thanks :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/OCompletion-paper-tp4679991p4680035.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 7, 2013

Re: [Pharo-project] [FYI] Athens tutorial

by Alexandre Bergel

Really cool! Works well! How far are we from bootstrapping? Alexandre On Apr 3, 2013, at 8:07 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > Hello, there > > i prepared a small tutorial for Athens, which i did today at PharoConf. > But the code i did can be reused by non-participants of conference :) > > Here the instructions. > > Download Pharo 2.0 > > wget -O - get.pharo.org | bash > > Run Pharo 2.0 > > ./pharo-ui Pharo.image > > In a workspace, evaluate (line after line) > > Gofer it smalltalkhubUser: 'Pharo' project: 'Athens'; configuration; load. > > ConfigurationOfAthens loadVersion: '2.0'. > > Gofer it smalltalkhubUser: 'Pharo' project: 'Athens'; > package:'Athens-Tutorial'; load. > > AthensTutorial new openWithSpec. > > > Took from here > https://gist.github.com/SergeStinckwich/44ca34b54cde83b687a3 > (just removed duplicates ;) > > Thanks, Serge for compiling it down ;) > > Once you load the code and have window open, skip step one (you already did it), > and then just follow the steps by pressing doit button changing the > code , pressing doit again , going forwards etc .. and playing with > it. > I put some comments there to serve as a small description/detail. > > Any feedback & help & contributions & improvements is welcome. > > P.S. if you get a DNU at step 30, enable Freetype in settings and try again. > > -- > Best regards, > Igor Stasenko. > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 7, 2013

Re: [Pharo-project] Game prototype with Amber deployed

by Alexandre Bergel

Wow!!! Impressive!!!! Alexandre On Apr 5, 2013, at 8:16 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > I forward this to Pharo project it might interest some of you too. > > ---------- Forwarded message ---------- > From: ClÃ©ment Bera <bera.clement(a)gmail.com> > Date: 2013/4/5 > Subject: Game prototype with Amber deployed > To: amber-lang(a)googlegroups.com > > > Hello amber community, > > Eight months ago I met Nicolas Petton, discovered Amber and developed a game prototype with it. Recently Nicolas Petton asked me if I could deploy it to show examples of what you can do with Amber. So I spent several hours reading / updating my old code, updating to latest amber version and I deployed a beta version here : > http://clementbera.github.com/amber/projects/easnoth/fight2players.html?map… > > According to my tests on Mac OS X, on : > - Firefox it works fine > - Google Chrome it works fine the first time (cache problem) with the best animation experience but there is a problem when you refresh the page > - Safari it works fine the first time but there is a huge cache problem, so you need to close safari and reopen it to reopen the page. > > There is no AI, so you have to play two player on the same computer for now. Unfortunately I disabled a lot of functionality in this deployed version because most of them were not stable but only prototypes. Also, I developed that when I was a student and I am ashamed of the bad quality of the code ... I'm going to refactor and work on it in the next two months to go to a true release at the end of May. And I'll fix this cache problem on Safari and Chrome :). I let on purpose amber in non deploy mode so you can browse the bad code if you want to (and to show it is open source). > > This is my first use of git (I used monticello and svn only before) and the repo seems to be not correct. I will change that so the beta version link might be obselete in a few days. > > By the way congratulations for Amber it is really cool. > > Are the workspace DoIt working the same way in helios that in the previous browser ? Like you need to declare temp variables in the contrary of all the other smalltalk systems ? If so I'd like to hack in your compiler Nico to change that. > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 7, 2013

Re: [Pharo-project] [Preview] Branch test coverage analysis tool for Pharo 3.0 :)

by Alexandre Bergel

Would it be possible to annotate the method with some checkpoints within the method? This should be fast enough I guess. Alexandre On Apr 6, 2013, at 10:35 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > This is exactly that. The tree coverage tool is a subclass of AST-interpreter, which adding to the interpretation marks the nodes. And then I use this marking to color the source code. And I use as you said RB ast. > > This is why I implemented it in a few hours, I had already an AST-interpreter, so I've just created a quick subclass and a spec UI. > > > 2013/4/6 Frank Shearar <frank.shearar(a)gmail.com> > So if you don't mind me being very loose with terminology, you > interpret (RB) ASTs, and the act of interpreting marks the nodes in > these ASTs, which you can then use to colour source? > > frank > > On 6 April 2013 11:00, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > Actually, it is quite different than Jejak. > > > > Implementation wise, Jejak used Opal so I guess it relies on bytecode > > modification to do its analysis where my tool relies on ast annotations. > > > > This implies some difference in features. It seems that Jejak record all > > calls, all values and all assignments in a method (which is byte code level > > feature), whereas I record for each ast node if it was interpreted or not > > (which is ast level feature). I guess there would be a little difference in > > the use cases. > > > > > > 2013/4/6 Frank Shearar <frank.shearar(a)gmail.com> > >> > >> On 6 April 2013 07:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >>> > >>> Clement built in a couple of hours the following nice branch > >>> analysecoverage tools :) > >>> It is dead slow but cool. > >> > >> > >> By "branch coverage tool" do you mean Jejak? > >> > >> frank > >> > >> > > > > > > > > -- > > ClÃ©ment BÃ©ra > > Mate Virtual Machine Engineer > > BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq > > > > > -- > ClÃ©ment BÃ©ra > Mate Virtual Machine Engineer > BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 7, 2013

Re: [Pharo-project] How to define a ConfigurationOf with a #development version that depends on a baseline?

by Alexandre Bergel

>> Just a question: Is there any plan for a Metacello 2? >> We have learnt a lot and we have a clear idea on a number of versioning scenarios. What do we want the future of packaging in Pharo to look like? > > can you describe your scenario because we want versionner++ to support some keys scenarios and not all of them. > Christophe is working on TravisCI so that dale can work with Pharo2.0 The minimum I need to live is creating a new version by saving all the Monticello packages. It should be easy to add new dependencies. This is what I somehow have with Versionner (except for the dependencies). I know this will probably not be enough to manage Pharo or Moose, but this will be more than enough for many of us I guess. A nice feature would be to have not-predefined tags on a version (e.g., #myStableVersion #deployedVersion). Things like groups, common platform, dependencies between baselines... I am not really convinced they help me. Maybe this is too complex for me to really understand them. I know there are some documentation. But I cannot afford to read a .pdf each time I need to define a new baseline or add a dependency. I just want to press a "commit" button, as it is done in most versioning systems. The versioning model should also be simple in such a way I can run some analyzes on it (e.g., did I forget to specify a dependency? Do I have cycles in my dependencies?). Alexandre >> >> On Apr 2, 2013, at 7:15 AM, Damien Cassou <damien.cassou(a)gmail.com> wrote: >> >>> http://stackoverflow.com/questions/15762706/how-to-define-a-configurationof… >>> >>> -- >>> Damien Cassou >>> http://damiencassou.seasidehosting.st >>> >>> "Success is the ability to go from one failure to another without >>> losing enthusiasm." >>> Winston Churchill >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 7, 2013