December 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Seaside] SqueakSource
by Tudor Girba Dec. 1, 2011

Dec. 1, 2011

Hi Sebastian, First, squeaksource is free and it is hosted for free, too (as the main page says, squeaksource.com is hosted free of charge by the Software Composition Group, University of Bern). Second, it is old: it dates from 2004: http://www.squeaksource.com/ss.html This was a great piece of infrastructure built by some cool guys, but now it shows its age: http://www.squeaksource.com/ss.html Please do not blame neither the authors, nor the current people that are still trying to keep it alive: basically, a couple of brave PhD students that maintain the infrastructure (not the code) in their spare time (namely, Jorge Ressia and Fabrizio Perin). There is at least one other option that should be more stable: http://ss3.gemstone.com/ And of course, in the meantime, we are all waiting for: http://www.smalltalkhub.com/ So, all in all, please refrain from these kinds of remarks. Cheers, Doru On 1 Dec 2011, at 13:10, Sebastian Sastre wrote: > nobody that is proud of his work, that's for sure. > > You are lucky is not friday. Last september I needed it badly and it when down friday afternoon... only about monday in the afternoon it came back online. That happened two weekends in a row. > > #notFun > > sebastian > > o/ > > > On Dec 1, 2011, at 5:02 AM, Robert Sirois wrote: > >> Who owns Squeaksource? It's been down for the last 19 hours at least :/ >> >> RS >> _______________________________________________ >> seaside mailing list >> seaside(a)lists.squeakfoundation.org >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -- www.tudorgirba.com "When people care, great things can happen."

1 0

[Pharo-project] SqueakSource
by Sven Van Caekenberghe Dec. 1, 2011

Dec. 1, 2011

Can someone please have another look at SqueakSource, it is down ? Thx, Sven

4 5

[Pharo-project] Call for your input on questions you ask yourselves during merge
by StÃ©phane Ducasse Dec. 1, 2011

Dec. 1, 2011

