- Pharo-dev - lists.pharo.org

[Pharo-project] about logCr: vs. log: vs. trace:/traceCr:

by StÃ©phane Ducasse

Hi guys Stupidly I introduced log: a while ago to replace Transcript show:. Now is the current situation. I still want to remove all the use of Transcript show: Now since I thought I did a mistake with log: because it overload Integer>>log: I introduced trace: and traceCr: Now I do not like traceCr: because it is not a cool message. So what do we do: 1) we use crLog:, logCr: and deprecated log: 2) we use crTrace:, trace: and traceCr: I really prefer solution 1 but I would like to hear from you. Stef

May 5, 2013

[Pharo-project] Fwd: [Esug-list] first MOOC about OOP with Smalltalk and Seaside?

by StÃ©phane Ducasse

Begin forwarded message: > From: Johannes Brauer <brauer(a)nordakademie.de> > Subject: [Esug-list] first MOOC about OOP with Smalltalk and Seaside? > Date: May 4, 2013 5:29:33 PM GMT+02:00 > To: ESUG Mailing list <esug-list(a)lists.esug.org>, "gsug(a)gsug.org" <gsug(a)gsug.org>, VWNC List <vwnc(a)cs.uiuc.edu> > > Dear Smalltalkers! > > There is an initiative for funding the development of massive open online courses (moocs) by the "Stifterverband fÃ¼r die deutsche Wissenschaft"" (http://www.stifterverband.info/ueber_den_stifterverband/english/index.html) > You can get information about a running competition (MOOC PRODUCTION FELLOWSHIP) here: https://moocfellowship.org. > Following the link https://moocfellowship.org/submissions/objektorientierte-programmierung-von… > YOU CAN VOTE for the course offered by me resp. the NORDAKADEMIE (www.nordakademie.de) For voting you have to register by Facebook or email only. > > The MOOC we want to build will be based on a blended learning course we have been pursuing as a first year programming course under the headline "object oriented development of web applications" since a couple of years. During this class the students learn object oriented programming from the beginning using Smalltalk and Seaside. > > Since the material of our blended learning course is in German the first version of the projected MOOC will be in German, too. Getting one of the awards should offer the possibility to build an English version later on. > > I would be delighted if you could adjust our Smalltalk-MOOC project by voting for the course > > https://moocfellowship.org/submissions/objektorientierte-programmierung-von… > > Thank you very much > > Johannes Brauer > > Prof. Dr.-Ing. Johannes Brauer > Dean of Computer Science Departement > Tel.: 04121 409030 > Fax.: 04121 409040 > e-mail: brauer(a)nordakademie.de > e-mal priv.: brauer(a)acm.org > > > ________________________________ > > > Staatlich anerkannte private Fachhochschule > NORDAKADEMIE > GemeinnÃ¼tzige Aktiengesellschaft > KÃ¶llner Chaussee 11 > 25337 Elmshorn > > Vorstand: > Prof. Dr. Georg Plate (Vorsitzender), Dipl.-Ing. JÃ¶rg Meier (stellv. Vorstand) > > Vorsitzender des Aufsichtsrats: > Dr. h.c. Hans-Heinrich Bruns > > Sitz: > Elmshorn, Amtsgericht Pinneberg, HRB 1682 > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

May 5, 2013

Re: [Pharo-project] Pharo: an AMAZING community

by stephane ducasse

thanks! I hope that it will help people in their business. Stef On May 5, 2013, at 4:35 PM, Max Leske <maxleske(a)gmail.com> wrote: > +100! > > Special thanks to Stef and all the guys at Lille. You're responsible for a lot of the drive that we generate. > > Max > > On 05.05.2013, at 16:13, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > >> I sometimes take for granted how extraordinary our community is. This >> morning, it sunk in a bit how magical it truly is... I brought up two issues >> I was having (not even bugs)... in the middle of the night... on a >> Saturday... And like the Smalltalk fairy had come and snuck a solution under >> my pillow while I dreamt, Sven and Benjamin added enhancements which solved >> my dilemma! Thank you both :) And thank you to everyone that's contributed >> over these years to make Pharo and its community so special :) >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: http://forum.world.st/Pharo-an-AMAZING-community-tp4685837.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > >

May 5, 2013

Re: [Pharo-project] [NativeBoost] Allow hierarchy of objects in function definition

by Igor Stasenko

