- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Pharo 1.3 vs 1.2.1 some results for ConfigurationOfODBC - success
by Ben Coman Dec. 14, 2011

Dec. 14, 2011

1 0

[Pharo-project] code retreat @ lille
by StÃ©phane Ducasse Dec. 14, 2011

Dec. 14, 2011

Hi guys we got contacted to participate to a code retreat @ lille. I will attend it and I register to it So I imagine, that we can have fun with other people and showing them pharo and hacking. http://coderetreatlille2.eventbrite.com/ Stef

1 0

[Pharo-project] Latest Zinc in Pharo 1.3 with MetacelloConfiguration
by Francois Stephany Dec. 14, 2011

Dec. 14, 2011

But I'd like to do that with a MetacelloConfiguration. May I add a version 14 in the ConfigurationOfZincHTTPComponents? Can I use the latest versions of each package ? Or are there some 'stable' versions I should use ? There are two ConfigurationOfZincHTTPComponents: one in the Zn repository and one in the MetacelloRepository. Which one should I update? Why is there two different place to find it? Cheers, Francois -- http://tulipemoutarde.be BE: +32 (0)65 709 131 CA: +1 778 558 3225

2 3

[Pharo-project] ZnUrl vs furl
by Sven Van Caekenberghe Dec. 14, 2011

Dec. 14, 2011

I came across this: https://github.com/gruns/furl a small Python library that makes parsing and manipulating URLs simple. And this would be some equivalent manipulations using ZnUrl: | url | url := 'http://www.google.com/?one=1&two=2' asZnUrl. url queryAt: 'three' put: '3'. url queryRemoveKey: 'one'. url => http://www.google.com/?two=2&three=3 | url | url := 'http://www.google.com' asZnUrl. url addPathSegment: 'some encoding here'. url queryAt: 'and some encoding' put: 'here, too'. url => http://www.google.com/some%20encoding%20here?and%20some%20encoding=here%2C%… So I guess our base Url object does not need an extra library to make manipulations easier. Sven

3 5

[Pharo-project] [COTDC] 96 - GZipWriteStream
by DeNigris Sean Dec. 14, 2011

Dec. 14, 2011

94 classes done 16 Packages done 800 classes remaining Continuing in Compression... Today: GZipWriteStream 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?!

5 6

[Pharo-project] Out of the box primitives for bit in ObjectHeader?
by Mariano Martinez Peck Dec. 14, 2011

Dec. 14, 2011

Hi guys. As you may notice, I always try to push in the direction of a VM where we can have both things: a) a really cooler super fast VM for production super critical applications and b) the most-flexible-possible VM for doing reasearh and experiment. Now I was thinking the following: we have one free bit in the ObjectHeader. Let's say you are experimenting with something and you would like to tag objects, such as, "traversed", "processes", "isProxy", etc. To do that small experiment you need to modify the VM, adapt the bit, code the primitives, build the VM, put the smalltalk side part etc etc. So I was thinking why not providing such small functionality out of the box? the idea would be not to give semantics to the bit since each user will do that. So we just provide the VM with 2 primtives, one to get the value (#getBitValue) and one to set it (#setBitTo:). Choose the names you want. Then we do not integrate nothing in our images that use such bit, there won't be colisions. Then each guy who wants to experiments with that, can use the primitives and do what he wants. Some people is doing something with its bit: Jean Batiptse is doing XXX, I am doing YYY, etc. Either in his work or mine, there are much more changes that just that bit, so in anyway, I will end up needing my own VM. Finally, I could help in providing the code if it is needed. So, what do you think? -- Mariano http://marianopeck.wordpress.com

1 0

[Pharo-project] hasPoolVarNamed: semantics :(
by StÃ©phane Ducasse Dec. 14, 2011

Dec. 14, 2011

Hi guys Class>>hasPoolVarNamed: aString "Return whether the receiver has a pool variable named: aString" self hasSharedPools ifTrue: [ self sharedPools do: [:each | (each usesClassVarNamed: aString) ifTrue: [ ^true ]]] ifFalse: [ ^false ]. ^false So this means to me that a subclass of a shared pools user does not inherit the fact that its superclass effectively use a sharedPool. I would prefer that this would be the inverse. self assert: (RootClassPoolUser hasPoolVarNamed: 'Author'). "a subclass " self assert: (SubclassPoolUser hasPoolVarNamed: 'Author'). What do you think? may be we should rename it hasLocalPoolvarNamed: especially since we have usesPoolVarNamed: which takes into account the hierarchy only when the class starts to use a shared pool (oh boy) and is bogus (I wrote probably that code of course without tests. Now I have them.). Class>>usesPoolVarNamed: aString "Return whether the receiver has a pool variable named: aString" self hasSharedPools ifTrue: [ self allSharedPools do: [:each | (each usesClassVarNamed: aString) ifTrue: [^true]]] ifFalse: [^false]. ^false I wrote it now with tests as follows: Class>>usesPoolVarNamed: aString "Return whether the receiver has a pool variable named: aString" self allSharedPools do: [:each | (each usesClassVarNamed: aString) ifTrue: [^true]]. ^ false Stef

7 8

Dec. 14, 2011

Hi! With Guille we were working today on Keymapping to release a new stable version. Gofer it squeaksource: 'ShortWays'; package: 'ConfigurationOfKeymapping'; load. (ConfigurationOfKeymapping project version: #stable) load It includes the following things: - all the last work to support shortcuts per morph - fixes to the last bugs Doru reported - we fixed some tests - we tested it on Pharo 1.3 and 1.4 on MacOS and it's working fine What we did not do yet is to handle the OB interaction. You can look at the this packages for example configurations: packages := #( 'Editors' 'Monticello' 'Morphic' 'Tools' 'Debugger' ) collect: [ :sp | 'Keymapping-', sp ]. packages do: [ :package | spec package: package with: [ spec requires: #( 'configurations' ) ]. ]. packages. Cheers, Deby

3 2

[Pharo-project] OSS sound plugin.
by Lemuus Dec. 14, 2011

Dec. 14, 2011

Hi, is it possible to include the vm-sound-OSS sound plugin in the cog build on Hudson?. This is the only plugin that seems to work on linux. Thanks. Daniel Galdames G.

4 5

[Pharo-project] Old smalltalker is slightly lost
by Sean P. DeNigris Dec. 14, 2011

Dec. 14, 2011

>From KasperOsterbye: > > This post has NOT been accepted by the mailing list yet. > 15 years ago I did a lot in Smalltalk, and have done some recreational > meta programming along the way. However, I now wanted to do something > where I was in need of drawing a diagram with x and y axes on what I > presume might be called a Canvas. > > I lack a simple tutorial to get me started. I have looked at many, but > they seem to presume I want to draw on the world "openInWorld". I should > like not to scatter my world with line fragments and points, but keep it > inside a "normal" window with borders, a background color (i.e. not a see > through window). > I have gone dead in two approaches. > > First attempt is to use a SystemWindow, and then draw on the canvas I > presume is there somewhere. I have just not been able to figure out how to > find the canvas of that SystemWindow, nor what method presumeable does the > painting. > > Second attempt is to use a SystemWindow, and then add (addMorph:) line and > circle morphs for my diagram. But it seems something is missing in my > understanding there as well. > > While it is fun that I can open circles and other stuff in "world", it is > not what I need. > > Small hits or direct solutions more than welcome. > > -- Kasper > -- View this message in context: http://forum.world.st/Old-smalltalker-is-slightly-lost-tp4191432p4191432.ht… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 2