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

[Pharo-project] squeaksource is down - a different perspective
by Torsten Bergmann May 2, 2011

May 2, 2011

>squeaksource.com is down a lot. People get frustrated at times. Yes, and unfortunately it looks like people love to be frustrated. Otherwise people would give Tobias more feedback on SqueakSource3 (see [1]) which IMHO could overtake the job in the future and replace the problematic image? Or is the outage a traffic problem and may happen with SS3 too? Is the (daily?) restart the only option we have or is a migration to a newer SS version possible? And yes - SmalltalkHub is on the way, but we still dont know how well it fits our needs/works/scales. Yes, this sounds negative but I think it can replace Squeaksource only in a long term... Bye T. [1] http://lists.gforge.inria.fr/pipermail/pharo-project/2011-April/047780.html -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

6 7

[Pharo-project] stable RPackage version
by Tudor Girba May 2, 2011

May 2, 2011

Hi, ConfigurationOfRPackage 1.0 seems to go out of sync with the image after a while. For example, download the following Moose image: http://hudson.moosetechnology.org/job/moose-latest-dev/lastSuccessfulBuild/… and try RPackage organizer packageNamed: 'Famix-Core' If you load RPackage 3.0 it works. So, can we mark 3.0 as stable? Cheers, Doru -- www.tudorgirba.com "Being happy is a matter of choice."

2 1

[Pharo-project] prog21: Impressed by Slow Code
by Sven Van Caekenberghe May 2, 2011

May 2, 2011

He might as well talk about Smalltalk: http://prog21.dadgum.com/98.html Sven

1 0

[Pharo-project] Don't you think "Windows" menu item should be with the rest?
by Mariano Martinez Peck May 2, 2011

May 2, 2011

Right now, there is a special section for "Windows", but I think it is easier if it is together with Help, System, Tools, etc. I attach a screenshot. In addition, it changed the order in compare with Pharo 1.2 where it was: Tools Windows System Help What do you tink ? -- Mariano http://marianopeck.wordpress.com

6 8

[Pharo-project] [Progress Report] Zinc HTTP Components
by Sven Van Caekenberghe May 2, 2011

May 2, 2011

Hi, It has been quite a while, but here is another progress report on the Zinc HTTP Components project. First of all, Zinc HTTP Components has found a new home: http://zn.stfx.eu and more importantly, it is now self hosted, i.e. the pages you see are served by Zn, and all testing and debugging handlers are now available live. For more information regarding this production quality deploy, please see http://zn.stfx.eu/#livedemo The documentation pages have been updated a bit to better reflect the current status of the project. Second, I thank all people who contributed by testing Zn, giving feedback as well as for some of them actual code. Thank you, CÃ©drick BÃ©ler, Philippe Marschall, Esteban Lorenzano, Jan van de Sandt, StÃ©phane Ducasse, Andy Burnett, Norbert Hartl, Paul DeBruicker, HernÃ¡n Morales Durand and Tony Fleig. (I hope I didn't forget anyone). Thanks Lukas Renggli and Marcus Denker for adding Zn to their continuous integration servers. Sven Here is a list of changes since January of this year: - introduction of ZnUrl class - improved ZnStaticFileServerDelegate - introduced #asZnMimeType on ZnMimeType, MIMEType & String - Zinc-AWS proof of concept client - added lots of comments - several fixes to Zinc's Seaside adaptor, ZnZincServerAdaptor (encoding issues) - split of ZnNetworkingUtils from ZnUtils to separate related functionality - fixed ZnClient class>>#getImageOfType:usingParser:fromUrl: to correctly report responses with unexpected mime types - promoted ZnFixedClient>>#fixedUrl: to public status and changed it to accept ZnUrl objects as well for more flexibility (allowing users to add query/fragment URL elements in addition to the path) - ZnUserAgent (and ZnHttpClient) now can follow relative redirect locations - introduced ZnMultiValueDictionary to allow multiple values to be stored under one key as an array, using it for queries and headers - changed the redirect behavior for POST/PUT requests: the common practice is to turn these into GET request, see ZnUserAgent>>#method:for:headers:data:imit: and ZnUserAgent>>#prepareRedirect: - added simple ConfigurationOfZincHTTPComponents - added ZnByteEncoder to handle single byte encodings that do not map directly to the lower Unicode section (for example Latin2, ISO-8859-2) by reusing the mapping tables from ByteTextConverter - added #handlesEncoding: and #newForEncoding: protocol to class side of ZnCharacterEncoding hierarchy - added proper content length computation to ZnMultiPartFormDataEntity (bugfix) - some code cleanup to ZnEntity content length computation - added ZnUrl>>#queryDo: ZnApplicationForUrlEncodedEntity>>#fieldsDo: - added ZnMessage>>#resetEntity: to allow overwriting content type and length when these are already set - fixed a typo in the ZnMimePart instance creation methods (formdata should be form-data) - added ZnResponse>>#serverError: - implemented ZnHTTPSocketFacade class>>#httpPostMultipart:args:accept:request: - added ZnHTTPSocketFacade class>>#constructMultiPartFormDataEntity: - extended ZnZincServerAdaptor to handle multipart formdata posts (including file uploads) - introducing exception hierarchy in Zinc-HTTP-Exceptions - added ZnResponse>>#isNotModified - bugfix to Base64 encoding that introduced newlines - changed ZnZincServerAdaptor>>#defaultCodec to GRNullCodec - added new logging framework in Zinc-HTTP-Logging, consisting of ZnLogEvent (an Announcment), ZnLogSupport and ZnLogListener and subclasses ZnTranscriptLogger, ZnMemoryLogger and ZnFileLogger - now using the new logging facilities in Zn[Single|Multi]ThreadedServer, ZnFixedClient and ZnUserAgent - now using the new logging facilities in Zn[Single|Multi]ThreadedServer, ZnFixedClient and ZnUserAgent - small fix to ZnUrl>>#printPathOn: to deal with cases where forward slashes are encoded in URLs - various small changes related to the Gemstone port (byte array literals, Unicode creation) - fixed an important bug related to reading entities upToEnd The latest version now is: Name: Zinc-HTTP-SvenVanCaekenberghe.150 Author: SvenVanCaekenberghe Time: 1 May 2011, 7:19:13 pm UUID: 8fe0b470-7728-454d-bc90-fa42d8330817 Ancestors: Zinc-HTTP-SvenVanCaekenberghe.149

