- Pharo-users - lists.pharo.org

Re: [Pharo-users] Epicea vs RB refactorings

by Denis Kudriashov

2017-04-26 11:19 GMT+02:00 Peter Uhnak <i.uhnak(a)gmail.com>: > Hi, > > I'm under the impression that Epicea is supposed to replace RB > refactorings at some point. > I think it was never the goal and not supposed to happen. Epicea is only changes logger. Maybe Martin will correct me. > > If that is true, is it currently possible to build refactorings by hand? > > For example in RB I often do: > > ``` > model := RBNamespace new. > > model defineClass: ('<1s> subclass: #<2s><n><t>instanceVariableNames: > <3p><n><t>classVariableNames: ''''<n><t>poolDictionaries: > ''''<n><t>category: <4p>' expandMacrosWith: 'Object' with: 'MySomething' > with: 'var1 var2' with: 'MyPackage'). > cls := model classNamed: #MySomething. > cls compile: 'var1 > ^ var1' classified: 'accessing'. > > (ChangesBrowser changes: model changes changes) open > ``` > > or > > (removing a method from a class) > ``` > model := RBNamespace new. > model removeMethod: #testTrimRight from: StringTest. > (ChangesBrowser changes: model changes changes) open > I use directly RBRefactoring subclasses: ref := RBRemoveMethodRefactoring removeMethods: #(testTrimRight) from: StringTest. ref execute."perform complete changes without preview" ref primitiveExecute. "for preview" (ChangesBrowser changes: {ref}) open.

May 3, 2017

Re: [Pharo-users] Epicea vs RB refactorings

by Peter Uhnak

anyone? On Wed, Apr 26, 2017 at 11:19:07AM +0200, Peter Uhnak wrote: > Hi, > > I'm under the impression that Epicea is supposed to replace RB refactorings at some point. > > If that is true, is it currently possible to build refactorings by hand? > > For example in RB I often do: > > ``` > model := RBNamespace new. > > model defineClass: ('<1s> subclass: #<2s><n><t>instanceVariableNames: <3p><n><t>classVariableNames: ''''<n><t>poolDictionaries: ''''<n><t>category: <4p>' expandMacrosWith: 'Object' with: 'MySomething' with: 'var1 var2' with: 'MyPackage'). > cls := model classNamed: #MySomething. > cls compile: 'var1 > ^ var1' classified: 'accessing'. > > (ChangesBrowser changes: model changes changes) open > ``` > > or > > (removing a method from a class) > ``` > model := RBNamespace new. > model removeMethod: #testTrimRight from: StringTest. > (ChangesBrowser changes: model changes changes) open > ``` > > Thanks, > Peter

May 3, 2017

Re: [Pharo-users] [Moose-dev] Re: [ann] gt4gemstone

by Mariano Martinez Peck

On Wed, May 3, 2017 at 1:55 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > > On May 3, 2017, at 1:00 AM, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > > > > Hi Doru, > > > > That's very cool! I am on vacation now so I don't have much time to take > a deeper look. > > Quick questions: > > 1) is this using the CGI FFI port I did for Pharo 5 UFFI? > > Of course :). > Cool! I am glad that is being used and that it was worth! I still remember the skype call we had some time ago :) > > > 2) Which pharo and gemstone versions are supported? Does this work for > Pharo 5.0 and GemStone 3.3.3 ? > > - Pharo 5.0, Pharo 6.0. > - GemStone 3.3.3 > > Excellent. That fits my client app. I will try to test it when I am back. Best, > Cheers, > Doru > > > > Thanks! > > > > > > On Tue, May 2, 2017 at 6:29 PM, Tudor Girba <tudor(a)tudorgirba.com> > wrote: > > Hi, > > > > feenk.com is proud to announce gt4gemstone, a version of the Glamorous > Toolkit aimed at supporting remote development with GemStone/S from Pharo. > gt4gemstone is released as an open-source project under the MIT license and > was built primarily by Andrei Chis with some marginal contributions from me. > > > > The project is hosted at: > > https://github.com/feenkcom/gt4gemstone > > > > The toolkit currently offers several features: > > â¢ Remote Playground > > â¢ Remote Inspector with extensions that can be coded exactly > like the ones in Pharo > > â¢ Remote Debugger with mixed stacks (Pharo and GemStone) > > â¢ Basic Remote Code Browser > > â¢ Remote Session Handler > > â¢ Integration with Roassal > > â¢ A Glamour-specific proxy model for efficient serialization of > Glamour presentations > > â¢ A basic proxy model for working with any remote objects from > GemStone > > > > One particular aspect that we focused on is performance. So much so, > that at one point inspecting objects in gt4gemstone was faster than doing > them locally. In the meantime, the GT inspector from Pharo also received an > upgrade. > > > > But, perhaps the most exciting thing about this project is that most > extensions of the inspector can be expressed exactly in the same way both > in Pharo and in GemStone, and this makes the scenario of building in Pharo > and deploying in GemStone even more appealing. > > > > The official announcement with some extra details can be found here: > > http://www.humane-assessment.com/blog/introducing-gt4gemstone/ > > > > Cheers, > > Tudor > > > > -- > > www.tudorgirba.com > > www.feenk.com > > > > "There are no old things, there are only old ways of looking at them." > > > > > > > > > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)list.inf.unibe.ch > > https://www.list.inf.unibe.ch/listinfo/moose-dev > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)list.inf.unibe.ch > > https://www.list.inf.unibe.ch/listinfo/moose-dev > > -- > www.tudorgirba.com > www.feenk.com > > âLive like you mean it." > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev > -- Mariano http://marianopeck.wordpress.com

