May 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Some Pharo 4 Getting-Started tips

by stepharo

I like your point. Please keep idiosyncratic names because we can build marketing with them. My computer is not just Computer your phone is not just Phone :) Even your shoes are not Shoes So brands are important Pharo is not Programming Language! Le 27/5/15 00:59, Avdi Grimm a Ã©crit : > > > On Tue, May 26, 2015 at 1:27 PM Esteban Lorenzano <estebanlm(a)gmail.com > <mailto:estebanlm@gmail.com>> wrote: > >> or we can rename it as "System Browser (Nautilus)â in the title, >> or something like that > > > I think this is ideal. > > I remember back when I used to use Perl, and it had CPAN, which was > great. The only problem was that someone would say "use the XML > library!" and you'd look in CPAN and there'd be xml and xmllib and > libxml and fastxml or whatever, and you'd be like "uh... which one > would that be?" > > Ruby went the other way entirely, with idiosyncratic names like > "Nokogiri". The obvious down side is that if you see that in an app's > dependencies and you're a newbie, you have no fricking clue what it > is. The upside, though, is that if someone tells you "use Nokogiri!" > there is zero ambiguity about what you're supposed to use. It gives > the project a distinct, memorable personality. > > If you can keep distinctive project names, but also name menus and > title bars such that they link the distinct project to the *role* that > project plays, you've got the best of both worlds.

May 28, 2015

Re: [Pharo-users] How to move data between Pharo versions

by Sean P. DeNigris

Peter Kenny wrote > My question is what should I have done? There is usually an overlap between the Fuel versions loadable in consecutive Pharo versions, so you have to either (via Metacello) upgrade the Fuel in your source image, or downgrade in the target image, so that you can save and move the data without conflict. ----- Cheers, Sean -- View this message in context: http://forum.world.st/How-to-move-data-between-Pharo-versions-tp4829102p482… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 28, 2015

Re: [Pharo-users] How to move data between Pharo versions

by Sven Van Caekenberghe

