December 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Anonymous subclasses support

by Ciprian Teodorov

On Mon, Dec 17, 2012 at 7:47 PM, Ciprian Teodorov < ciprian.teodorov(a)gmail.com> wrote: > Hi stef, > > I did some investigations and it seems to me that the problem comes from > the ChangesBrowser. It stores the changes in a Set which in turn changes > the order of declarations... So how can I define a method in a class that > does not exit? > The PickListModel is the culprit ;) > changing its pickedItemsHolder from Set new asValueHolder to OrderedCollection new asValueHolder fixes my issue ... but of course I don't really now where in the system the items are used as set ... Maybe we can change its name to PickSetModel or PickUnorderedListModel... by the way I find PickListModel not a good name at all It probably should be PickedListModel -> for the items pick*ed* from a list > > Bellow you will find the snippet that I have promised... > > model := RBNamespace new . > className := 'ANewClassForTheSystem' asSymbol. > model defineClass: > ('<1s> > subclass: #<2s> > instanceVariableNames: '''' > classVariableNames: '''' > poolDictionaries: '''' > category: <3p>' expandMacrosWith: 'NBExternalStructure' with: className > with: 'JustTesting'). > model compile: 'myInstanceMethod ^''Hello world'' ' in: (model > classNamed: className) classified: 'method declaration'. > > model compile: 'myClassMethod ^self new ' in: (model metaclassNamed: > className) classified: 'method declaration'. > "(ChangesBrowser changes: model changes ) openWithSpec ." > (ChangesBrowser new change: model changes ) openWithSpec . > > > Cheers > > On Mon, Dec 17, 2012 at 10:56 AM, Ciprian Teodorov < > ciprian.teodorov(a)gmail.com> wrote: > >> @Igor that's an idea ... I think I'll go with that for the initial version >> >> @stef I'll send a snippet this evening >> >> Cheers >> On Dec 17, 2012 9:39 AM, "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> >> wrote: >> >>> could you send a snippet that generate code? >>> >>> Stef >>> >>> On Dec 16, 2012, at 11:41 PM, Ciprian Teodorov wrote: >>> >>> > >>> > >>> > On Sun, Dec 16, 2012 at 11:02 PM, StÃ©phane Ducasse < >>> stephane.ducasse(a)inria.fr> wrote: >>> > > I'm writing a FFI generator for Pharo that uses libclang to parse >>> header files and generates nativeboost mapping as output. >>> > > The beast is almost working (I can get libclang mapping, the core.h >>> header)but there are still some small issues. So, that's why I've been >>> poking at nativeboost ;) >>> > > >>> > > At the end I expect to have something that will generate correct ffi >>> interface, and that will not bloat the image with thousand of visible >>> classes, so that the user might get a chance to understand something of >>> what I'm generating... >>> > > >>> > > The thing is this evening after 4-5 hours of looking around my >>> conclusion is. In pharo 1.4 the anonymous subclasses are breaking the >>> tools, and in the brand new pharo 2.0 the refactoring tools (RBNamespace & >>> company) are not working as they should.... so i'm stuck with 1.4 for now >>> (and still telling to myself that I do not want to bloat the image with >>> many classes) >>> > >>> > Can you tell us what is the problem you got with RBNamespace? >>> > Because if we know we can try to fix it :). >>> > >>> > When executing the refactorings that generate my code I get a DNU... >>> (see attached .png) it seem that RBAddMethodChange does not implement the >>> #includesSelector: >>> > >>> > >>> > Stef >>> > >>> > >>> > >>> > >>> > >>> > -- >>> > Dr. Ciprian TEODOROV >>> > IngÃ©nieur DÃ©veloppement CAO >>> > >>> > tÃ©l : 06 08 54 73 48 >>> > mail : ciprian.teodorov(a)gmail.com >>> > www.teodorov.ro >>> > <PharoScreenshot.png> >>> >>> >>> > > > -- > Dr. Ciprian TEODOROV > IngÃ©nieur DÃ©veloppement CAO > > tÃ©l : 06 08 54 73 48 > mail : ciprian.teodorov(a)gmail.com > www.teodorov.ro > -- Dr. Ciprian TEODOROV IngÃ©nieur DÃ©veloppement CAO tÃ©l : 06 08 54 73 48 mail : ciprian.teodorov(a)gmail.com www.teodorov.ro

