January 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] how to get nice native fonts in 1.0
by StÃ©phane Ducasse Jan. 20, 2010

Jan. 20, 2010

Hi I have to give some demos of seaside today and I would like to have nice fonts in 1.0 and I cannot find the preferences to say that the fonts can be looked up on my disc. and I'm looking for some nice combination (but the code snippets on the wiki do not work). Stef

6 6

[Pharo-project] Nabble
by Geert Claes Jan. 20, 2010

Jan. 20, 2010

Just added the Pharo Smalltalk Users mailing list to Nabble ... I prefer the online forums over mailing lists. Just wondering whether Pharo Smaltalk Users should be under Pharo Smalltalk or just under the top level Smalltalk category? -- View this message in context: http://n2.nabble.com/Nabble-tp4416405p4416405.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

5 9

[Pharo-project] Scripts that should be run after a slice and ScriptLoader
by Mariano Martinez Peck Jan. 20, 2010

Jan. 20, 2010

Hi: I found that several times, we need to run some piece of code after a slide. The only way I see doing this is to write it in a txt , and, hopefully (many times, the commiter or the integrator forget about it), remember to put that in the email or issue, when I let you know the fix is ready. Is there a better way ? What about having a method in ScriptLoader where we can commit that together with the slice? Then when someone integrates that, it will see that, and will move that piece of code, from there, to the update or script methods. I don't know. What do you think ? Would be cool, maybe, to reify the "slice" concept, where you can have: pre-doits, a collections of "pieces of code" (several times we have, part1, part2, tc), post-doits, etc...But I guess that requires a lot of effort. Cheers Mariano

4 7

[Pharo-project] Looking for your license agreement.
by StÃ©phane Ducasse Jan. 20, 2010

Jan. 20, 2010

Hi guys do not forget to send your license agreement. We want to stay clean. Stef

3 4

Re: [Pharo-project] getting rid of Symbol >> new: ?
by StÃ©phane Ducasse Jan. 20, 2010

Jan. 20, 2010

> From: Sheridan Mahoney <sheridan(a)sheridan-mahoney.com> > Date: December 3, 2009 11:04:19 PM GMT+01:00 > To: pharo-project-bounces(a)lists.gforge.inria.fr > Subject: Re: getting rid of Symbol >> new: ? > Reply-To: sheridan(a)sheridan-mahoney.com > > > A colleague and I are investigating the ImageSegment class and its methods, we came across an issue I would like to get external opinions on. Newbie alert, BTW (at least one of us, no names mentioned...). Also, this is not a problem that will affect many users, but it is familiarizing us with the check-in process, slices, etc. While working on ImageSegment tests, we discovered a problem on trying to load segments that had Symbols in the root array. It is possible to create 2 ByteSymbols with the same sequence of characters. :( In trying to track down how this is possible, we came across a side issue, that ByteSymbol new: had the capacity to create multiple new ByteSymbols with the same number of nil characters (as in, initialized with nil). We want to dissallow Symbol new: , which would cause people to use one of the nicer methods for Symbol/ByteSymbol creation (namely, one which checks that the sequence of characters doesn't already exist, as part of the creation process). We have a fix we want to check in, but currently it breaks a test case in the SymbolTest class, which is checking that new: works. We also changed the intern: method on the class side of Symbol to use basicNew: instead of new: . Are there reasons to keep 'Symbol new:' , that outweigh the reasons to get rid of it? > Many thanks, > and Cheers, > Sheri Mahoney

8 31

[Pharo-project] Question on recursive structures
by Viktor Kerkez Jan. 20, 2010

Jan. 20, 2010

Hi, Since this is my first post on the list, first I want to thank you all for the great job you're doing on Pharo :) It was a real revelation when I discovered it :) Now to the question: I'm reading the Pharo by Example, and came to this part: The problem with deepCopy is that it will not terminate when applied to a mutually recursive structure: a1 := { 'harry' }. a2 := { a1 }. a1 at: 1 put: a2. a1 deepCopy â! ... does not terminate! (Pharo actually get stuck at the step: a1 at: 1 put: a2. but that's not the question :) ) 1. Isn't this behaviour (the complete environment get stuck and there is no way to unfreeze it) considered a bug? I mean the environment shouldn't let you shoot yourself in the foot (at least not so easily). Actually the same behaviour can be created just doing: [true] whileTrue: []... 2. Shouldn't Pharo recognize recursive structures in some way? I'm asking because I'm coming from a Python world, which is very similar to smalltalk in some manners and I'm trying to make a big picture comparison in my head. 1. I know that this doesn't really compares to Pharo which is a graphical environment, but in python you can always hit Ctrl-C and break the statements that block... >>> while True: ... pass ... ^CTraceback (most recent call last): File "<stdin>", line 1, in <module> KeyboardInterrupt >>> Shouldn't the UI thread always be responsive? 2. And Python recognizes recursive structures: >>> a = [] >>> a [] >>> a.append(5 ... KeyboardInterrupt >>> a = [] >>> a [] >>> a.append(5) >>> a [5] >>> a.append(a) >>> a [5, [...]] >>> a[0] 5 >>> a[1] [5, [...]] >>> a[1][1][1][1][0] 5 >>> Don't get me wrong, I'm not trying to start a language war :) I wouldn't got to page 171 if I'm not really interested in Smalltalk :-D I'm just trying to get a clearer vision if these are some things that are there for some reason (design decision), or they are just not yet implemented, or they cannot be implemented for some other reasons? Thank you in advance for your time :), Viktor

8 10

[Pharo-project] Polymorph final
by Gary Chambers Jan. 20, 2010

Jan. 20, 2010

Nearly the last version on SqueakSource. Polymorph-Widgets-gvc.101.mcz. I seem to have lost some fixes for multiFormFillStyle (oddity with pressed control buttons...). Let me know if there are any merge problems. Adds OverflowRowMorph to browser switches/button-bar. Regards, Gary

3 10

[Pharo-project] After OB, compare to current version uses old diff
by Mariano Martinez Peck Jan. 20, 2010

Jan. 20, 2010

Hi: If you take a PharoCore image, and browse the editions of a class, then select an older one, and then select "compare to current", you see the differences using the "new" diff, the same that we use in MC. However, after installing OB in a core image, it uses the "old" version. I am not sure that change is due to OB, but at least it seems. I checked in Preferences but I didn't find anything. Any hint how to put new diff again after installing OB ? Thanks! Mariano

4 12

[Pharo-project] XMLRPC client/server
by Serge Stinckwich Jan. 20, 2010

Jan. 20, 2010

Hi all, i'm looking for a XMLRPC client/server implementation for Pharo. I found an implementation for Squeak that look a bit outdated: http://www.squeaksource.com/XMLRPC.html Anyone using this one ? Thank you, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Smalltalkers do: [:it | All with: Class, (And love: it)] http://doesnotunderstand.org/

1 0

[Pharo-project] About DecompilerTests >> decompilerDiscrepancies
by Mariano Martinez Peck Jan. 20, 2010

Jan. 20, 2010

Hi folks: does someone know what is this method for ? In my case, it has included the message saveImageSegments which I rename it to saveImageSegments: So...what should I do ? I put saveImageSegments: instead of saveImageSegments or I just remove it from there? Thanks Mariano

2 1