On 5 May 2013 12:14, Max Leske <maxleske(a)gmail.com> wrote: > I have a wish for NativeBoost (which is probably on your list anyway Igor, just wanted to put it out there): function definitions should be able to understand that I want to accept any object of a hierarchy. > > Here's my use case: > > self call: #(git_return_t git_object_lookup(LGitCommitExternal * object, git_repository_ptr repo, git_oid_ptr id, git_otype type)) > > This function takes a pointer to any of LGitCommitExternal, LGitTreeExternal and LGitBlobExternal. The obvious way for me to do this was to create a superclass LGitObjectExternal and use that superclass in the function like so: > > self call: #(git_return_t git_object_lookup(LGitObjectExternal * object, git_repository_ptr repo, git_oid_ptr id, git_otype type)) > > But that gives me an error. So for now I can either use a dummy object (like NBExternalObject) and then convert from that or I have to implement the same function thrice in the different object flavors. > Being able to use a superclass would just be awesome! > > Cheers, > Max As i told before, i am not using membership test, because it costs extra cycles e.g.. object isKindOf: CommonSuperClass is much slower than object class == SomeSpecificClass if you look at NBExternalObjectType>>pushAsValue: / pushAsPointer: it only checks that object belongs to specific class, doing self verifyClassOf: oop is: objectClass generator: gen. The InterpreterProxy has #includesBehavior:ThatOf: method, which can be used to test if given class has some specific ancestor in its inheritance chain. The main reason why i did not implemented the code that way is performance. It is not that hard to implement this kind of test (see attached) =========== Btw, we have a problem: - NativeBoost-Core in my 3.0 image shows that last version of it is EstebanLorenzano.116 there is not such package in NB repository. It is in Pharo30 repository.. but when i open it, it shows that it has ancestor NativeBoost-Core-cb.117 Name: NativeBoost-Core-EstebanLorenzano.118 Author: EstebanLorenzano Time: 23 April 2013, 5:52:38.099 pm UUID: d256a011-ce1f-4959-b5ed-37de2c7f3b84 Ancestors: NativeBoost-Core-cb.117 which is not there. Now i cannot merge with code which is in project repository. We should discuss, how we manage updates for NB.. because searching packages located in multiple repositories is tedious and counterproductive. -- Best regards, Igor Stasenko.

May 5, 2013

Re: [Pharo-project] Pharo: an AMAZING community

by ClÃ©ment Bera

It is even more true since the beginning of Pharo 3.0. I see so many things integrated, bugs quickly fixed. Nice job Pharoers :) 2013/5/5 Max Leske <maxleske(a)gmail.com> > +100! > > Special thanks to Stef and all the guys at Lille. You're responsible for a > lot of the drive that we generate. > > Max > > On 05.05.2013, at 16:13, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > > I sometimes take for granted how extraordinary our community is. This > > morning, it sunk in a bit how magical it truly is... I brought up two > issues > > I was having (not even bugs)... in the middle of the night... on a > > Saturday... And like the Smalltalk fairy had come and snuck a solution > under > > my pillow while I dreamt, Sven and Benjamin added enhancements which > solved > > my dilemma! Thank you both :) And thank you to everyone that's > contributed > > over these years to make Pharo and its community so special :) > > > > > > > > ----- > > Cheers, > > Sean > > -- > > View this message in context: > http://forum.world.st/Pharo-an-AMAZING-community-tp4685837.html > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > > -- ClÃ©ment BÃ©ra Mate Virtual Machine Engineer BÃ¢timent B 40, avenue Halley 59650 *Villeneuve d'Ascq*

May 5, 2013

Re: [Pharo-project] [Spec] Expanding nodes programmatically

by roberto.minelli＠usi.ch

I'll look at AlainTreeModel, then. On May 3, 2013, at 5:35 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > It is AlainTreeModel. > > Ben told me, I cheated. When I don't know I go ask him. Reportedly he has sent a mail yesterday about that. But I didn't see it. Me neither ;( > > > 2013/5/3 ClÃ©ment Bera <clement.bera(a)inria.fr> > It is AlainTreeModel. > > Ben told me, I cheated. When I don't know I go ask him. Reportedly he has sent a mail yesterday about that. But I didn't see it. > > > 2013/5/3 roberto.minelli(a)usi.ch <roberto.minelli(a)usi.ch> > > Ok, what's "the correct implementation of tree"? > > On May 3, 2013, at 4:48 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > wrote: > > > Use the correct implementation of tree, it will help :) > > > > Ben > > > > On May 3, 2013, at 3:49 PM, "roberto.minelli(a)usi.ch" <roberto.minelli(a)usi.ch> wrote: > > > >> I managed to accomplish the said behavior in this way > >> > >>> self > >>> on: (Character arrowRight asShortcut) > >>> do: [ :morph | | item | > >>> item := self selectedItem. > >>> morph selectedMorph toggleExpandedState. > >>> self updateTree. > >>> self selectedItem: item. ]. > >> > >> > >> self is an instance of TreeModel. > >> > >> Is this the way it is supposed to be done? By the way Character arrowRight asShortcut does not always work: Sometimes it does not catch the event. And also the #selectedItem is not selected after expanding the node. Any intuition? > >> > >> Thanks in advance. > >> > >> Cheers, > >> R > >> > >> On May 3, 2013, at 12:02 PM, roberto.minelli(a)usi.ch wrote: > >> > >>> Hi, > >>> > >>> I built a TreeModel using Spec. I cannot find a way to expand the items in the model by using the left arrow on the keyboard. I cannot find neither the correct binding nor the correct message to call. > >>> > >>> Any hint here? > >>> > >>> Thanks in advance, > >>> R > >> > >> > > > > > > > > > -- > ClÃ©ment BÃ©ra > Mate Virtual Machine Engineer > BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq

