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

Re: [Pharo-project] MethodName

by StÃ©phane Ducasse

excellent we spent the week-end (or the part allocated to code) chasing it. Which image? version.... We do not understand why fileIn has a problem when MethodReference get a real timestamp. Stef > Hi! > > I can't load it. I've got an error: Instances of Timestamp are not indexable > > Alexandre > > > On 29 Aug 2010, at 22:07, Benjamin Van Ryseghem wrote: > >> Hello everyone >> >> As you may already known, I'm working on a new tool named MethodName which is the merge of MethodFinder and MessagesName with some cool improvement :) >> >> It works on Pharo1.2 - 12109 because it needs NullTextStyler ( >> Gofer new >> squeaksource: 'PharoTaskForces'; >> package: 'NullTextStyler'; >> load.) >> >> You can download the sources by evaluating this : >> >> Gofer new >> squeaksource: 'PharoTaskForces'; >> package: 'MethodName'; >> load. >> >> For opening a new MethodName window there's two ways : >> - evaluate : MethodName new openInWorld. >> - click World >> Tools >> Method Name >> >> >> How it works : >> - You choose thank to the radio button where you want to search (Selectors / Class names/ Source) >> - You type the text you want to search : >> + Source : >> 1) *string or string or string* or *string* -> it answers all the methods which source contains string >> 2) begin*end -> it answers all the methods which source contains begin(whatever)end. >> + Class names : >> 1) name -> it answers the class which the name is name >> 2) name* / *name / *name* / begin*end ... -> * replaces any string. >> + Selectors: >> 1) the same behaviour that for class names >> 2) the behaviour of MethodFinder >> >> Moreover you can reduce the field of search by clicking on "Change environment" which open a PackageChooser window. >> A PackageChooser let you choose the set of classes which will be browsed during the search. >> >> The left list shows all the available packages and the right list shows the already selected packages. >> To add packages, just select them then click ">" to add them or click ">>" to select all the packages. It's the same to remove packages. >> >> Instead of browsing tons of packages in the goal of finding the one you want, you can use the text field to enter the name of the package or a part of the name using some *. >> >> When all the packages are selected, just click "Ok" :) >> >> I hope it's a bit clear and a bit useful ^^ >> >> Benjamin >> _______________________________________________ >> 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 > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 30, 2010

Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final

by StÃ©phane Ducasse

>> We do not want a process/system where one single person controls something important. >> >> - first it does not scale. >> - second it is not good for the ecosystem feeling. >> - third we got burnt in the past (remember 3.9 fonts problems - 3.9 was shipped with bug because >> we could not touched graphics and we needed to integrate other fixes) and we do not want that again. >> - fourth we are reading to share and we know how to do it but not at any price. > > It's a bit funny to read that from a "benevolent dictator". I'm happy that this makes you smile. Apparently you did not study enough history... if we can call that history. Then you probably do not read not well enough this list because we always discuss and I often do not have hard thoughts. I'm trying to learn from people and more act as a catalyst. Our process is not close we just do a simple quality control. Now you can do whatever you want with your software, I will not argue on that. Now I prefer to talk with you about software and not things that are too emotional, because I learn more from it. Stef

Aug. 30, 2010

Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final

by StÃ©phane Ducasse

> >> If you call (re)introducing #squeakToUtf8/#utf8ToSqueak instead of using convertTo/FromEncoding: 'utf8', then yes. > > In Squeak these methods avoid the creation of the TextConverter object if the receiver is a ByteString, which is usually the case. http://code.google.com/p/pharo/issues/list?thanks=2885 Thanks

Aug. 30, 2010

Re: [Pharo-project] MethodName

by Alexandre Bergel

Hi! I can't load it. I've got an error: Instances of Timestamp are not indexable Alexandre On 29 Aug 2010, at 22:07, Benjamin Van Ryseghem wrote: > Hello everyone > > As you may already known, I'm working on a new tool named MethodName which is the merge of MethodFinder and MessagesName with some cool improvement :) > > It works on Pharo1.2 - 12109 because it needs NullTextStyler ( > Gofer new > squeaksource: 'PharoTaskForces'; > package: 'NullTextStyler'; > load.) > > You can download the sources by evaluating this : > > Gofer new > squeaksource: 'PharoTaskForces'; > package: 'MethodName'; > load. > > For opening a new MethodName window there's two ways : > - evaluate : MethodName new openInWorld. > - click World >> Tools >> Method Name > > > How it works : > - You choose thank to the radio button where you want to search (Selectors / Class names/ Source) > - You type the text you want to search : > + Source : > 1) *string or string or string* or *string* -> it answers all the methods which source contains string > 2) begin*end -> it answers all the methods which source contains begin(whatever)end. > + Class names : > 1) name -> it answers the class which the name is name > 2) name* / *name / *name* / begin*end ... -> * replaces any string. > + Selectors: > 1) the same behaviour that for class names > 2) the behaviour of MethodFinder > > Moreover you can reduce the field of search by clicking on "Change environment" which open a PackageChooser window. > A PackageChooser let you choose the set of classes which will be browsed during the search. > > The left list shows all the available packages and the right list shows the already selected packages. > To add packages, just select them then click ">" to add them or click ">>" to select all the packages. It's the same to remove packages. > > Instead of browsing tons of packages in the goal of finding the one you want, you can use the text field to enter the name of the package or a part of the name using some *. > > When all the packages are selected, just click "Ok" :) > > I hope it's a bit clear and a bit useful ^^ > > Benjamin > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Aug. 30, 2010

Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final

by Levente Uzonyi