Dec. 17, 2012

[Pharo-project] Pharo Icon Revamped

by Camillo Bruni

I spent my days reactivating my Illustrator skills and tried my luck on the Pharo logo. I still lack the water and some perspective mismatches with the stripes :) but for me this looks better than the current one :) (as usual a highly subjective opinion). cheers cami

Dec. 17, 2012

Re: [Pharo-project] Anonymous subclasses support

by Ciprian Teodorov

Hi stef, I did some investigations and it seems to me that the problem comes from the ChangesBrowser. It stores the changes in a Set which in turn changes the order of declarations... So how can I define a method in a class that does not exit? The PickListModel is the culprit ;) Bellow you will find the snippet that I have promised... model := RBNamespace new . className := 'ANewClassForTheSystem' asSymbol. model defineClass: ('<1s> subclass: #<2s> instanceVariableNames: '''' classVariableNames: '''' poolDictionaries: '''' category: <3p>' expandMacrosWith: 'NBExternalStructure' with: className with: 'JustTesting'). model compile: 'myInstanceMethod ^''Hello world'' ' in: (model classNamed: className) classified: 'method declaration'. model compile: 'myClassMethod ^self new ' in: (model metaclassNamed: className) classified: 'method declaration'. "(ChangesBrowser changes: model changes ) openWithSpec ." (ChangesBrowser new change: model changes ) openWithSpec . Cheers On Mon, Dec 17, 2012 at 10:56 AM, Ciprian Teodorov < ciprian.teodorov(a)gmail.com> wrote: > @Igor that's an idea ... I think I'll go with that for the initial version > > @stef I'll send a snippet this evening > > Cheers > On Dec 17, 2012 9:39 AM, "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> > wrote: > >> could you send a snippet that generate code? >> >> Stef >> >> On Dec 16, 2012, at 11:41 PM, Ciprian Teodorov wrote: >> >> > >> > >> > On Sun, Dec 16, 2012 at 11:02 PM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> > > I'm writing a FFI generator for Pharo that uses libclang to parse >> header files and generates nativeboost mapping as output. >> > > The beast is almost working (I can get libclang mapping, the core.h >> header)but there are still some small issues. So, that's why I've been >> poking at nativeboost ;) >> > > >> > > At the end I expect to have something that will generate correct ffi >> interface, and that will not bloat the image with thousand of visible >> classes, so that the user might get a chance to understand something of >> what I'm generating... >> > > >> > > The thing is this evening after 4-5 hours of looking around my >> conclusion is. In pharo 1.4 the anonymous subclasses are breaking the >> tools, and in the brand new pharo 2.0 the refactoring tools (RBNamespace & >> company) are not working as they should.... so i'm stuck with 1.4 for now >> (and still telling to myself that I do not want to bloat the image with >> many classes) >> > >> > Can you tell us what is the problem you got with RBNamespace? >> > Because if we know we can try to fix it :). >> > >> > When executing the refactorings that generate my code I get a DNU... >> (see attached .png) it seem that RBAddMethodChange does not implement the >> #includesSelector: >> > >> > >> > Stef >> > >> > >> > >> > >> > >> > -- >> > Dr. Ciprian TEODOROV >> > IngÃ©nieur DÃ©veloppement CAO >> > >> > tÃ©l : 06 08 54 73 48 >> > mail : ciprian.teodorov(a)gmail.com >> > www.teodorov.ro >> > <PharoScreenshot.png> >> >> >> -- Dr. Ciprian TEODOROV IngÃ©nieur DÃ©veloppement CAO tÃ©l : 06 08 54 73 48 mail : ciprian.teodorov(a)gmail.com www.teodorov.ro

Dec. 17, 2012

Re: [Pharo-project] about isAbstractClass

by Andrew P. Black

Two things make a class abstract. One is that it has methods that a subclass must override â that is captured by #hasAbstractMethods. The other is that the class cannot be instantiated â normally because it has overridden new. It can be the case that an abstract class defines only CONCRETE methods for its subclasses, but still is abstract. So, it seems to me that #isAbstractClass is not subsumed by #hasAbstractMethods. A trait "AbstactClassT" could define #new to be "self error: 'Class ' , self name , ' is abstract and cannot be instantiated'" and #isAbstractClass to be ^ true. Andrew > On Sun, Dec 16, 2012 at 11:03 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> Good suggestion I will change it to hasAbstractMethods it looks much better. >> Tx for the suggestion. > > what about 'additionalAbstractMethods' that would return the list of > new abstract methods the class defines.

Dec. 17, 2012

Re: [Pharo-project] Interval protocol

by Camillo Bruni

On 2012-12-17, at 15:23, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > Good. there is one in MathMorph too for years repository please? :)

Dec. 17, 2012

Re: [Pharo-project] Interval protocol

by Nicolas Cellier

Good. there is one in MathMorph too for years 2012/12/17 Camillo Bruni <camillobruni(a)gmail.com>: > Yes I started a proper mathematical interval implementation during an evening hack > session: > - open interval > - closed intervals > - compound intervals > > so you can properly distinguish > ]0, 1[ > [0, 1[ > [0, 1] > ]0, 1] > > and I think as well we should have Range vs Interval. > And Range being just a sequence of numbers. For me that would simplify a lot. > > > I uploaded the bare code here: http://smalltalkhub.com/mc/dh83/interval/main > >

Dec. 17, 2012

Re: [Pharo-project] Interval protocol

by Camillo Bruni

Yes I started a proper mathematical interval implementation during an evening hack session: - open interval - closed intervals - compound intervals so you can properly distinguish ]0, 1[ [0, 1[ [0, 1] ]0, 1] and I think as well we should have Range vs Interval. And Range being just a sequence of numbers. For me that would simplify a lot. I uploaded the bare code here: http://smalltalkhub.com/mc/dh83/interval/main

Dec. 17, 2012

[Pharo-project] Persistence Options

by Torsten Bergmann

Persisting data is crucial for any application and there are many ways to do it. Be it RDBMS, NoSQL stuff or in-image persistency. There are many pre-built solutions: Gemstone, OpenDBX, SandstoneDB, Mongo, ... >From time to time I ask the question here on the list to see how it evolves and what people actually use in their Pharo applications: 1. What persistence option do we currently have 2. What persistence is used in your Pharo application today 3. Which persistence solution you want to use/would you like to see in Pharo's future 4. What would you recommend. Comments as ever appreciated ... Bye T.

Dec. 17, 2012

Re: [Pharo-project] CI down?

by Camillo Bruni

On 2012-12-17, at 06:46, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Dec 17, 2012, at 2:04 AM, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > >> On 12/16/2012 5:45 PM, Camillo Bruni wrote: >>> I repeat: Do not use the CI to download stuff from... >>> >>> Use our static file server: http://pharo.gforge.inria.fr/ci/ >>> >>> ci jobs may change names and jenkins is too brittle to support heavy traffic! >> >> I think the easiest way to encourage this would be to change the website to point to the latest stable version of each of the images and vms. >> > I changed the links on the websiteâ¦ perfect!

Dec. 17, 2012

Re: [Pharo-project] KeyChain/UsersManager

by Camillo Bruni

On 2012-12-17, at 05:34, Damien Cassou <damien.cassou(a)gmail.com> wrote: > On Sat, Dec 15, 2012 at 2:16 PM, Pavel Krivanek > <pavel.krivanek(a)gmail.com> wrote: >> what is the reason for integration of KeyChain/UsersManager to the image? It >> created the next kernel dependency. Should it replace Author? Should it be >> in the Pharo Kernel? And why there was no mention about it in this mailing >> list before? ;-) > > I'm not sure what is KeyChain, but the name sounds familiar and makes > the package very important as it might solve a critical problem: > > - how do you store Monticello/webservices/any application's passwords safely? > > To me KeyChain should provide an API to store and access any kind of > credentials. This API could then delegate to the O.S. one. AFIK this is what Ben intended to do. A general API to store and retreive Passwords with various backends (plaintext, secure, native...)

Dec. 17, 2012