- Pharo-dev - lists.pharo.org

Re: [Pharo-project] 1.3, PBE and lab setups
by Oscar Nierstrasz Dec. 20, 2011

Dec. 20, 2011

Sure, that would be great, but please be aware that you must also check that the examples (and tests) work as advertised. If someone wants to do this please contact me, and I can give some advice and help ... on On 15 Dec 2011, at 08:48, stephane ducasse wrote: > > On Dec 15, 2011, at 2:24 AM, Serge Stinckwich wrote: > >> 2011/12/15 Dave Mason <dmason(a)mason-rose.ca>: >>> I am trying to get our local admins to set up labs so students can use the >>> latest Pharo. >>> >>> Currently we have 1.2 and PBE .image files and by removing the field in the >>> INI file that specified the image, if you clicked on Pharo, you'd get a >>> dialogue asking which image you wanted. All of these are on read-only >>> mounts, so if you want to save to the image, you need to copy the image to >>> your home directory and then you could navigate to that image file on >>> startup. Dropping an image on the executable works fine, though. >>> >>> Additionally, the PBE book doesn't play well with 1.3 (things that the book >>> says die when you try them). Apparently you can't open the PBE image from >>> the 1.3 binary without it crashing, either. >>> >>> So I have 3 questions: >>> >>> 1) is 1.3 the system to use, or will 1.4 be stable soon? >>> >>> 2) is the PBE book getting updated to work with a vanilla 1.3/1.4 image? >> >> There is no plan at the moment to do that, but you could help adapt >> the Pharo Book to the new images. >> All the contents of the book is here: >> https://github.com/SquareBracketAssociates/PharoByExample-english >> >> Maybe we can have branches for each version of Pharo ? pharo1.2, >> pharo1.3, etc â¦ > > yes this would be really good to have a branch > > Stef > >> >> Regards, >> -- >> Serge Stinckwich >> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam >> Matsuno Laboratory, Kyoto University, Japan (until 12/2011) >> http://www.mechatronics.me.kyoto-u.ac.jp/ >> Every DSL ends up being Smalltalk >> http://doesnotunderstand.org/ >> >> _______________________________________________ >> Sbe-discussion mailing list >> Sbe-discussion(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/sbe-discussion >>

4 4

Re: [Pharo-project] JetBraind support Redline Smalltalk ...
by Marcus Denker Dec. 20, 2011

Dec. 20, 2011

On Dec 20, 2011, at 9:16 AM, Philippe Marschall wrote: > On 12/20/2011 01:32 AM, James Ladd wrote: >> >> Hey everyone, >> So this is the skinny. We've met the >> basic requirements original discussed with Jet Brains early in 2011 for >> Redline Smalltalk support to make it onto their roadmap. >> We need your >> help to get it moved up. Jet Brains has a voting system where registered >> users vote up features they want to see implemented. >> As of today, there >> is now one for Redline support. The next step is pretty simple... >> >> We need everyone to sign in with google/Yahoo or sign up for a Jet Brains account and vote for Redline support.We need you to tweet about it.... to email people about it.... to google + about it. >> ... to stand on the street corner talking about how the world is going to come to an end unless this happens. >> This could be a big deal and your help is greatly appreciated. >> >> http://youtrack.jetbrains.net/issue/IDEA-79069 > > If I was JetBrains I'd be pretty pissed if I got 500 votes for this, > implemented it, and then sold only two copies because nobody voting was > actually considering buying IDEA at any point. > > Don't treat this as "Do you think Smalltalk is cool?", treat this as > "Would you buy IDEA if it had this?". > In addition, I would wait for a 1.0 release *and* to have some real users. Voting for something not yet released looks strange. Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] JetBraind support Redline Smalltalk ...
by James Ladd Dec. 20, 2011

Dec. 20, 2011

Hey everyone, So this is the skinny. We've met the basic requirements original discussed with Jet Brains early in 2011 for Redline Smalltalk support to make it onto their roadmap. We need your help to get it moved up. Jet Brains has a voting system where registered users vote up features they want to see implemented. As of today, there is now one for Redline support. The next step is pretty simple... We need everyone to sign in with google/Yahoo or sign up for a Jet Brains account and vote for Redline support.We need you to tweet about it.... to email people about it.... to google + about it. ... to stand on the street corner talking about how the world is going to come to an end unless this happens. This could be a big deal and your help is greatly appreciated. http://youtrack.jetbrains.net/issue/IDEA-79069

