- Pharo-dev - lists.pharo.org

[Pharo-project] david help

by StÃ©phane Ducasse

OBAlpha breaks on me when I want to define a new package. Problems with icons....

Dec. 14, 2008

Re: [Pharo-project] [update] #10192

by Marcus Denker

Hi, I think I fixed it with #10193. Marcus On 14.12.2008, at 14:27, Marcus Denker wrote: > Hi, > > Just saw that I lost changes to one package... (tools), leading to > broken > changes tool. > > It seems that one just can't move classes between packages with the > current setup. > (This is horrible, honesly). > > A first try to fix it did not work. So for now, update 10192 is just > plain broken. > I will try to fix that, but it's not fun. > > Marcus > > On 13.12.2008, at 17:41, Marcus Denker wrote: > >> 10192 >> ------- >> >> Issue 275: TODO: remove OldSocket >> Issue 398: remove protocols package >> Issue 400: remove last unused Flash-related preference >> Issue 399: another etoys clean cs >> Issue 354: MCDefinition>>#= is wrong >> Issue 396: Replacing FileList calls to UIManager calls >> >> Removed methods and Classes: >> ----------------------------- >> Preferences class >> #compressFlashImages >> ViewerFlapTab >> #hibernate #unhibernate >> VariableDock >> #computePlayerGetterAndSetterSelectors >> #variableName:type:definingMorph:morphGetSelector:morphPutSelector: >> UpdatingStringMorph >> #variableDocks >> UnscriptedPlayer >> #ephemeralPlayerRef #referenceSelectorFor: >> StackMorph class >> #additionsToViewerCategories #designationsExplainer >> ScrollableField class >> #additionsToViewerCategories >> ScriptableButton class >> #additionsToViewerCategories! >> CardPlayer class >> #variableDocks #variableDocks: >> Player >> #decr: #getActWhen #getBorderColor #getBorderWidth #getCardNumber >> #getHeight >> #getRoundedCorners #incr: #setActWhen: #setBorderColor: >> #setBorderWidth: #setCardNumber: >> #setHeight: #setRoundedCorners: #setY: #stackEmbodied >> PasteUpMorph >> #removeAllViewers! >> Morph class >> #hasAdditionsToViewerCategories! >> AlignmentMorph >> #addUpDownArrowsFor: >> >> Classes removed: >> CategoryViewer TileMorph Viewer >> -- >> Marcus Denker -- denker(a)iam.unibe.ch >> http://www.iam.unibe.ch/~denker >> > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Dec. 14, 2008

Re: [Pharo-project] [update] #10192

by Marcus Denker

Hi, Just saw that I lost changes to one package... (tools), leading to broken changes tool. It seems that one just can't move classes between packages with the current setup. (This is horrible, honesly). A first try to fix it did not work. So for now, update 10192 is just plain broken. I will try to fix that, but it's not fun. Marcus On 13.12.2008, at 17:41, Marcus Denker wrote: > 10192 > ------- > > Issue 275: TODO: remove OldSocket > Issue 398: remove protocols package > Issue 400: remove last unused Flash-related preference > Issue 399: another etoys clean cs > Issue 354: MCDefinition>>#= is wrong > Issue 396: Replacing FileList calls to UIManager calls > > Removed methods and Classes: > ----------------------------- > Preferences class > #compressFlashImages > ViewerFlapTab > #hibernate #unhibernate > VariableDock > #computePlayerGetterAndSetterSelectors > #variableName:type:definingMorph:morphGetSelector:morphPutSelector: > UpdatingStringMorph > #variableDocks > UnscriptedPlayer > #ephemeralPlayerRef #referenceSelectorFor: > StackMorph class > #additionsToViewerCategories #designationsExplainer > ScrollableField class > #additionsToViewerCategories > ScriptableButton class > #additionsToViewerCategories! > CardPlayer class > #variableDocks #variableDocks: > Player > #decr: #getActWhen #getBorderColor #getBorderWidth #getCardNumber > #getHeight > #getRoundedCorners #incr: #setActWhen: #setBorderColor: > #setBorderWidth: #setCardNumber: > #setHeight: #setRoundedCorners: #setY: #stackEmbodied > PasteUpMorph > #removeAllViewers! > Morph class > #hasAdditionsToViewerCategories! > AlignmentMorph > #addUpDownArrowsFor: > > Classes removed: > CategoryViewer TileMorph Viewer > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Dec. 14, 2008

[Pharo-project] FreeType scanning Font folders

by Hilaire Fernandes

