- Pharo-dev - lists.pharo.org

[Pharo-project] seaside & pier on the iPhone

by John M McIntosh

For a couple of months now I have been working on a seaside/pier based Wiki for the iPhone. I am now about a week away from sending it off to the Apple app store. However I'd like to broaden the beta test group a bit so I can catch any issues before I submit it, especially in the area of persistency storage. So what's it good for? I was asked that question this week, but let me turn it around and ask: Good question what is Seaside and Pier good for? An iPhone Wiki? Well... It's a handy construct for consolidating a bunch of PDF documents since the mobile Safari Browser does a fine job of rendering them on the device and a WIki does a fine job of providing a navigation framework, but I'm sure there are other more important answers out there somewhere? So Anyone who would like to participate as a beta tester can send me email with a description of what they would use the Wiki for, and supply their iPhone or iPod touch's device identifier and I'll look into sending them a copy of the app. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

March 22, 2009

Re: [Pharo-project] Fwd: [vwnc] Would you start a new Smalltalk project today?

by Michael van der Gulik

On Sat, Mar 21, 2009 at 8:38 AM, Janko MivÅ¡ek <janko.mivsek(a)eranova.si>wrote: > Philippe Marschall pravi: > >> Michael van der Gulik wrote: > > >> So now it seems that Gemstone is the only multi-core capable Smalltalk > >> VM :-(. > > > AFAIK Gemstone isn't multi-core capable as well. You can just run > > multiple gems and they share the same persistent memory. Which is > > similar but different. > > Well, Gemstone can for sure be considered as multi-core capable. Every > gem runs on its own process and therefore can run on its own CPU core. > All gems then share a Shared Memory Cache. So, a typical multi-core > scenario. > > By multi-core, I mean that the following code would spread CPU usage over at least two cores of a CPU or computer for a while: | sum1 sum2 | sum1 := 0. sum2 := 0. [ 1 to: 10000000 do: [ :i | sum1 := sum1 + 1 ] ] fork. [ 1 to: 10000000 do: [ :i | sum2 := sum2 + 1 ] ] fork. (I didn't try the above so there might be obvious bugs) If a VM can't distribute the load for the above over two or more CPU cores, I consider its multi-core capabilities a hack. No offense intended to the Hydra VM. I'm feeling a bit disheartened by the fact that there aren't any Smalltalk VMs, commercial or not, that can do fine-grained parallelism. Gulik. -- http://gulik.pbwiki.com/

March 22, 2009

[Pharo-project] to relax

by StÃ©phane Ducasse

