November 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Instantiating from a Symbol

by Nicolas Cellier

2011/11/7 Nick Ager <nick.ager(a)gmail.com>: > Hi, > >> >> Pharo is working towards less dependency on globals like these, so the new >> way would be like this: >> Â Â Â Â (self environment at: #String) new >> >> (Where environment essentially does 'Smalltalk globals'), > > In my image (Pharo 1.3) #environment is defined in Behavior so I need to > call: > (self class environment at: #String) new > have I missed something... > Nick It depends where you evaluate the snippet... Try to evaluate self in workspace, you'll get nil, but ina browser, you'll get the selected class... Nicolas

Nov. 7, 2011

[Pharo-project] How to get the list of packages of a repository?

by Mariano Martinez Peck

Hi guys. Is there a way to get a list of packages or packages names of a squeaksource repo? For example, I would love to do: Gofer it squeaksource: 'xxx'; allPackages. is that possible? Thanks -- Mariano http://marianopeck.wordpress.com

Nov. 7, 2011

Re: [Pharo-project] bootable Pharo image

by S Krish

Sometimes small things can fire really big change.. This is a tiny but powerful kernel that can launch a thousand ideas.. I was working on a Android base as an idea.. / concept.. for touch screen.. with Pharo on top.. but Pharo / Squeak has a lot to mature to handle multi-touch. Give me that.. if that happens this concept is what will make a huge change in the future computing world.. On Mon, Nov 7, 2011 at 4:09 PM, Edgar J. De Cleene <edgardec2005(a)gmail.com>wrote: > > > > On 11/3/11 19:39 PM, "Pavel Krivanek" <pavel.krivanek(a)gmail.com> wrote: > > > Hi, > > > > I tried to prepare a bootable Pharo ISO image based on Tiny Core > > Linux. Namely on MicroCore (kernel 3.0.3) that was extended with WiFi > > support. There is standard Pharo 1.3 image with OSProcess and > > CommandShell installed on the Smalltalk side. The resultant image has > > about 37 MB. > > > > Download: > > http://www.windmap.cz/playground/pharo/pharo.iso > > > > If you want to add it directly to your Grub menu, you may do it > > without need of extra partition. To the grub.conf add something like: > > > > title Pharo > > root (hd0,1) > > kernel /boot/pharo/vmlinuz vga=791 quiet > > initrd /boot/pharo/tinycore.gz > > > > where vmlinuz and tinycore.gz are the only files needed from the ISO > image. > > > > Remastering: > > > > unpack: > > zcat tinycore.gz | sudo cpio -i -H newc -d > > > > pack: > > find | cpio -o -H newc | gzip -2 > ../tinycore.gz > > > > better compression: > > advdef -z4 tinycore.gz > > > > create ISO (you need unpacked original ISO image): > > /bin/cp -pfr tinycore.gz boot > > mkdir -p newiso > > /bin/cp -pfr boot newiso > > mkisofs -l -J -R -V TC-custom -no-emul-boot -boot-load-size 4 \ > > -boot-info-table -b boot/isolinux/isolinux.bin \ > > -c boot/isolinux/boot.cat -o pharo.iso newiso > > > > Cheers, > > -- Pavel > > > > Pavel: > Many things delayed my trial , but today I was able to burn and try the > ISO. > > WWWOOOOOOWWW > > The most amazing piece of Smalltalk related I saw in a long time. > > Just returning home from Smalltalks2011 , wish the next year you could come > to Argentina and I could thanks in flesh and give you as many beers you > like > > BRAVO > > Edgar > > > >

Nov. 7, 2011

[Pharo-project] systemChangeNotifier and protocols

by DeNigris Sean

>From ezequiel lamonica Nov 07, 2011; 10:22am > Hello everybody, > > I'm trying to find some message in the SystemChangeNotifier to recognize a new protocol added. > > I see this instance method in ClassOrganizer: > > notifyOfChangedCategoriesFrom: oldCollectionOrNil to: newCollectionOrNil > > (self hasSubject and: [oldCollectionOrNil ~= newCollectionOrNil]) > ifTrue: [SystemChangeNotifier uniqueInstance classReorganized: self subject]. > > But, I don't see when the SystemChangeNotifier handles the new protocol and how added it. > > Any help?

Nov. 7, 2011

Re: [Pharo-project] Instantiating from a Symbol

by Nick Ager

Hi, > Pharo is working towards less dependency on globals like these, so the new > way would be like this: > > (self environment at: #String) new > > (Where environment essentially does 'Smalltalk globals'), > In my image (Pharo 1.3) #environment is defined in Behavior so I need to call: (self class environment at: #String) new have I missed something... Nick

Nov. 7, 2011

Re: [Pharo-project] Instantiating from a Symbol

by Sven Van Caekenberghe

Hi Marcus, On 07 Nov 2011, at 15:29, Markus Rother wrote: > Hello everybody, > > I am fairly new to ST and have been following this list since a few weeks. > > A very brief introduction of myself: > I am a 32 year old student of informatics with a degree in political sciences. Currently i am located in Regensburg, Germany. Most of my previous programming was in python, along with some php and javascript. > > The issue I could not solve on my own is this: > I would like to instantiate from symbols. My use-case is a collection of class names which I want to ask to return one instance each. > > Such that: > #Foo asClass new -> a Foo > whereas asClass is the method I am looking for. > > I am using Pharo 1.3. > > I did not find any description of what I want to achieve on the internet. > > Many thanks in advance, > Markus Welcome! Traditionally, one would do this: (Smalltalk at: #String) new Smalltalk here is not a class, but a global variable whose value is a SystemDictionary mapping class names to class objects. Pharo is working towards less dependency on globals like these, so the new way would be like this: (self environment at: #String) new (Where environment essentially does 'Smalltalk globals'), HTH, Sven

Nov. 7, 2011

Re: [Pharo-project] Instantiating from a Symbol

by Igor Stasenko

On 7 November 2011 15:33, Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> wrote: > On 07.11.2011 15:29, Markus Rother wrote: >> >> The issue I could not solve on my own is this: >> I would like to instantiate from symbols. My use-case is a collection of >> class names which I want to ask to return one instance each. >> >> Such that: >> #Foo asClass new -> a Foo >> whereas asClass is the method I am looking for. >> > (self environment at: #Foo) new -> a Foo > or (Smalltalk globals classNamed: #Foo) just to make sure that you only interested in getting classes, not funny globals. > Cheers, > Henry > > -- Best regards, Igor Stasenko.

Nov. 7, 2011

Re: [Pharo-project] Instantiating from a Symbol

by Markus Rother

On 11/07/2011 03:33 PM, Henrik Sperre Johansen wrote: > On 07.11.2011 15:29, Markus Rother wrote: >> The issue I could not solve on my own is this: >> I would like to instantiate from symbols. My use-case is a collection >> of class names which I want to ask to return one instance each. >> >> Such that: >> #Foo asClass new -> a Foo >> whereas asClass is the method I am looking for. >> > (self environment at: #Foo) new -> a Foo > > Cheers, > Henry > > Grand! Thanks a lot Henry! M.

Nov. 7, 2011

Re: [Pharo-project] Instantiating from a Symbol

by Henrik Sperre Johansen

On 07.11.2011 15:33, Henrik Sperre Johansen wrote: > On 07.11.2011 15:29, Markus Rother wrote: >> The issue I could not solve on my own is this: >> I would like to instantiate from symbols. My use-case is a collection >> of class names which I want to ask to return one instance each. >> >> Such that: >> #Foo asClass new -> a Foo >> whereas asClass is the method I am looking for. >> > (self environment at: #Foo) new -> a Foo > > Cheers, > Henry > Or if you want it to only resolve Symbols which are actually classes: self environment classNamed: #Foo Example: self environment at: #Transcript -> a TreadSafeTranscript self environment classNamed: #Transcript -> nil Also, if not found, classNamed: returns nil, while at: raises an error. Cheers, Henry

Nov. 7, 2011

Re: [Pharo-project] Instantiating from a Symbol

by Henrik Sperre Johansen

On 07.11.2011 15:29, Markus Rother wrote: > The issue I could not solve on my own is this: > I would like to instantiate from symbols. My use-case is a collection > of class names which I want to ask to return one instance each. > > Such that: > #Foo asClass new -> a Foo > whereas asClass is the method I am looking for. > (self environment at: #Foo) new -> a Foo Cheers, Henry

Nov. 7, 2011