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

Re: [Pharo-project] {Spam?} about printOnDelimiter vs asStringOn: delimiter:
by Bill Schwab Jan. 16, 2009

Jan. 16, 2009

Stef, I suspect that Object Arts would favor #printOn:delimiter:. They would also probably have a #displayOn:delimeter: method. Their approach is that one 'displays' for users and 'prints' for developers; they generally don't much like #as* methods, with the exception of true conversion methods (such as #asOrderedCollection, etc.). #displayOn: is used my morphic, which will cause me some hassles some time soon. FWIW. 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 >>> stephane.ducasse(a)inria.fr 1/16/2009 12:55:53 PM >>> Hi all I would like to have your point of view on the following: on the class collection there are two methods asStringOn: aStream delimiter: delimString asStringOn: aStream delimiter: delimString last: lastDelimString printOn: aStream delimiter: delimString printOn: aStream delimiter: delimString last: lastDelimString which are nearly doing the same. I suggest to remove the printOn: version since it prints: '1'', ''2'' & ''3'. while asString '1, 2 & 3' I do not see any use of the printOn version and there is no sender (except tests that I will remove :). Stef _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

2 1

[Pharo-project] about printOnDelimiter vs asStringOn: delimiter:
by StÃ©phane Ducasse Jan. 16, 2009

Jan. 16, 2009

Hi all I would like to have your point of view on the following: on the class collection there are two methods asStringOn: aStream delimiter: delimString asStringOn: aStream delimiter: delimString last: lastDelimString printOn: aStream delimiter: delimString printOn: aStream delimiter: delimString last: lastDelimString which are nearly doing the same. I suggest to remove the printOn: version since it prints: '1'', ''2'' & ''3'. while asString '1, 2 & 3' I do not see any use of the printOn version and there is no sender (except tests that I will remove :). Stef

1 0

[Pharo-project] how this test can be right
by StÃ©phane Ducasse Jan. 16, 2009

Jan. 16, 2009

testAsCommaString {OrderedCollection new. Set new.} do: [ :coll | self assert: coll asCommaString = ''. coll add: 1. self assert: coll asCommaString = '1'. coll add: 2; add: 3. self assert: coll asCommaString = '1, 2, 3']. I was never said that elements are iterate in a set the same way that they are added. Stef

2 2

Re: [Pharo-project] [squeak-dev] Mac OS X VM (Squeak 3.8.20beta1U) issue
by John M McIntosh Jan. 16, 2009

Jan. 16, 2009

Ok, what I'm going to do here is push out a 3.8.21 later today. I will revert to the old behaviour, however this will have a info.plist flag that allows you choose the new mmap performance since it does gain a few hundred milliseconds of time on a launch. The new behaviour has I believe these two bugs which are show stoppers for general release. (a) Save image when image is on a NFS drive, does not work. VM locks up, image file is truncated. (b) Sporadic reports of image write failing when on local hard drive. I will retain the new behaviour for the iPhone VM since the saving is on the order of seconds. On 14-Jan-09, at 7:53 AM, John M McIntosh wrote: > Ok, well I'll push out a 3.8.21b1 later today. > > On 14-Jan-09, at 7:25 AM, Alain Fischer wrote: > >> The server is Mac OS X 10.5 (Darwin Kernel Version 9.6.0) >> >> On 14 janv. 09, at 16:12, John M McIntosh wrote: >> >>> Ok, well it seems there is a problem with mmap and mapping files >>> on NFS drives under older versions of linux. >>> So is the server involved linux? >>> >>> Obviously I can see a 3.8.21 series VM being generated tomorrow.. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

1 1

[Pharo-project] Pharo name conflict
by David Hammond Jan. 15, 2009

Jan. 15, 2009

Hi, I don't intend to cause a big fuss, but I have a concern about the name of your project. I first became aware of your project yesterday when I ran a Google search for the word "pharo". This is the name I had chosen for my open source PHP framework project back in January of 2008. At the time, the Smalltalk-related Pharo project did not yet exist, and the Google search results yielded nothing at all similar or relevant to the project I wanted to start. I purchased pharo.org that month (with trac.pharo.org, svn.pharo.org, and apt-trunk.pharo.org currently in active use) and made a teaser post about the project on my blog: http://www.webdevout.net/tidings/2008/01/15/the-pyramids-werent-built-in-a-… My intention is to release the Pharo PHP framework under a BSD license and not profit directly from the project. I have no stakes in preserving the exclusiveness of the "Pharo" name aside from avoiding possible confusion. But I do believe that the name conflict is an issue of concern, since both of our projects are directly related to programming languages.

6 9

[Pharo-project] That's a pharo!
by Hilaire Fernandes Jan. 14, 2009