2 1

[Pharo-project] Fuel serialzing not truncating files
by Norbert Hartl Dec. 19, 2011

Dec. 19, 2011

Hi Martin, Mariano, I wanted to check the permissions on squeaksource for fuel but squeaksource is about to die. So I drop you a note here (because I don't know a better place). In FLSerializer>>serialize:toFileNamed: you should use StandardFileStream forceNewFileNamed: aFilename ... instead of StandardFileStream fileNamed: aFilename ... Yours does not truncate the file. If your model is shrinking then the file stays of same size with garbage trailing. I didn't test if this introduces read problems but I think truncating is the way to go. Norbert

2 1

[Pharo-project] Christmas Greetings
by Noury Bouraqadi Dec. 19, 2011

Dec. 19, 2011

Best wishes for everyone and go Pharo :-) A greetings video is available online http://car.mines-douai.fr/noury/blog Cheers, Noury -- http://twitter.com/#!/NouryBouraqadi

3 2

[Pharo-project] setting Windows Application Title Bar
by Ben Coman Dec. 19, 2011

Dec. 19, 2011

These past few days I've had several images open at the same time to compare the operation of different versions, and found I quickly lost track of exactly which image was which. There is a lot of empty space on application title bar after "Pharo 1.3" where I'd like to display the directory where pharo.exe was started from. Can this be changed on the fly from the image? or a less attractive alternative... how do I query the pharo.exe location from the Workspace, and/or update some text on the background on startup. cheers, Ben

4 4

[Pharo-project] [update 1.4] #14262
by Marcus Denker Dec. 19, 2011

Dec. 19, 2011

14262 ----- Issue 5120: Morph>>stepTime comment addition http://code.google.com/p/pharo/issues/detail?id=5120 Issue 5115: pluggableButtonMorph sensor cleaning http://code.google.com/p/pharo/issues/detail?id=5115 Issue 5110: Certain classes cannot be uncompact http://code.google.com/p/pharo/issues/detail?id=5110 -- Marcus Denker -- http://marcusdenker.de

1 0

Re: [Pharo-project] Have you played with Ameba?
by Marcus Denker Dec. 19, 2011

Dec. 19, 2011

On Dec 17, 2011, at 8:40 AM, HwaJong Oh wrote: > Markus, > > Forget Ameba. Ani is here. > > Zini das Wuslon is implemented. It moves like a real one. > Very nice! Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

Re: [Pharo-project] Time to rename Object>>#name ?
by Marcus Denker Dec. 19, 2011

Dec. 19, 2011

On Dec 17, 2011, at 11:25 AM, Janko MivÅ¡ek wrote: > Hi guys, > > Isn't a time come to finally rename this unfortunate method #name in > Object to something more internal? Yes! But we need to check how this interats with Morphic name/externalName (which we should clean up, too) -- Marcus Denker -- http://marcusdenker.de

1 0

Dec. 19, 2011

> From: Rob Vens <rob(a)sepher.nl> > Subject: [Esug-list] [Dutch] Escrow agreement Smalltalk projects > Date: December 18, 2011 2:31:11 PM GMT+01:00 > To: ESUG Members <esug-list(a)lists.esug.org> > > Dear Smalltalkers, > This issue has been raised by a small Dutch company that delivers (Pharo/Seaside) Smalltalk solutions. > When you, as an individual or small company, deliver Smalltalk solutions there is an implied risk for your customers in case of illness or such. > This risk can be mitigated through an agreement with other developers/companies in which they state that they are willing and able to take development and support upon themselves, temporary or (semi-) permanent. > Of course the process to get this formally agreed is a bit more complex, but this mail is only to ask whether there are (in this case preferably Dutch) Smalltalk developers willing to cooperate on this issue and possibly participate in some kind of legal agreement to provide more robust support to our customers. > Please reply to me personally, unless of course you want your response to benefit the broader Smalltalk community on this mailing list. > Rob Vens - rob(a)sepher.nl

1 0