Hello all, I am preparing a new istoa public release with latest Pharo. I am only using two fonts and I would like FreeType to only scan the Font folder along the .image. Can someone point me where to look to prevent FreeType scanning the host system folders at start up? Thanks -- http://blog.ofset.org/hilaire

Dec. 14, 2008

Re: [Pharo-project] IRC channel reminder

by Alexandre Bergel

> Indeed > Now I do not use IRC because when I have few moments to work I tend to > do it concentrated 100% > Stef Each of us has its own style, and nobody can prejudge one's style. I am very happy that there is an IRC channel, even it is unlikely that I attend it. I prefer to use instant messaging instead. Cheers, Alexandre > >>>> Hello everyone, >>>> >>>> For those who would have missed my email, you might be interested >>>> to >>>> know that we have an IRC channel on server irc.freenode.net, >>>> #pharo- >>>> project >>>> >>>> So get an IRC client and /join #pharo-project. >>> >>> You need to take into account that IRC can be quite some time-waster >>> and that therefore some people might not be able to attent that >>> often. >> >> I don't believe IRC can be a time waster at all. I think it is >> one of the better ways to develop goodwill inside the community. >> People tend to be somewhat impressed when they casually mention >> a problem on irc and a developer can fix it in 5 minutes, and >> tell them how to load the fix, and get some immediate feedback. >> This happened very many times in the development of MC. >> >> Keith and I use IRC to do pair programming and hash out ideas >> all the time. We do this in public so that anyone can join in >> and offer ideas >> >> -- >> Matthew Fulmer -- http://mtfulmer.wordpress.com/ >> >> _______________________________________________ >> 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 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 13, 2008

Re: [Pharo-project] IRC channel reminder

by StÃ©phane Ducasse

Indeed Now I do not use IRC because when I have few moments to work I tend to do it concentrated 100% Stef >>> Hello everyone, >>> >>> For those who would have missed my email, you might be interested to >>> know that we have an IRC channel on server irc.freenode.net, #pharo- >>> project >>> >>> So get an IRC client and /join #pharo-project. >> >> You need to take into account that IRC can be quite some time-waster >> and that therefore some people might not be able to attent that >> often. > > I don't believe IRC can be a time waster at all. I think it is > one of the better ways to develop goodwill inside the community. > People tend to be somewhat impressed when they casually mention > a problem on irc and a developer can fix it in 5 minutes, and > tell them how to load the fix, and get some immediate feedback. > This happened very many times in the development of MC. > > Keith and I use IRC to do pair programming and hash out ideas > all the time. We do this in public so that anyone can join in > and offer ideas > > -- > Matthew Fulmer -- http://mtfulmer.wordpress.com/ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 13, 2008

Re: [Pharo-project] IRC channel reminder

by Matthew Fulmer

On Fri, Dec 12, 2008 at 03:28:33PM +0100, Marcus Denker wrote: > > On 12.12.2008, at 15:03, Benoit St-Jean wrote: > > > Hello everyone, > > > > For those who would have missed my email, you might be interested to > > know that we have an IRC channel on server irc.freenode.net, #pharo- > > project > > > > So get an IRC client and /join #pharo-project. > > You need to take into account that IRC can be quite some time-waster > and that therefore some people might not be able to attent that often. I don't believe IRC can be a time waster at all. I think it is one of the better ways to develop goodwill inside the community. People tend to be somewhat impressed when they casually mention a problem on irc and a developer can fix it in 5 minutes, and tell them how to load the fix, and get some immediate feedback. This happened very many times in the development of MC. Keith and I use IRC to do pair programming and hash out ideas all the time. We do this in public so that anyone can join in and offer ideas -- Matthew Fulmer -- http://mtfulmer.wordpress.com/

Dec. 13, 2008

Re: [Pharo-project] Polymorph sound theme

by Gary Chambers

It may be possible to have specific sounds related to the class of model of a window... Regards, Gary. ----- Original Message ----- From: "Bill Schwab" <BSchwab(a)anest.ufl.edu> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, December 13, 2008 4:51 PM Subject: Re: [Pharo-project] Polymorph sound theme > Gary, > > Some time ago, Object Arts added opening events to Dolphin's tools, and > I wrote a simple example that I really like: it plays a random sound > clip on opening a debugger. As you said, the clips themselves are an IP > nightmare, but it would be a nice thing to be able to do w/o hacking > into the debugger itself. > > Bill > > > > Wilhelm K. Schwab, Ph.D. > University of Florida > Department of Anesthesiology > PO Box 100254 > Gainesville, FL 32610-0254 > > Email: bschwab(a)anest.ufl.edu > Tel: (352) 273-6785 > FAX: (352) 392-7029 > >>>> gazzaguru2(a)btinternet.com 12/13/08 11:10 AM >>> > Any interest in having some concrete sound themes via Polymorph? Default > is > "no sound" at present. Mostly no examples due to effort required to > produce > open-source friendly copyright sound clips. > > Currently supported are window events > (open/close/restore-up/restore-down/minimise/maximise) plus specific > support > for dialog window opening (abort/alert/deny/message/question). > > FM synthesis is, of course, an option. > > Sound themes are orthogonal to the ui theme in use. > > Regards, Gary. > > > _______________________________________________ > 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