Jan. 14, 2009

It is where I am working http://crdp.ac-bordeaux.fr/cddp40/ and it is a subliminal message ;-) -- http://blog.ofset.org/hilaire

2 1

Re: [Pharo-project] Watery2
by Bill Schwab Jan. 14, 2009

Jan. 14, 2009

Gary, No argument here. I find Watery a little bright for my taste, but suspect that will ease off when I set the background colors to my preference. There are aspects of Vistary that I like, though at least in the older versions that I have used more extensively, there is a little bit of a performance hit, and the button text can be hard to read. Given the choice between two non-ugly options, I will invariably go for the snappy one over the eye candy. FWIW, I think one of the things I like most about Vistary is that the notifiers and debuggers are easier to identify than they are in recent Watery with OB. STV had really strong red notifiers, and I hated them. The clay rose that eventually evolved in Squeak was nice because it drew attention w/o being overpowering. I am _not_ saying we should regress - I greatly appreciate what you have been doing. I will do something to get my ledger green editors back, and might try a subtle toning of the stack list in the debugger; I'd have to see it to know whether it is a useful clue or something Steve Jobs would have erased from my disk :) Another plus on Vistary is that the title bar text ends up being easy to read; Watery's title bar font seems a little thin to me. But, simply thickening it might be too much?? Most of this is editorial background noise. You offer great options and they will no doubt get better over time. Watery does appear to be standing out as the leader right now. Whether that is because it is truly more effective or simply because we have a lot of mac users giving attention to it is largely irrelevant. Thanks for the making choice so difficult!!!! 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 01/14/09 1:18 PM >>> Guess Watery2 will be the Pharo look-and-feel... not had any correspondence from Samuel for some time now... So, I'm focussing on Watery2 for the moment. The SVGs and exports do take some time. Square button corners next then the window controls (experimented with Vistary as proof-of-concept). Regards, Gary. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

3 3

[Pharo-project] Watery2
by Gary Chambers Jan. 14, 2009

Jan. 14, 2009

Guess Watery2 will be the Pharo look-and-feel... not had any correspondence from Samuel for some time now... So, I'm focussing on Watery2 for the moment. The SVGs and exports do take some time. Square button corners next then the window controls (experimented with Vistary as proof-of-concept). Regards, Gary.

2 1

Re: [Pharo-project] [ANN][Dev-Images] January 2000 versions
by Bill Schwab Jan. 14, 2009

Jan. 14, 2009

Gary, I saw mention of it, but I took "full screen" too literally. Thanks! 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 01/14/09 8:02 AM >>> ----- Original Message ----- From: "Bill Schwab" <BSchwab(a)anest.ufl.edu> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Wednesday, January 14, 2009 12:05 AM Subject: Re: [Pharo-project] [ANN][Dev-Images] January 2000 versions > Damien, all, > > Very impressive! I am looking forward to the new parser and a few > other things, but the results are speaking for themselves. One cosmetic > detail is that OB and Vistary (and even SoftSqueak) are not nearly as > happy as OB and Watery 2. I notice it most in the buttons, especially > those "in" the source pane. > > Gary, thinking ahead some (ok, a LOT), to deployed desktop apps, have > you given any thought to how one would create an alignment morph (or > whatever you recommend) maximized in the world to allow the non-client > parts of the host window to take over as the title bar and friends? Or, > are you expecting us to move to a way to allow individual host windows? > At some point, I would want to create what amounts to an SDI app. > Currently, the feel is essentially MDI. There is a FullscreenMorph in Polymorph-Widgets that we use. StandardWindow and subclasses support openFullscreen along with a few other bits to help out in deployed applications (see class comment). To change the host-windows title you will need to change your Squeak.ini (trickier in Linux...). Preferences class>>disableProgrammerFacilitiesWithoutWarning may also be of some help for deployed applications ;-) Regards, Gary. > > 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 > > > _______________________________________________ > 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

1 0

Re: [Pharo-project] [ANN][Dev-Images] January 2000 versions
by Bill Schwab Jan. 14, 2009

Jan. 14, 2009

Damien, all, Very impressive! I am looking forward to the new parser and a few other things, but the results are speaking for themselves. One cosmetic detail is that OB and Vistary (and even SoftSqueak) are not nearly as happy as OB and Watery 2. I notice it most in the buttons, especially those "in" the source pane. Gary, thinking ahead some (ok, a LOT), to deployed desktop apps, have you given any thought to how one would create an alignment morph (or whatever you recommend) maximized in the world to allow the non-client parts of the host window to take over as the title bar and friends? Or, are you expecting us to move to a way to allow individual host windows? At some point, I would want to create what amounts to an SDI app. Currently, the feel is essentially MDI. 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

2 1