to relax I started to curve out projectHistory and I found that. So for sure pharo will be cool. enter: returningFlag revert: revertFlag saveForRevert: saveForRevert "Install my ChangeSet, Transcript, and scheduled views as current globals. If returningFlag is true, we will return to the project from whence the current project was entered; don't change its previousProject link in this case. If saveForRevert is true, save the ImageSegment of the project being left. If revertFlag is true, make stubs for the world of the project being left. If revertWithoutAsking is true in the project being left, then always revert." | recorderOrNil old forceRevert response seg | (world isKindOf: StringMorph) ifTrue: [self inform: 'This project is not all here. I will try to load a complete version.' translated. ^ true]. self isCurrentProject ifTrue: [^ self]. "Check the guards" guards ifNotNil: [guards := guards reject: [:obj | obj isNil]. guards do: [:obj | obj okayToEnterProject ifFalse: [^ self]]]. CurrentProject world triggerEvent: #aboutToLeaveWorld. forceRevert := false. CurrentProject rawParameters ifNil: [revertFlag ifTrue: [^ self inform: 'nothing to revert to' translated]] ifNotNil: [saveForRevert ifFalse: [forceRevert := CurrentProject projectParameters at: #revertWithoutAsking ifAbsent: [false]]]. forceRevert not & revertFlag ifTrue: [response := self confirm: 'Are you sure you want to destroy this Project\ and revert to an older version?\\(From the parent project, click on this project''s thumbnail.)' translated withCRs. response ifFalse: [^ self]]. revertFlag | forceRevert ifTrue: [seg := CurrentProject projectParameters at: #revertToMe ifAbsent: [^ self inform: 'nothing to revert to' translated]] ifFalse: [ CurrentProject makeThumbnail. returningFlag == #specialReturn ifTrue: [ Project forget: CurrentProject] ifFalse: []]. revertFlag | saveForRevert | forceRevert ifFalse: [(Preferences valueOfFlag: #projectsSentToDisk) ifTrue: [self storeToMakeRoom]]. CurrentProject abortResourceLoading. CurrentProject saveProjectPreferences. "Update the display depth and make a thumbnail of the current project" CurrentProject displayDepth: Display depth. old := CurrentProject. "for later" "Show the project transition. Note: The project zoom is run in the context of the old project, so that eventual errors can be handled accordingly" displayDepth == nil ifTrue: [displayDepth := Display depth]. self installNewDisplay: Display extent depth: displayDepth. (self showZoom) ifTrue: [self displayZoom: CurrentProject parent ~~ self]. (world isMorph and: [world hasProperty: #letTheMusicPlay]) ifTrue: [world removeProperty: #letTheMusicPlay] ifFalse: [Smalltalk at: #ScorePlayer ifPresentAndInMemory: [:playerClass | playerClass allSubInstancesDo: [:player | player pause]]]. returningFlag == #specialReturn ifTrue: [old removeChangeSetIfPossible. "keep this stuff from accumulating" nextProject := nil] ifFalse: [returningFlag ifTrue: [nextProject := CurrentProject] ifFalse: [previousProject := CurrentProject]]. CurrentProject saveState. CurrentProject isolationHead == self isolationHead ifFalse: [self invokeFrom: CurrentProject]. CurrentProject := self. self installProjectPreferences. ChangeSet newChanges: changeSet. TranscriptStream newTranscript: transcript. Sensor flushKeyboard. recorderOrNil := World pauseEventRecorder. ProjectHistory remember: CurrentProject. World := world. "Signifies Morphic" world install. "(revertFlag | saveForRevert | forceRevert) ifFalse: [ (Preferences valueOfFlag: #projectsSentToDisk) ifTrue: [ self storeSomeSegment]]." recorderOrNil ifNotNil: [recorderOrNil resumeIn: world]. saveForRevert ifTrue: [Smalltalk garbageCollect. "let go of pointers" old storeSegment. "result :=" old world isInMemory ifTrue: ['Can''t seem to write the project.'] ifFalse: [old projectParameters at: #revertToMe put: old world xxxSegment clone]. 'Project written.']. "original is for coming back in and continuing." revertFlag | forceRevert ifTrue: [seg clone revert]. "non-cloned one is for reverting again later" self removeParameter: #exportState. "Complete the enter: by launching a new process" world triggerEvent: #aboutToEnterWorld. Project spawnNewProcessAndTerminateOld: true

March 21, 2009

Re: [Pharo-project] Fwd: Issue 668: should clean the option-World click menu

by StÃ©phane Ducasse

probably I see On Mar 21, 2009, at 8:23 PM, Rob Rothwell wrote: > Is this what you are talking about? What would you like instead? > What was the intent of the option-World click menu? > > Rob > > 2009/3/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > > Begin forwarded message: > >> From: pharo-project-owner(a)lists.gforge.inria.fr >> Date: March 19, 2009 3:13:47 PM CEST >> To: ducasse(a)iam.unibe.ch >> Subject: Issue 668: should clean the option-World click menu >> >> You are not allowed to post to this mailing list, and your message >> has >> been automatically rejected. If you think that your messages are >> being rejected in error, contact the mailing list owner at >> pharo-project-owner(a)lists.gforge.inria.fr. >> >> >> >> From: stÃ©phane ducasse <ducasse(a)iam.unibe.ch> >> Date: March 19, 2009 3:13:40 PM CEST >> To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> >> Subject: Issue 668: should clean the option-World click menu >> >> >> <star_on.gif> Issue 668: >> should clean the option-World click menu >> http://code.google.com/p/pharo/issues/detail?id=668 >> Apparently option-click on the world brings a new menu (which >> points to crappy stuff) and to the new pharo menu. >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > <OldWorldMenu.jpg>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 21, 2009

Re: [Pharo-project] Problem with senders?

by Mariano Martinez Peck