Dec. 13, 2008

Re: [Pharo-project] [ANN] System Events Monitor

by HernÃ¡n Morales Durand

Thanks for the feedback from both lists, To test the monitor doIt this trivial example: | obj1 obj2 | obj1 := VersionNumber fromString: '30'. obj2 := VersionNumber fromString: '31'. obj1 when: #myEvent send: #printString to: obj2. obj1 triggerEvent: #myEvent. { obj1 . obj2 } inspect and start the event monitor. If you use code like that anytime, the monitor will show you in real-time the event table state. Possible uses includes: - As a tool for learning about weak dictionaries, used currently by the EventManager. An interesting exercise question with the above code is: when do you think the (Weak)MessageSend will be garbage collected? (try to answer first without spying possible answers :) A) Closing the inspector will do it. B) No, some GC thing will nil event symbols and then the weak messages will dissapear. C) Anything doing #flushEvents. D) Smalltalk garbageCollect. E) Manually nil all the event symbols in each object's action map: EventManager actionMaps associationsDo: [: assoc | assoc value associationsDo: [: idAssoc | idAssoc key = #getCompletionController ifFalse: [ idAssoc key: nil ] ] ] F) A winner combination of the above G) None of the above. - As a tool for observe an intensive use of SASE events, as we do in some complex UI applications using SmallFaces. - As an example of a simple tool for real-time monitoring. If you want your own monitor, subclass EventMonitor, re-implement #start something like the following (an example for some morphic events) : start " Start monitoring events " | userText | userText := UIManager default request: 'Type a class in the Morph hierarchy'. userText isEmptyOrNil ifTrue: [ self morphicClass: PasteUpMorph ] ifFalse: [ ( Smalltalk hasClassNamed: userText asSymbol ) ifTrue: [ self morphicClass: ( Smalltalk at: userText asSymbol ) ] ifFalse: [ self error: 'Class not found ' , userText ] ]. super start. and #eventsReport according to sample your object graph. In this example: eventsReport " Answer a String with the current status of events in my domain " | dict | ^ String streamContents: [ : s | counter := counter + 1. s nextPutAll: '====== Samples : '; print: counter; cr. self morphicClass allSubInstancesDo: [: morph | ( dict := morph valueOfProperty: #actionMap ) ifNotNil: [ s nextPutAll: 'Source : '; print: morph; cr; nextPutAll: ' ActionMap : '; cr. dict associationsDo: [: idAssoc | s nextPutAll: ' Event : '; print: idAssoc key; cr; nextPutAll: ' Message : '; print: idAssoc value; cr ] ]. s cr ] ] Cheers HernÃ¡n 2008/12/13 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > sounds interesting. > What is the key behavior (psy unexpected dependencies? > > On Dec 13, 2008, at 6:40 AM, HernÃ¡n Morales Durand wrote: > > > Bonjour chers amis, > > Just to let you know that I uploaded a simple real time events > > monitor to the SqueakSource repository, it could be useful for those > > who use the SASE protocol (#when:send:to: , #triggerEvent: and > > friends). > > Cheers. > > > > HernÃ¡n > > > > PD: Download from http://www.squeaksource.com/EventsMonitor.html > > _______________________________________________ > > 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 >

Dec. 13, 2008

Re: [Pharo-project] Polymorph sound theme

by Bill Schwab

Gary, Some time ago, Object Arts added opening events to Dolphin's tools, and I wrote a simple example that I really like: it plays a random sound clip on opening a debugger. As you said, the clips themselves are an IP nightmare, but it would be a nice thing to be able to do w/o hacking into the debugger itself. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> gazzaguru2(a)btinternet.com 12/13/08 11:10 AM >>> Any interest in having some concrete sound themes via Polymorph? Default is "no sound" at present. Mostly no examples due to effort required to produce open-source friendly copyright sound clips. Currently supported are window events (open/close/restore-up/restore-down/minimise/maximise) plus specific support for dialog window opening (abort/alert/deny/message/question). FM synthesis is, of course, an option. Sound themes are orthogonal to the ui theme in use. Regards, Gary. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 13, 2008