May 3, 2017

Re: [Pharo-users] [Moose-dev] [ann] gt4gemstone

by Tudor Girba

Hi, > On May 3, 2017, at 1:00 AM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Hi Doru, > > That's very cool! I am on vacation now so I don't have much time to take a deeper look. > Quick questions: > 1) is this using the CGI FFI port I did for Pharo 5 UFFI? Of course :). > 2) Which pharo and gemstone versions are supported? Does this work for Pharo 5.0 and GemStone 3.3.3 ? - Pharo 5.0, Pharo 6.0. - GemStone 3.3.3 Cheers, Doru > Thanks! > > > On Tue, May 2, 2017 at 6:29 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > feenk.com is proud to announce gt4gemstone, a version of the Glamorous Toolkit aimed at supporting remote development with GemStone/S from Pharo. gt4gemstone is released as an open-source project under the MIT license and was built primarily by Andrei Chis with some marginal contributions from me. > > The project is hosted at: > https://github.com/feenkcom/gt4gemstone > > The toolkit currently offers several features: > â¢ Remote Playground > â¢ Remote Inspector with extensions that can be coded exactly like the ones in Pharo > â¢ Remote Debugger with mixed stacks (Pharo and GemStone) > â¢ Basic Remote Code Browser > â¢ Remote Session Handler > â¢ Integration with Roassal > â¢ A Glamour-specific proxy model for efficient serialization of Glamour presentations > â¢ A basic proxy model for working with any remote objects from GemStone > > One particular aspect that we focused on is performance. So much so, that at one point inspecting objects in gt4gemstone was faster than doing them locally. In the meantime, the GT inspector from Pharo also received an upgrade. > > But, perhaps the most exciting thing about this project is that most extensions of the inspector can be expressed exactly in the same way both in Pharo and in GemStone, and this makes the scenario of building in Pharo and deploying in GemStone even more appealing. > > The official announcement with some extra details can be found here: > http://www.humane-assessment.com/blog/introducing-gt4gemstone/ > > Cheers, > Tudor > > -- > www.tudorgirba.com > www.feenk.com > > "There are no old things, there are only old ways of looking at them." > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev > > > > -- > Mariano > http://marianopeck.wordpress.com > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev -- www.tudorgirba.com www.feenk.com âLive like you mean it."

May 3, 2017

Re: [Pharo-users] [Moose-dev] [ann] gt4gemstone

by Mariano Martinez Peck

Hi Doru, That's very cool! I am on vacation now so I don't have much time to take a deeper look. Quick questions: 1) is this using the CGI FFI port I did for Pharo 5 UFFI? 2) Which pharo and gemstone versions are supported? Does this work for Pharo 5.0 and GemStone 3.3.3 ? Thanks! On Tue, May 2, 2017 at 6:29 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > feenk.com is proud to announce gt4gemstone, a version of the Glamorous > Toolkit aimed at supporting remote development with GemStone/S from Pharo. > gt4gemstone is released as an open-source project under the MIT license and > was built primarily by Andrei Chis with some marginal contributions from me. > > The project is hosted at: > https://github.com/feenkcom/gt4gemstone > > The toolkit currently offers several features: > â¢ Remote Playground > â¢ Remote Inspector with extensions that can be coded exactly like > the ones in Pharo > â¢ Remote Debugger with mixed stacks (Pharo and GemStone) > â¢ Basic Remote Code Browser > â¢ Remote Session Handler > â¢ Integration with Roassal > â¢ A Glamour-specific proxy model for efficient serialization of > Glamour presentations > â¢ A basic proxy model for working with any remote objects from > GemStone > > One particular aspect that we focused on is performance. So much so, that > at one point inspecting objects in gt4gemstone was faster than doing them > locally. In the meantime, the GT inspector from Pharo also received an > upgrade. > > But, perhaps the most exciting thing about this project is that most > extensions of the inspector can be expressed exactly in the same way both > in Pharo and in GemStone, and this makes the scenario of building in Pharo > and deploying in GemStone even more appealing. > > The official announcement with some extra details can be found here: > http://www.humane-assessment.com/blog/introducing-gt4gemstone/ > > Cheers, > Tudor > > -- > www.tudorgirba.com > www.feenk.com > > "There are no old things, there are only old ways of looking at them." > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev > -- Mariano http://marianopeck.wordpress.com

