April 2013 - Pharo-dev - lists.pharo.org

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

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

by Alexandre Bergel

Hi Marten, Frankly speaking, I find Envy way too complicated. I am using it these days and I am really not happy with. If I have to read a book to understand how it works, than there is no way I can teach students on how to use it in a reasonable amount of time. Configuration Map, Application, edition, scratch version and many more are way too many concepts, in my opinion. Alexandre On Apr 6, 2013, at 5:03 AM, Marten Feldtmann <marten(a)schrievkrom.de> wrote: > In all the discussions about how to manage/organize Smalltalk code - I would like to add, that ENVY (though it's so old) with its config maps, applications, prerequisites is a pretty good example how it works. > > Take a look at the only available ENVY implementation today (VAST) and think about the way they did it in the eighties ... > > The ENVY-(concept - not the implementation) is still a master peace in this area - even when compared with VS or Eclipse - and it supports the power of Smalltalk very much. > > There are questionable parts of ENVY and I do not use these parts of it very often. But even these questionable parts of ENVY have not been better solved by other Smalltalk source code management systems. > > I've repositories, which are around 10 years old - and ALL code is still there, all versions for all different platforms - down to methods differences within a mouse click and the speed within a LAN is so good. > > > Marten > > >> On Apr 5, 2013, at 11:28 PM, Alexandre Bergel<alexandre.bergel(a)me.com> wrote: >> >>> Just a question: Is there any plan for a Metacello 2? >> > <marten.vcf> -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 7, 2013

Re: [Pharo-project] Global Apology

by Alexandre Bergel

No problem. Alexandre On Apr 6, 2013, at 3:13 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > Dear Pharo mailinglist, > > I would like to apologize for the rather unfriendly and loud mail I sent in > response to a bugfix proposal by Igor on the mailing list. > > Luckily I listened to Esteban to prevent further damage. > However my intervention was rude and inappropriate. > > You experienced an unnecessary presentation of an internal discussion that is not solved yet. > Discussing and presenting it in public is counter productive and insulting. > > I wish to get my ongoing disagreement with Igor settled the following week to get us > back into a productive and friendly environment. > > > camillo bruni -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 7, 2013

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

by Benjamin

One is proposing all the symbols (without package names, timestamp and few others) alphabetically sorted, the other one is "learning" , so the order is depending on your last accepts. But I do not remember the names :S Ben On Apr 7, 2013, at 12:49 AM, Sven Van Caekenberghe <sven(a)stfx.eu> 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 ? > > On 06 Apr 2013, at 20:59, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > >> stephane ducasse wrote >>> would it be possible to get a couple of settings that you use? >> >> NECPreferences >> enabled: true; >> caseSensitive: true; >> expandPrefixes: true; >> useEnterToAccept: false; >> smartCharacters: true; >> smartCharactersWithDoubleSpace: '[]{}'; >> spaceAfterCompletion: false; >> popupAutomaticDelay: 100. >> >> >> >> ----- >> 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 6, 2013