On Mon, 30 Aug 2010, StÃ©phane Ducasse wrote: > We do not want a process/system where one single person controls something important. > > - first it does not scale. > - second it is not good for the ecosystem feeling. > - third we got burnt in the past (remember 3.9 fonts problems - 3.9 was shipped with bug because > we could not touched graphics and we needed to integrate other fixes) and we do not want that again. > - fourth we are reading to share and we know how to do it but not at any price. It's a bit funny to read that from a "benevolent dictator". Levente > > Now I have to work. :) > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 30, 2010

Re: [Pharo-project] Magnitude should be reimplemented as a Trait

by StÃ©phane Ducasse

On Aug 30, 2010, at 1:25 PM, jaayer wrote: > > > ---- On Mon, 30 Aug 2010 03:32:18 -0700 StÃ©phane Ducasse wrote ---- > >> +1 >> So this is ok :) >> What I would love in my wildest dream is to have magnitude using TComparable :) >> But this may be too complex. >> I would like to have the time to check how we can make trait implementation leaner, smaller..... >> >> Stef > > Actually, if you change Magnitude's class definition to this: > > Object subclass: #Magnitude > uses: TComparable > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: '' > category: 'Kernel-Numbers' > > and then manually remove its "comparing" and "testing" messages, everything seems to work. (Same number of passed/failed tests in "KernelTests-Numbers" as before ) But I could see this potentially causing build issues. Excellent!!!!! I would not have dare doing it. We are trying to get the system bootstrap and bumping in a lot of issues and shaking the system. So I was implying more that. I'm also thorn apart about the pluggability of traits - my meta sin. :) http://code.google.com/p/pharo/issues/detail?id=2884 > Also, Magnitude's "testing" messages, despite what their category name implies, do not return booleans; instead they return other Magnitudes. I have recategorized those messages (#min:, #max:, and #min:max:) in TComparable under "comparing" in the attached fileout.<TComparable2.st>_______________________________________________ Indeed http://code.google.com/p/pharo/issues/detail?id=2882 > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 30, 2010

Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final

by Levente Uzonyi

On Mon, 30 Aug 2010, Henrik Johansen wrote: > > On Aug 30, 2010, at 1:06 10PM, Levente Uzonyi wrote: > >> On Mon, 30 Aug 2010, StÃ©phane Ducasse wrote: >> >>>>> >>>>> I suggest that the people that want and know, group together and build an open-source one. >>>> >>>> Why do you have to have your "own" library? >>> >>> Did I say "pharo library"? reread carefully I said an "open-source one". >> >> What I get from Andreas' words is that he's willing to make it open source if it won't be forked. > > So, definitely not MIT then. Why? > I guess that means the long-term plan of replacing HttpSocket in Squeak is out as well? I don't think so. Squeak releases won't come with WebClient loaded, Andreas mentioned it in his mail. > >> >>> We do not want to be in the situation that somebody can change the license under our feet. >>> We want a library where people can participate. Now Pharoers will decide, I think that we do not have problem >>> with sharing on WebClient. I can understand that people do not like that they cannot improve an infrastructure >>> that they will rely upon. We do not want string to number conversion, and rely on squeakToUtf. >> >> I think Andreas solved these issues with the WebClient-Pharo package, but I may be wrong. > > If you call overriding String #, (to accept any object responding to asString without raising errors) and Collection #ifEmpty: (to return nil instead of the collection ifNotEmpty) "solving the issues" in Pharo, then yeah, sure. I don't like the "magical" #asString, but you should discuss it with Andreas. Collection >> #ifEmpty: doesn't return nil, but the collection in the WebClient-Pharo package (and in Squeak), and I think it's better than nil. > If you call (re)introducing #squeakToUtf8/#utf8ToSqueak instead of using convertTo/FromEncoding: 'utf8', then yes. In Squeak these methods avoid the creation of the TextConverter object if the receiver is a ByteString, which is usually the case. Levente > > Personally, I'd call it forcing Squeakisms on anyone wanting to use WebClient, and potentially breaking any number of other packages. > > The rest I have no problems with, most are fixes/convenience methods which are already in, or should be introduced before Pharo 1.2 (for exampe the SocketStream fixes ) > > Cheers, > Henry > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 30, 2010

[Pharo-project] Information about ESUG 2010 conference

by Noury Bouraqadi

Dear Smalltalkers, I'd like to remind you that all information about the ESUG conference is on-line as usual http://www.esug.org/Conferences/2010 you'll there many info including (but not limited to:) -The conference schedule: http://www.esug.org/wiki/pier/Conferences/2010/SchedulePDF?view=PRDownloadV… -Venue : http://www.esug.org/wiki/pier/Conferences/2010/Venue -A list of Hotels: http://www.esug.org/wiki/pier/Conferences/2010/Accomodation Last, a statistic: So far we have 133 registered people! Definitely the ESUG conference is the place to be to meet the community. For any question, please feel free to contact the esug board (board(a)esug.org) See you in Barcelona, Noury Esug treasurer

Aug. 30, 2010

Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final

by StÃ©phane Ducasse

We do not want a process/system where one single person controls something important. - first it does not scale. - second it is not good for the ecosystem feeling. - third we got burnt in the past (remember 3.9 fonts problems - 3.9 was shipped with bug because we could not touched graphics and we needed to integrate other fixes) and we do not want that again. - fourth we are reading to share and we know how to do it but not at any price. Now I have to work. :) Stef

Aug. 30, 2010

Re: [Pharo-project] OBMorphicIcons (was Re: this style looks cool)

by Alexandre Bergel

> > This looks useful; how do you turn an image into a method, though? Hi! Have a look at the class side of MenuIcons. There are a bunch of import/export methods. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Aug. 30, 2010