May 2, 2017

Re: [Pharo-users] Put FTTableMorph layout into ComposableModel lyout

by Peter Uhnak

Hi, you can look at chapter 9.1 in the Spec Booklet http://files.pharo.org/books-pdfs/spec/2017-01-23-SpecBooklet.pdf it shows how to integrate any morph inside a Spec Model. But did you look at FastTabelModel? It uses FTTableMorph underneath, so maybe it can already do what you need. Peter On Tue, May 02, 2017 at 07:30:00AM -0700, chrismihaylyk wrote: > Hi! > > I need to display my FTTableMorph window content inside of ComposableModel > window. > Please tell me, is it possible? > > Thanks, > Khrystyna. > > > > -- > View this message in context: http://forum.world.st/Put-FTTableMorph-layout-into-ComposableModel-lyout-tp… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

May 2, 2017

[ann] gt4gemstone

by Tudor Girba

Hi, feenk.com is proud to announce gt4gemstone, a version of the Glamorous Toolkit aimed at supporting remote development with GemStone/S from Pharo. gt4gemstone is released as an open-source project under the MIT license and was built primarily by Andrei Chis with some marginal contributions from me. The project is hosted at: https://github.com/feenkcom/gt4gemstone The toolkit currently offers several features: â¢ Remote Playground â¢ Remote Inspector with extensions that can be coded exactly like the ones in Pharo â¢ Remote Debugger with mixed stacks (Pharo and GemStone) â¢ Basic Remote Code Browser â¢ Remote Session Handler â¢ Integration with Roassal â¢ A Glamour-specific proxy model for efficient serialization of Glamour presentations â¢ A basic proxy model for working with any remote objects from GemStone One particular aspect that we focused on is performance. So much so, that at one point inspecting objects in gt4gemstone was faster than doing them locally. In the meantime, the GT inspector from Pharo also received an upgrade. But, perhaps the most exciting thing about this project is that most extensions of the inspector can be expressed exactly in the same way both in Pharo and in GemStone, and this makes the scenario of building in Pharo and deploying in GemStone even more appealing. The official announcement with some extra details can be found here: http://www.humane-assessment.com/blog/introducing-gt4gemstone/ Cheers, Tudor -- www.tudorgirba.com www.feenk.com "There are no old things, there are only old ways of looking at them."

May 2, 2017

Re: [Pharo-users] Voyage - collecting data from Mongo

by Stephane Ducasse

