- Pharo-dev - lists.pharo.org

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

[Pharo-project] Zinc-Character-Encoding-[Core|Tests]

by Sven Van Caekenberghe

Another quick note about Zinc repackaging: There is now a package called Zinc-Character-Encoding-Core (and accompanying unit tests package) that is separate and standalone from Zinc-HTTP and that contains UTF-8 encoding, various byte encodings with their own mappings, Base64 encoding and Percent encoding (sometimes called URL or HTTP encoding), Character read and write streams that wrap binary streams as well as buffered read and write streams. All this without any dependency on older bits and pieces. I think these are clean, modern and correct implementations, but only time and external usage will tell (these classes are not new, they have been in Zinc in some form for years). Zinc-Resource-Meta-[Core|Tests] now depends on this new package (because URLs use Percent encoding, which also requires Character encoding itself). Zinc-HTTP now requires both Zinc-Character-Encoding as well as Zinc-Resource-Meta. ConfigurationOfZincHTTPComponents has been updated and now also includes groups for Zinc-Character-Encoding as well as Zinc-Resource-Meta. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Dec. 17, 2012

Re: [Pharo-project] is the date of 8th of February good for a sprint

by Stephan Eggermont

Hi Stef, 2-3 Februari is FOSDEM, with a smalltalk devroom on sunday. (I would welcome ideas to present something there, btw) 1 or 4 would allow me to combine the trip. Cheers, Stephan Eggermont

Dec. 17, 2012

Re: [Pharo-project] CI down?

by Igor Stasenko

On 17 December 2012 00:45, Camillo Bruni <camillobruni(a)gmail.com> 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! > > +1 gforge is much more reliable source -- Best regards, Igor Stasenko.

Dec. 17, 2012