Hi guys We are writing some articles on the work of veronica to support merging activities. We need your input great smalltalk community :) What are the questions that you ask yourselves when you are/want to merge some code in your project? We would like to do a compilation of questions and also evaluate how the solution of veronica solves them or part of them. Here are some typical questions we asked ourselves. - What other changes did this change require? - Can I integrate this change right now? - How large it is? - Who made it? - Is it still valid (when I'm working on an old change)? - Is this change impacted by a change that happened in another branch of my software? Stef D., Andy K. and Veronica U.

2 1

Re: [Pharo-project] [Pharo-users] [pharo-users] Can't Load Magma in Pharo 1.3
by Mariano Martinez Peck Dec. 1, 2011

Dec. 1, 2011

On Thu, Dec 1, 2011 at 3:56 PM, jtuchel <jtuchel(a)objektfabrik.de> wrote: > Hi Mariano, > > your reply still leaves some questions open on what exactly I can do now - > apart from fixing ConfigurationOfMagma. > > Someone suggested to me in PM to simply remove the line > > "Some images may have a bug in startup list processing. Add this class to a > known > place in the middle of the list to avoid getting bitten by the bug." > Smalltalk addToStartUpList: ThisOSProcess after: ImageSegment. > > from ThisOSProcess>>#initialize. > > Doesn't that mean new trouble if ThisOSProcess is not added to the > StartUpList at all? > Yes, that's incorrect. You should do something like: Smalltalk addToStartUpList: ThisOSProcess. As said, I think it has been fixed in latest OSProcess code. > > Where in ConfigurationOfMagma or even better: how can I find the place that > requires The OSProcess-Base Package and fix it to use a newer version? > > I have no idea. I cc'ed someone who may be able to help. > Joachim > > -- > View this message in context: > http://forum.world.st/Re-Pharo-users-pharo-users-Can-t-Load-Magma-in-Pharo-… > Sent from the Magma mailing list archive at Nabble.com. > _______________________________________________ > Magma mailing list > Magma(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/mailman/listinfo/magma > -- Mariano http://marianopeck.wordpress.com

1 0

Re: [Pharo-project] [COTDC] 86 - TextURL
by Fernando Olivero Dec. 1, 2011

Dec. 1, 2011

I believe they're legacy classes, and should be removed also. Given that they are not really used at all in TextMorphs nor the text editors. Fernando On Thu, Dec 1, 2011 at 5:10 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > This is a subclass of TextAction which is a subclass of TextAttribute > > Hierarchy: > TextAttribute > Â TextAction > Â Â PluggableTextAttribute > Â Â TextDoIt > Â Â Â TextPrintIt > Â Â TextLink > Â Â TextURL > > Is anyone using any of this? I've never heard it mentioned and vote to > remove TextAction and all of its subclasses from the image unless someone > speaks up for them. > > Additional info: > They are referenced by TextEditor comments; and RemoteString, PseudoClass, > and RunArray, which all seems to be about filing them in and out. > > They appear to be the beginnings of a markup syntax. > > The comment from TextAttribute is: > > >> Tells a piece of text to be a certain way. >> >> Select text, press Command-6, choose a attribute. Â If selected text is of >> the form >> Â Â Â Hi There<Smalltalk beep> >> the part in angle brackets is saved for action, and the Hi There appears >> in the paragraph. Â If selection has no angle brackets, use the whole thing >> as both the text and the action. >> >> TextDoIt Â -- Â eval as a Smalltalk expression (the part in angle brackets) >> >> TextLink -- Show a method, class comment, class hierarchy, or class >> defintion. >> Â Â Â <Point extent:>, <Point Comment>, <Point Hierarchy>, or <Point Defintion> >> are what you type. >> >> TextURL -- Show the web page. <www.disney.com> >> >> These attributes of text need to be stored on the disk in a regular >> file-out. Â It is done in this form: Â Hi There >> Â Â Â in the text, and a Run containing Â dSmalltalk beep;; >> Â Â Â Click here to see the extent: >> Â Â Â in the text, and a Run containing Â method LPoint extent:; >> See RunArray class scanFrom: where decoding is done. >> > > -- > View this message in context: http://forum.world.st/COTDC-86-TextURL-tp4119838p4126875.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

2 1

[Pharo-project] Morph's #flags instVar
by Bernat Romagosa Dec. 1, 2011

Dec. 1, 2011

Hi list, In order to get Scat to be able to import Scratch projects, we'd need to add the 'flags' instVar to Morph, but whenever we try an error is triggered. Is there a reason for this behaviour? How can we get to add this variable? Thanks! -- Bernat Romagosa

2 3

Dec. 1, 2011

Just out of curiosity is there a way to specify the class that should be used when loading a fuel saved objects. For example I would like to know if it is possible to save Booleans and load them as instance of another class MBoolean of course boolean is a bit extreme :) but for a bootstrap we may need that. Stef

4 3

[Pharo-project] [COTDC] 90 - TextAlignment
by sean＠clipperadams.com Dec. 1, 2011

Dec. 1, 2011

Continuing in Collections... Today: TextAlignment Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest p.s. this message was sent from a pharo image. Did you know you could easily do that?!

1 0

Re: [Pharo-project] [squeak-dev] Re: New Cog VMs available at...
by Eliot Miranda Dec. 1, 2011

Dec. 1, 2011

On Tue, Nov 29, 2011 at 11:54 PM, Alexander LazareviÄ <laza(a)blobworks.com>wrote: > 2011/11/29 Eliot Miranda <eliot.miranda(a)gmail.com> > >> -1 => executable name >> -2 .. -n => VM arguments *including* image (if explicitly >> supplied). >> > > Before we had (at least on Linux and I guess with the StackVM): > > 0 => executable name > -1 .. -n => VM arguments *including* image (if explicitly > supplied). > Right. And that makes sense. > > Why the need to change that? And what's 0 returning now? The same as 1 > (with path)? > I wanted all three platforms to be the same (the Mac was not answering any VM parameters at all, and Windows was returning the executable in -1). But I missed that 0 was answering the executable name. It makes no sense for Smalltalk getSystemAttribute: 0 and Smalltalk getSystemAttribute: -1 to answer the same thing. I will change it (back) to 0 => executable name -1 .. -n => VM arguments *including* image (if explicitly supplied). and do so on all platforms. Thanks for spotting this. Alex > -- best, Eliot

2 1