Tx I will add that to the Voyage booklet I will edit soon :) On Tue, May 2, 2017 at 3:29 PM, Mark Rizun <mrizun(a)gmail.com> wrote: > Hi, > > the solution to my initial issue is to create a class MyClass with two > class side methods > > MyClass class >> isVoyageRoot > ^ true > > MyClass class >> descriptionContainer > <voyageContainer> > ^ VOContainer new > collectionName: 'myCollection'; > yourself > > Also, to properly read the data one should add instance variables to > depending on what is in the database. For example: > > { "_id" : ObjectId("5900a0175bc65a2b7973b48a"), "item" : "canvas", "qty" > : 100, "tags" : [ "cotton" ] } > > In this case MyClass should have instanceVariables: 'item qty tags' and > accessors. > Plus, on the class side > > mongoItem > <mongoDescription> > ^ VOToOneDescription new > attributeName: 'item'; > kind: String; > yourself > > mongoQty > <mongoDescription> > ^ VOToOneDescription new > attributeName: 'qty'; > kind: Integer; > yourself > > mongoTags > <mongoDescription> > ^ VOToOneDescription new > attributeName: 'tags'; > kind: OrderedCollection; > yourself > > After that one can connect to database and get the information. > > | repository | > repository := VOMongoRepository database: 'databaseName'. > repository selectAll: MyClass > > Big thanks to Sabine, Esteban and Holger! > > Cheers, > Mark > > 2017-04-30 19:20 GMT+02:00 Sabine Manaa <manaa.sabine(a)gmail.com>: > >> Happy to help. I got this information from Udo Schneider in slack several >> weeks ago. >> As far as I know, he works on an update for several things concerning >> mongo but I don't know when he will release it. >> >> >> chrismihaylyk [via Smalltalk] <[hidden email] >> <http:///user/SendEmail.jtp?type=node&node=4944977&i=0>> schrieb am So. >> 30. Apr. 2017 um 16:45: >> >>> Sabine, thank you very much! It's very helpful, work fine. >>> 2017-04-30 17:09 GMT+03:00 Sabine Manaa <[hidden email] >>> <http:///user/SendEmail.jtp?type=node&node=4944955&i=0>>: >>> >>>> Khrystyna , >>>> >>>> I also use a new version of mongo with authentication (but only old >>>> version) and wired Tiger. >>>> >>>> I am not sure but possibly you can try to overwrite the following >>>> method to fix the problem: >>>> >>>> MongoDatabase>>collections >>>> | reply names | >>>> reply := self command: {(#listCollections -> 1)} asDictionary. >>>> names := ((reply at: 'cursor') at: 'firstBatch') collect: [ :each | >>>> each at: #name ]. >>>> ^ names collect: [ :each | MongoCollection database: self name: each ] >>>> >>> 2017-04-30 12:24 GMT+02:00 Mark Rizun [via Smalltalk] <[hidden email] >>>> <http:///user/SendEmail.jtp?type=node&node=4944953&i=0>>: >>>> >>> >>>>> Mark >>>>>> once you have a solution could you post it because I would like to >>>>>> add your question to the voyage chapter. >>>>>> stef >>>>>> >>>>> >>>>> Sure thing, Stef. >>>>> >>>>> >>>>> ------------------------------ >>>>> If you reply to this email, your message will be added to the >>>>> discussion below: >>>>> http://forum.world.st/Voyage-collecting-data-from-Mongo-tp49 >>>>> 44784p4944944.html >>>>> >>>> To start a new topic under Pharo Smalltalk Users, email [hidden email] >>>>> <http:///user/SendEmail.jtp?type=node&node=4944953&i=1> >>>>> >>>> To unsubscribe from Pharo Smalltalk Users, click here. >>>>> NAML >>>>> <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> >>>>> >>>> ------------------------------ >>>> View this message in context: Re: Voyage - collecting data from Mongo >>>> <http://forum.world.st/Voyage-collecting-data-from-Mongo-tp4944784p4944953.h…> >>>> >>>> Sent from the Pharo Smalltalk Users mailing list archive >>>> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at >>>> Nabble.com. >>>> >>> If you reply to this email, your message will be added to the discussion >>> below: >>> http://forum.world.st/Voyage-collecting-data-from-Mongo-tp49 >>> 44784p4944955.html >>> To start a new topic under Pharo Smalltalk Users, email [hidden email] >>> <http:///user/SendEmail.jtp?type=node&node=4944977&i=1> >>> To unsubscribe from Pharo Smalltalk Users, click here. >>> NAML >>> <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> >>> >> >> ------------------------------ >> View this message in context: Re: Voyage - collecting data from Mongo >> <http://forum.world.st/Voyage-collecting-data-from-Mongo-tp4944784p4944977.h…> >> Sent from the Pharo Smalltalk Users mailing list archive >> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at >> Nabble.com. >> > >

May 2, 2017

Pharo booklet collection

by Stephane Ducasse

Hi Pharoers You are lucky. The "Pharo booklet collection" edited by S. Ducasse is arriving... Are you ready to read nice and focused booklets? You can find at http://files.pharo.org/books/ in beta version: - Smacc: the Smalltalk Compiler Compiler by J. Brant, T. Goubier, J. Lecerf and S. Ducasse. - Glorp: the Object Relational Mapper framework by E. Maringolo, N. Pratt and R. Withney All the book material is hosted on https://github.com/SquareBracketAssociates so you can contribute! Fix typos and propose new material. We are planning a booklet on Magritte, Reddit in 10 cool classes, Voyage, and Mocking with BabyMock and Mocketry, XML (but we need a writer) and potentially PetitParser. If you have material for a tutorial and you would like to be part of the Pharo Booklet Collection contact S. Ducasse. S. Ducasse

May 2, 2017

Re: [Pharo-users] A Logo Proposal for Smalltalk

by Cyril Ferlicot D.

Le 02/05/2017 Ã 12:57, horrido a Ã©crit : > I have A Logo Proposal for Smalltalk > <https://medium.com/@richardeng/a-logo-proposal-for-smalltalk-e78180f3ec02> > . But there is one huge (insurmountable?) obstacle. > Hi, I like it but I find it too complex for a logo. I think it would be better to have something more "flat" and easy to reproduce. But that's my opinion, I can be wrong :) > > > -- > View this message in context: http://forum.world.st/A-Logo-Proposal-for-Smalltalk-tp4945122.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

May 2, 2017