May 5, 2013

Re: [Pharo-project] Pharo: an AMAZING community

by Max Leske

+100! Special thanks to Stef and all the guys at Lille. You're responsible for a lot of the drive that we generate. Max On 05.05.2013, at 16:13, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > I sometimes take for granted how extraordinary our community is. This > morning, it sunk in a bit how magical it truly is... I brought up two issues > I was having (not even bugs)... in the middle of the night... on a > Saturday... And like the Smalltalk fairy had come and snuck a solution under > my pillow while I dreamt, Sven and Benjamin added enhancements which solved > my dilemma! Thank you both :) And thank you to everyone that's contributed > over these years to make Pharo and its community so special :) > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Pharo-an-AMAZING-community-tp4685837.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

May 5, 2013

[Pharo-project] Pharo: an AMAZING community

by Sean P. DeNigris

I sometimes take for granted how extraordinary our community is. This morning, it sunk in a bit how magical it truly is... I brought up two issues I was having (not even bugs)... in the middle of the night... on a Saturday... And like the Smalltalk fairy had come and snuck a solution under my pillow while I dreamt, Sven and Benjamin added enhancements which solved my dilemma! Thank you both :) And thank you to everyone that's contributed over these years to make Pharo and its community so special :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-an-AMAZING-community-tp4685837.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 5, 2013

Re: [Pharo-project] NeoCSV skip fields

by Sean P. DeNigris

----- Cheers, Sean -- View this message in context: http://forum.world.st/NeoCSV-skip-fields-tp4685751p4685834.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 5, 2013

Re: [Pharo-project] NeoCSV skip fields

by Sven Van Caekenberghe

Hi Sean, On 05 May 2013, at 07:12, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > | reader | > FileStream fileNamed: fileName do: [ :file | > "skip headers" > file > nextLine; > nextLine; > nextLine. > reader := NeoCSVReader on: file. > reader > separator: Character tab; > recordClass: MyClass; > addField: #name:; "throw away" > addField: #name:; > addField: #type:; "throw away" > addField: #type:; "throw away" > addField: #type: converter: [ :str | MyOtherClass on: str ]; > addFloatField: #balance:; > addField: #ignore:; > addField: #ignore:; > addField: #ignore:; > addField: #ignore:. > ^ reader upToEnd. > ]. > > To ignore fields, I'm passing a selector that will be overwritten later on > in the parsing, but that doesn't work with the last fields, so I had to add > a special setter to my domain object to ignore those - yuck! > > Is there a feature like this built into NeoCSV? > > Thanks :) No, but even though it is Sunday, I added it ;-) You could already have used #next on the NeoCSVReader instead of #nextLine on the stream, but I added #skipHeader as an alias. You should now be able to do this: | reader | FileStream fileNamed: fileName do: [ :file | reader := NeoCSVReader on: file. reader separator: Character tab; skipHeader; skipHeader; skipHeader; recordClass: MyClass; addIgnoredField; addField: #name:; addIgnoredField; addIgnoredField; addField: #type: converter: [ :str | MyOtherClass on: str ]; addFloatField: #balance:; addIgnoredField; addIgnoredField; addIgnoredField; addIgnoredField; ^ reader upToEnd ]. Sven ---- Name: Neo-CSV-Core-SvenVanCaekenberghe.13 Author: SvenVanCaekenberghe Time: 5 May 2013, 2:57:49.884797 pm UUID: ffa124e8-243a-4eeb-9cfe-9ab553a27ae3 Ancestors: Neo-CSV-Core-SvenVanCaekenberghe.12 Added support for #addIgnoredField as requested by Sean DeNigris; Added #skipHeader as an alias for #next; Refactored #readNextRecordAsArray; Added more method comments ---- Name: Neo-CSV-Tests-SvenVanCaekenberghe.12 Author: SvenVanCaekenberghe Time: 5 May 2013, 2:59:34.964878 pm UUID: 0faf0228-3e8f-4b09-b722-c2bae630b36e Ancestors: Neo-CSV-Tests-SvenVanCaekenberghe.11 Now using #skipHeader; Added #testReadTestsObjectsWithIgnoredField and #testReadWithIgnoredField --- Name: ConfigurationOfNeoCSV-SvenVanCaekenberghe.9 Author: SvenVanCaekenberghe Time: 5 May 2013, 3:01:27.956174 pm UUID: 7954e3e4-e9cc-485e-9012-9102be0d2fcb Ancestors: ConfigurationOfNeoCSV-SvenVanCaekenberghe.8 Updated to v7 (ignoreable fields) ---- -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

May 5, 2013