4 4

[Pharo-project] strange loop
by StÃ©phane Ducasse May 2, 2011

May 2, 2011

this is strange I was trying to code a simple list of method browser and my browser seems to MorphExtension>>valueOfProperty: aSymbol "answer the value of the receiver's property named aSymbol" ^ extension ifNotNil: [extension valueOfProperty: aSymbol] I end up in a endless loop update: aParameter |state| aParameter ifNil: [^self]. getLabelSelector ifNotNil: [ aParameter == getLabelSelector ifTrue: [ (self labelMorph respondsTo: #font) ifTrue: [self label: (model perform: getLabelSelector) font: self labelMorph font] ifFalse: [self label: (model perform: getLabelSelector)]]]. state := self getModelState. (state ~= (self valueOfProperty: #lastState) or: [ ^^^ when I inspect self I get a PluggableButtonMorph but the method shown in the debugger is MoprhExtension?????? getStateSelector isNil and: [aParameter == #onOffColor]]) ifTrue: [self color: self colorToUse. self setProperty: #lastState toValue: state]. aParameter == getEnabledSelector ifTrue: [^self enabled: (model perform: getEnabledSelector)]. getColorSelector ifNotNil: [ | cc | color = (cc := model perform: getColorSelector) ifFalse: [ color := cc. self onColor: color offColor: color. self changed ]].

2 4

[Pharo-project] Best strategy for ConfigurationOfPharo using #stable
by Mariano Martinez Peck May 1, 2011

May 1, 2011

Hi Dale. For Pharo 1.3 I want to (try) to use all #stable, i.e, I want that ConfigurationOfPharo doesn't explicitly load a specific version of every project but instead, the #stable. First step I need to do (I will try to do it during the weekend) is to update #stable in each of the ConfigurationOf used by ConfuigurationOfPharo. That's an easy part. Now, my question is...I don't really understand how the confs would look like after. I mean, 99% of the cases (in fact, at the beginning it will be 100% until I find a problem), the version I use will be #stable. So,the version of ConfgiruationOfPharo AND all the Configurations used by ConfgiruationOfPharo would look something like this: spec project: 'Autotest' with: #stable; project: 'Autotest Help Tests' with: #stable; project: 'MemoryMonitor' with: #stable; project: 'XMLSupport' with: #stable; I mean...every single project reference will have #stable instead of a specific version. So...is this expected? is this the way I should do it ? Finally...is there a query I can do to Metacello saying "which are the ConfigurationsOf needed for this version for this group of this Conf" ? Thanks -- Mariano http://marianopeck.wordpress.com

3 6

May 1, 2011

Hi guys I need help. I do not know why the image is so slow at startup and also why I cannot really bring an interrupt. Tomorrow I'm traveling. So no time to look at that. Stef

3 3

May 1, 2011

Hi guys I have a problem with a PluggableButtonMorph and I end up in this MorpExtension>>update: aParameter |state| aParameter ifNil: [^self]. getLabelSelector ifNotNil: [ aParameter == getLabelSelector ifTrue: [ (self labelMorph respondsTo: #font) ifTrue: [self label: (model perform: getLabelSelector) font: self labelMorph font] ifFalse: [self label: (model perform: getLabelSelector)]]]. state := self getModelState. (state ~= (self valueOfProperty: #lastState) or: [ getStateSelector isNil and: [aParameter == #onOffColor]]) ifTrue: [self color: self colorToUse. self setProperty: #lastState toValue: state]. aParameter == getEnabledSelector ifTrue: [^self enabled: (model perform: getEnabledSelector)]. getColorSelector ifNotNil: [ | cc | color = (cc := model perform: getColorSelector) ifFalse: [ color := cc. self onColor: color offColor: color. self changed ]]. To me it looks suspicious that MorphExtension does that for all the morph.... Stef

5 6

May 1, 2011

Begin forwarded message: > From: Markus Fritsche <fritsche.markus(a)googlemail.com> > Date: May 1, 2011 10:33:02 PM GMT+02:00 > To: pharo-users-owner(a)lists.gforge.inria.fr > Subject: ServiceAction and ServiceRegistry > > Hello, > > looking at the 1.3 image, I see that ServiceAction/ ServiceRegistry > have been deprecated. Is there any information how they've been > replaced? > > Tia, Markus >

1 0