> On 28 May 2015, at 18:18, PBKResearch <peter(a)pbkresearch.co.uk> wrote: > > Hello > > I have found a way round this problem, but it seems messy and uncomfortable, so I thought I should ask what is the right way to do it. > > I have just changed from using Moose 5.0 (Pharo 3.0, update: #30862) to Moose 5.1 (Pharo 4.0, update: #40613). I had a rather complex dictionary structure in a Playground in 5.0, which I wanted to reproduce exactly in the 5.1 image. Looking around, Fuel looked like the obvious tool to save and restore the structure. It saved OK in 5.0, but when I tried to re-materialize it in 5.1 I got an error message: âFLBadVersion: Materialization error. Unexpected stream versâ (canât see the rest of the message). I could see from the debugger output that Fuel was looking for version 194 and seeing 193. Using a brute force approach, I hacked FLSerializer class >> currentVersion in the Moose 5.0 image to return 194 instead 193, then tried again, and of course everything worked OK. > > My question is what should I have done? How can I move data from one image to another of a later version? If Fuel has no backward compatibility, is there another tool I can use? Depending on what the data is, STON can be quite useful. https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… > Thanks for any advice > > Peter Kenny

May 28, 2015

How to move data between Pharo versions

by PBKResearch

Hello I have found a way round this problem, but it seems messy and uncomfortable, so I thought I should ask what is the right way to do it. I have just changed from using Moose 5.0 (Pharo 3.0, update: #30862) to Moose 5.1 (Pharo 4.0, update: #40613). I had a rather complex dictionary structure in a Playground in 5.0, which I wanted to reproduce exactly in the 5.1 image. Looking around, Fuel looked like the obvious tool to save and restore the structure. It saved OK in 5.0, but when I tried to re-materialize it in 5.1 I got an error message: 'FLBadVersion: Materialization error. Unexpected stream vers' (can't see the rest of the message). I could see from the debugger output that Fuel was looking for version 194 and seeing 193. Using a brute force approach, I hacked FLSerializer class >> currentVersion in the Moose 5.0 image to return 194 instead 193, then tried again, and of course everything worked OK. My question is what should I have done? How can I move data from one image to another of a later version? If Fuel has no backward compatibility, is there another tool I can use? Thanks for any advice Peter Kenny

May 28, 2015

Problem with debugging methods

by Juraj Kubelka

Hi, regularly I cannot debug methods because nil does not understand #compilationContext in method RBMessageNode>>isInlined self methodNode compilationContext â¦ Do you face this problem? I have not found related bug on FogBugz. Thanks, Juraj Pharo4.0 (Moose image 5.1) Latest update: #40613

May 28, 2015

Re: [Pharo-users] Some Pharo 4 Getting-Started tips

by Offray Vladimir Luna CÃ¡rdenas

El 26/05/15 a las 17:59, Avdi Grimm escribiÃ³: > If you can keep distinctive project names, but also name menus and title bars > such that they link the distinct project to the *role* that project plays, > you've got the best of both worlds. > That is, for me the best approach also. Cheers, Offray

May 28, 2015

Boardician update

by Laura Risani

Hi all, Made an update, main changes : added BgMines game, added dual arrow/keyboard pointing support (try BgMines), refactored BGHuman and it's subclasses, displaying the menu pauses the game, redesigned the menu. Any feedback is welcome. In particular functionalities to add, games to implement, suggestions on how to enhance a little the games' look. What's Boardician? It is a framework for building board games. You can install it from configuration BgBoardician at Configuration Browser on 3.0 and 4.0 . D ocumentation here <http://boardician.blogspot.com.ar/2015/03/boardician.html> Best, Laura

May 28, 2015

PunQLite jx9 Documentation

by Gareth Cox

Hi All I'm using PunQLite for a prototype I'm developing. I'd like to find out more about how to do the jx9 stuff with PunQLite. I see there are examples to run simple jx9 code, but I was hoping to find something more detailed, like how to query, filter, or work with the database using jx9. KR -- Gareth Cox IT Manager/Developer Inspired Org (PTY) Ltd email: gareth(a)inspired.org <mailto:gareth@inspired.org> tell: +27 (0)21 531 5404 cell: +27 (0)78 374 9035

May 28, 2015

Re: [Pharo-users] Idea: Pharo application scaffold kickstarter

by stepharo

BTW Andreas are you attending ESUG? because this is not that far from Switzerland and you can meet a lot of Pharoers. Stef Le 27/5/15 13:37, Andreas Brodbeck a Ã©crit : > Hi all > > I get used to Pharo more and more, and I am using it for all my new > customer projects. So far, all of my (seaside) applications are all > architectured around some of my best practices and architecturally > look all pretty the same. > > I was wondering if there is something existing to help me getting > kickstarted with a new customer application in Pharo, instead of > repeatingly copy/pasting manually from another project? Something for > kickstarting a new application scaffold, based on a "best practices > application template" (to be chosen out of many from a repository > locally or even remotely shared from other developers). > > Something like a "Pharo application scaffold kickstarter". > > I did some research and did not find anything so far. What are your > thoughts around this topic? > > Cheers, > Andreas > > -- > Andreas Brodbeck > www.mindclue.ch > > >

May 28, 2015

Re: [Pharo-users] Idea: Pharo application scaffold kickstarter

by stepharo

Le 27/5/15 13:37, Andreas Brodbeck a Ã©crit : > Hi all > > I get used to Pharo more and more, and I am using it for all my new > customer projects. So far, all of my (seaside) applications are all > architectured around some of my best practices and architecturally > look all pretty the same. Excellent news!!! Do you have some success stories for the pharo web site? an we make some ads for you :) > > I was wondering if there is something existing to help me getting > kickstarted with a new customer application in Pharo, instead of > repeatingly copy/pasting manually from another project? Something for > kickstarting a new application scaffold, based on a "best practices > application template" (to be chosen out of many from a repository > locally or even remotely shared from other developers). > > Something like a "Pharo application scaffold kickstarter". I do not have the experience you have :) So if you take one of your app remove the part that are not generic publish it then you will have a first version of the scaffold. other people may help give you feedback Stef > > I did some research and did not find anything so far. What are your > thoughts around this topic? > > Cheers, > Andreas > > -- > Andreas Brodbeck > www.mindclue.ch > > >

May 28, 2015