On Sat, Mar 21, 2009 at 1:21 PM, David RÃ¶thlisberger <squeak(a)webcitas.ch>wrote: > > > I have a pharo0.1-10236dev09.02 but updated trougth: right button -> > > system update -> to 10256. Nothing more installed. > > You should take a more recent pharo-dev or also update OB with > 'ScriptLoader loadOB'. > system update doesn't update OB. > David: I tried that and got the followin wallback. However, I put proceed and senders seem to work ok. But I don't know If I breake another thing. Error: text is already defined in a subclass of OBMercuryPanel 21 March 2009 4:38:52 pm VM: unix - a SmalltalkImage Image: Pharo0.1 [Latest update: #10256] SecurityManager state: Restricted: false FileAccess: true SocketAccess: true Working Dir /home/mariano/squeak/imagenes Trusted Dir /home/mariano/squeak/imagenes/secure Untrusted Dir /home/mariano/squeak/imagenes/My Squeak ClassBuilder(Object)>>error: Receiver: a ClassBuilder Arguments and temporary variables: aString: 'text is already defined in a subclass of OBMercuryPanel' Receiver's instance variables: environ: Smalltalk classMap: nil instVarMap: an IdentityDictionary() progress: nil maxClassIndex: nil currentClassIndex: nil [] in ClassBuilder>>validateInstvars:from:forSuper: {[:iv | (usedNames includes: iv) ifTrue: [self error: iv , ' is already de...]} Arguments and temporary variables: instVarArray: #('text') oldClass: OBMercuryPanel newSuper: OBTextPanel instVars: #('text' 'browser') usedNames: a Set('text') temp: nil var: nil iv: 'text' cl: OBEnrichedMercuryPanel ivName: nil Array(SequenceableCollection)>>do: Receiver: #('text' 'browser') Arguments and temporary variables: aBlock: [] in ClassBuilder>>validateInstvars:from:forSuper: {[:iv | (usedNames...etc... index: 1 indexLimiT: 2 Receiver's instance variables: #('text' 'browser') ClassBuilder>>validateInstvars:from:forSuper: Receiver: a ClassBuilder Arguments and temporary variables: instVarArray: #('text') oldClass: OBMercuryPanel newSuper: OBTextPanel instVars: #('text' 'browser') usedNames: a Set('text') temp: nil var: nil iv: 'text' cl: OBEnrichedMercuryPanel ivName: nil Receiver's instance variables: environ: Smalltalk classMap: nil instVarMap: an IdentityDictionary() progress: nil maxClassIndex: nil currentClassIndex: nil --- The full stack --- ClassBuilder(Object)>>error: [] in ClassBuilder>>validateInstvars:from:forSuper: {[:iv | (usedNames includes: iv) ifTrue: [self error: iv , ' is already de...]} Array(SequenceableCollection)>>do: ClassBuilder>>validateInstvars:from:forSuper: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [] in ClassBuilder>>name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category:unsafe: {[unsafe ifFalse: [(self validateSuperclass: newSuper forSubclass: oldClass...]} BlockContext>>ensure: ClassBuilder>>name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category:unsafe: ClassBuilder>>name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category: MCClassDefinition>>createClass MCClassDefinition>>load MCClassDefinition(MCDefinition)>>loadOver: [] in MCPackageLoader>>basicLoad {[:ea | ea loadOver: (self obsoletionFor: ea)]} [] in OrderedCollection(SequenceableCollection)>>do:displayingProgress: {[:each :i | bar value: i. aBlock value: each]} OrderedCollection(SequenceableCollection)>>withIndexDo: [] in OrderedCollection(SequenceableCollection)>>do:displayingProgress: {[:bar | self withIndexDo: [:each :i | bar value: i. aBlock value: e...]} [] in ProgressInitiationException>>defaultAction {[result := workBlock value: progress]} BlockContext>>ensure: ProgressInitiationException>>defaultAction UndefinedObject>>handleSignal: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: ProgressInitiationException(Exception)>>signal ProgressInitiationException>>display:at:from:to:during: ProgressInitiationException class>>display:at:from:to:during: ByteString(String)>>displayProgressAt:from:to:during: OrderedCollection(SequenceableCollection)>>do:displayingProgress: [] in MCPackageLoader>>basicLoad {[additions do: [:ea | self tryToLoad: ea] displayingProgress: 'Loading.....]} BlockContext>>on:do: [] in MCPackageLoader>>basicLoad {[[additions do: [:ea | self tryToLoad: ea] displayingProgress: 'Loading....]} BlockContext>>ensure: MCPackageLoader>>basicLoad [] in MCPackageLoader>>loadWithNameLike: {[self basicLoad]} [] in MCPackageLoader>>useChangeSetNamed:during: {[aBlock value]} BlockContext>>ensure: MCPackageLoader>>useChangeSetNamed:during: MCPackageLoader>>useNewChangeSetNamedLike:during: ...etc... > > David > > > On Fri, Mar 20, 2009 at 8:07 PM, Mariano Martinez Peck > > <marianopeck(a)gmail.com <mailto:marianopeck@gmail.com>> wrote: > > > > Sorry...It was totally my fault :( Sorry I nwas trying to run > > Algernon, but it doesn't work :( > > > > I am algernon adict. > > > > I did this: > > > > Installer sm > > update; > > install: 'Algernon'. > > Installer wiresong > > project: 'ob'; > > install: 'OB-Algernon'. > > > > > > > > > > On Fri, Mar 20, 2009 at 7:48 AM, David RÃ¶thlisberger > > <squeak(a)webcitas.ch> wrote: > > > > > > > I am trying to see the senders of a message. I select > > "startsWith:" in a > > > workspace -> right button -> extended search -> senders of it > > and I get > > > a wallback. > > > > I cannot reproduce this. > > What kind of image do you use? Looks like a pharo-dev; but which > > version? > > Did you update it manually to 10256? > > #of:label: is defined for a long time in OBNavigate; which > > version of OB have you loaded? > > > > David > > > > > MessageNotUnderstood: OBShowSenders class>>of:label: > > > 20 March 2009 1:11:08 am > > > > > > VM: unix - a SmalltalkImage > > > Image: Pharo0.1 [Latest update: #10256] > > > > > > SecurityManager state: > > > Restricted: false > > > FileAccess: true > > > SocketAccess: true > > > Working Dir /home/mariano/squeak/imagenes > > > Trusted Dir /home/mariano/squeak/imagenes/secure > > > Untrusted Dir /home/mariano/squeak/imagenes/My Squeak > > > > > > OBShowSenders class(Object)>>doesNotUnderstand: #of:label: > > > Receiver: OBShowSenders > > > Arguments and temporary variables: > > > aMessage: of: an OBSelectorNode label: 'Senders of > > > startsWith: [4]' > > > exception: MessageNotUnderstood: OBShowSenders > > class>>of:label: > > > resumeValue: nil > > > Receiver's instance variables: > > > superclass: OBNavigate > > > methodDict: a MethodDictionary(#browserClass->a > > > CompiledMethod (3617) #noChildr...etc... > > > format: 136 > > > instanceVariables: nil > > > organization: ('as yet unclassified' browserClass > > > noChildrenMessage) > > > > > > subclasses: nil > > > name: #OBShowSenders > > > classPool: nil > > > sharedPools: nil > > > environment: Smalltalk > > > category: #'OB-Standard-Announcements' > > > traitComposition: nil > > > localSelectors: nil > > > > > > DEVToolSet class>>browseSendersOf:name:autoSelect: > > > Receiver: DEVToolSet > > > Arguments and temporary variables: > > > aSymbol: #startsWith: > > > labelString: 'Senders of startsWith: [4]' > > > autoSelectString: 'startsWith:' > > > Receiver's instance variables: > > > superclass: StandardToolSet > > > methodDict: a MethodDictionary() > > > format: 2 > > > instanceVariables: nil > > > organization: ('as yet unclassified') > > > > > > subclasses: nil > > > name: #DEVToolSet > > > classPool: nil > > > sharedPools: nil > > > environment: Smalltalk > > > category: #ImageForDevelopers > > > traitComposition: nil > > > localSelectors: nil > > > > > > ToolSet class>>browseSendersOf:name:autoSelect: > > > Receiver: ToolSet > > > Arguments and temporary variables: > > > aSymbol: #startsWith: > > > titleString: 'Senders of startsWith: [4]' > > > autoSelectString: 'startsWith:' > > > Receiver's instance variables: > > > superclass: AppRegistry > > > methodDict: a MethodDictionary() > > > format: 2 > > > instanceVariables: nil > > > organization: ('as yet unclassified') > > > > > > subclasses: nil > > > name: #ToolSet > > > classPool: nil > > > sharedPools: nil > > > environment: Smalltalk > > > category: #'System-Applications' > > > traitComposition: nil > > > localSelectors: nil > > > registeredClasses: an > > OrderedCollection(StandardToolSet > > > OTToolset DEVToolSet) > > > default: DEVToolSet > > > > > > SystemNavigation>>browseSendersOf:name:autoSelect: > > > Receiver: a SystemNavigation > > > Arguments and temporary variables: > > > aSelector: #startsWith: > > > labelString: 'Senders of startsWith:' > > > autoSelectString: 'startsWith:' > > > title: 'Senders of startsWith: [4]' > > > size: 4 > > > senders: an OrderedCollection(a MethodReference > > Algernon >> > > > #isMatchingClass:gi...etc... > > > Receiver's instance variables: > > > browserClass: nil > > > hierarchyBrowserClass: nil > > > > > > > > > --- The full stack --- > > > OBShowSenders class(Object)>>doesNotUnderstand: #of:label: > > > DEVToolSet class>>browseSendersOf:name:autoSelect: > > > ToolSet class>>browseSendersOf:name:autoSelect: > > > SystemNavigation>>browseSendersOf:name:autoSelect: > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > - - - > > > SystemNavigation>>browseAllCallsOn: > > > [] in TextMorphForShoutEditor(ParagraphEditor)>>sendersOfIt > > {[self > > > systemNavigation browseAllCallsOn: aSelector]} > > > > > > TextMorphForShoutEditor(Controller)>>terminateAndInitializeAround: > > > TextMorphForShoutEditor(ParagraphEditor)>>sendersOfIt > > > [] in PluggableShoutMorph(PluggableTextMorph)>>sendersOfIt > > {[textMorph > > > editor sendersOfIt]} > > > [] in PluggableShoutMorph(PluggableTextMorph)>>handleEdit: > > {[result := > > > editBlock value]} > > > TextMorphForShout(TextMorph)>>handleEdit: > > > PluggableShoutMorph(PluggableTextMorph)>>handleEdit: > > > PluggableShoutMorph(PluggableTextMorph)>>sendersOfIt > > > UndefinedObject(Object)>>perform:orSendTo: > > > [] in ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent: > > > {[(selArgCount := selector numArgs) = 0 ifTrue: [target > > perform: > > > selector] ...]} > > > BlockContext>>ensure: > > > CursorWithMask(Cursor)>>showWhile: > > > ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent: > > > ToggleMenuItemMorph(MenuItemMorph)>>mouseUp: > > > ToggleMenuItemMorph(MenuItemMorph)>>handleMouseUp: > > > MouseButtonEvent>>sentTo: > > > ToggleMenuItemMorph(Morph)>>handleEvent: > > > MorphicEventDispatcher>>dispatchDefault:with: > > > MorphicEventDispatcher>>dispatchEvent:with: > > > ToggleMenuItemMorph(Morph)>>processEvent:using: > > > MorphicEventDispatcher>>dispatchDefault:with: > > > MorphicEventDispatcher>>dispatchEvent:with: > > > ...etc... > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Pharo-project mailing list > > > Pharo-project(a)lists.gforge.inria.fr > > <mailto:Pharo-project@lists.gforge.inria.fr> > > > > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > <mailto:Pharo-project@lists.gforge.inria.fr> > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 21, 2009

Re: [Pharo-project] Fwd: Issue 668: should clean the option-World click menu

by Rob Rothwell

Is this what you are talking about? What would you like instead? What was the intent of the option-World click menu? Rob 2009/3/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > > Begin forwarded message: > > *From: *pharo-project-owner(a)lists.gforge.inria.fr > *Date: *March 19, 2009 3:13:47 PM CEST > *To: *ducasse(a)iam.unibe.ch > *Subject: **Issue 668: should clean the option-World click menu* > > You are not allowed to post to this mailing list, and your message has > been automatically rejected. If you think that your messages are > being rejected in error, contact the mailing list owner at > pharo-project-owner(a)lists.gforge.inria.fr. > > > > *From: *stÃ©phane ducasse <ducasse(a)iam.unibe.ch> > *Date: *March 19, 2009 3:13:40 PM CEST > *To: *Pharo Development <Pharo-project(a)lists.gforge.inria.fr> > *Subject: **Issue 668: should clean the option-World click menu* > > > Issue 668: > should clean the option-World click menu > http://code.google.com/p/pharo/issues/detail?id=668 > Apparently option-click on the world brings a new menu (which points to > crappy stuff) and to the new pharo menu. > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 21, 2009

[Pharo-project] [ANN] 10258 Test package created

by StÃ©phane Ducasse

Created a bunch a testpackage based on mike proposal. Now the inbox should be empty and we should focus on the closures (and not removing project :). Stef

March 21, 2009

Re: [Pharo-project] {Spam?} Re: I need some advice (was Re: [squeak-dev] Organising and Documenting Micro-Universes in Squeaksource)

by Keith Hodges

StÃ©phane Ducasse wrote: >>> over a period of years of maintenance and incremental development; >>> >> When I fully joined the squeak community, who was running the release >> team? Yes it was exactly the same guys as are the pharo team, namely >> Stef, and Marcus. >> > > booooohhhhh we are the "vilain"..... > > I didn't say that. I was apparently being told that I shouldn't criticise you because you are the "champions of the new way" and that the old squeak days were far worse. When in actual fact from my perspective the old old squeak days are irrelevant (I was using ST/X) and the recent-old squeak days were run by you, so you are not "champions of a new way" after all, you are champions of "your way", which is the same way that you did 3.9, but with less stake holders. I am not saying that "your way" is villainous. I am saying that it is a complete straw man to use the "old old ways" of the past to justify how wonderful "your way" is, when actually "your present way" is just the same, Keith

March 21, 2009

Re: [Pharo-project] Fwd: I have the following version of Seaside

by Damien Cassou

2009/3/21 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Where do I get the latest pharo, and how do I install it on my image? pharo-web already contains Seaside 2.8: http://code.google.com/p/pharo/wiki/Downloads?tm=2. This page also points to the latest downloadable Pharo version. Then, you can install Seaside: instClass := Smalltalk at: #Installer ifAbsent: [ScriptLoader new installingInstaller]. instClass ss project: 'KomHttpServer'; install: 'DynamicBindings'; install: 'KomServices'; install: 'KomHttpServer'. instClass ss project: 'Seaside'; answer: '.*username.*' with: 'admin'; answer: '.*password.*' with: 'seaside'; install: 'Seaside2.8a1'. -- Damien Cassou http://damiencassou.seasidehosting.st

March 21, 2009

Re: [Pharo-project] Fwd: [ANN] 10254

by StÃ©phane Ducasse

so henrik is is ok if I remove areasRemainingToFill: from BorderedMorph? Stef On Mar 19, 2009, at 1:46 PM, Henrik Johansen wrote: > I know, which is why I thought it was strange, the .cs contained: > !BorderedMorph removeSelector: #areasRemainingToFill:! > which when I file it in, results in no areasRemainingToFill: method > for > BorderedMorph in the image. > > I really have no idea how the update process makes it revert to an > older > version instead, nor how one would go about fixing it... :/ > > Cheers, > Henrik > > StÃ©phane Ducasse wrote: >> >> >> henrik I just integrated the file you gave me. >> If you have a new version that fixes the problem I will do a new >> version. >> >> Stef >> >> On Mar 19, 2009, at 12:20 PM, Henrik Johansen wrote: >> >>> It seems BorderedMorph's areasRemainingToFill: method got reverted >>> to >>> the version in use prior to the override by PolyMorph (which has now >>> been promoted to Morph), instead of removed completely. >>> (This is the state my image is in after updating a released 248, at >>> least) >>> >>> Cheers, >>> Henry >>> >>> StÃ©phane Ducasse wrote: >>>> Issue 655: Overlapping Graphics on World do not Properly Repaint >>>> Issue 658: Preferences resetHaloSpecifications >>>> Issue 664: unimplemented errorCantGoBack >>>> Closed 665 >>>> >>>> now we will focus on the closures. >>>> >>>> Stef >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> >>>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 21, 2009