September 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] UbiquiTalk running in Pharo 1.1

by Sean P. DeNigris

Miguel Enrique CobÃ¡ MartÃnez-2 wrote: > > But metacello doesn't need to be installed in the image. > Yes. I'm being impatient - I sometimes find myself wanting to just "check something out" quickly in Squeak and don't feel like waiting for Metacello to load, which often takes longer than the project I wanted to load in the first place! Miguel Enrique CobÃ¡ MartÃnez-2 wrote: > > Installer AFAIK does a lot of things, so in a way it was bloated, that > was the reason for gofer showing up (also the fact that installer didn't > unload packages and gofer does, I think). > > But installer is used mainly to install packages from squeaksource, just > as gofer, and the other possible uses are seldom, if ever, used. > But that is the reason of keeping Installer loaded, just in case, you > know ;) > Thanks for the background. Sean -- View this message in context: http://forum.world.st/UbiquiTalk-running-in-Pharo-1-1-tp2400767p2528911.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 6, 2010

Re: [Pharo-project] Single instance executables

by Chris Muller

Perhaps Denis meant the file would be deleted when the image is exited. So only the presence of the file would need to be checked for upon startup.. On Sat, Sep 4, 2010 at 5:40 AM, Douglas Brebner <squeaklists(a)fang.demon.co.uk> wrote: > Â On 04/09/2010 08:25, Denis Kudriashov wrote: >> >> You could open some file for write at image startup. When its failed >> you know that another image already started >> > > That only works on Windows. Unix will allow you to open a file for writing > multiple times simultaneously. > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 6, 2010

Re: [Pharo-project] UbiquiTalk running in Pharo 1.1

by Miguel Enrique CobÃ¡ MartÃnez

El lun, 06-09-2010 a las 14:26 -0700, Sean P. DeNigris escribiÃ³: > > Miguel Enrique CobÃ¡ MartÃnez-2 wrote: > > > > This begs for a ConfigurationOfUbiquiTalk :) > > > > Yes, I didn't want to "take the time" to make one, and it probably took > longer to list it all out, lol. > > One of the complications is that Squeak 4.1, which I also work in, does not > include Metacello by default, so I have to write an Installer script. But metacello doesn't need to be installed in the image. Installer ss project: 'MetacelloRepository'; install: 'ConfigurationOfUbiquiTalk'; will install the configuration and the configuration autobootstrap Metacello in the image if not installed. > I > still find it confusing and frustrating that there are both Gofer and > Installer. Why don't we standardize on one or merge them? Long story, is like the bike shed topic. Every one has an opinion, including me :). Installer AFAIK does a lot of things, so in a way it was bloated, that was the reason for gofer showing up (also the fact that installer didn't unload packages and gofer does, I think). But installer is used mainly to install packages from squeaksource, just as gofer, and the other possible uses are seldom, if ever, used. But that is the reason of keeping Installer loaded, just in case, you know ;) But well, the configuration install metacello if needed. That was my point. Also, we would love to see one more configuration in the repository. Also, this permits other configuration to use it without knowing its internals (that is, what packages depends on) Cheers and thanks for the work! > > Sean > -- > View this message in context: http://forum.world.st/UbiquiTalk-running-in-Pharo-1-1-tp2400767p2528894.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Sept. 6, 2010

Re: [Pharo-project] UbiquiTalk running in Pharo 1.1

by Sean P. DeNigris

Miguel Enrique CobÃ¡ MartÃnez-2 wrote: > > This begs for a ConfigurationOfUbiquiTalk :) > Yes, I didn't want to "take the time" to make one, and it probably took longer to list it all out, lol. One of the complications is that Squeak 4.1, which I also work in, does not include Metacello by default, so I have to write an Installer script. I still find it confusing and frustrating that there are both Gofer and Installer. Why don't we standardize on one or merge them? Sean -- View this message in context: http://forum.world.st/UbiquiTalk-running-in-Pharo-1-1-tp2400767p2528894.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 6, 2010

Re: [Pharo-project] UbiquiTalk running in Pharo 1.1

by Miguel Enrique CobÃ¡ MartÃnez

El lun, 06-09-2010 a las 14:03 -0700, Sean P. DeNigris escribiÃ³: > The updated rST and UbiquiTalk versions now live in their main repos (thanks > to Noury for access). The installation script is now: > > Gofer new > squeaksource: 'KomHttpServer'; > package: 'DynamicBindings'; > package: 'KomServices'; > load. > > Gofer new > squeaksource: 'rST'; > package: 'rST'; > load. > > Gofer new > squeaksource: 'OSProcess'; > package: 'OSProcess'; > load. > > Gofer new > squeaksource: 'UbiquiTalk'; > package: 'UbiquiTalk-Platform.pharo'; > package: 'UbiquiTalk-Utilities'; "depends on Platform" > package: 'UbiquiTalk-Kernel'; "depends on Utilities" > package: 'UbiquiTalk-Cache'; "depends on Kernel" > package: 'UbiquiTalk-GUI'; "depends on Kernel" > package: 'UbiquiTalk-Plugins'; "depends on Kernel" > package: 'UbiquiTalk-PDA'; > package: 'UbiquiTalk-Property Editors'; > package: 'UbiquiTalk-Tests'; > package: 'UTAllServices'; > load. > > Sean This begs for a ConfigurationOfUbiquiTalk :) -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Sept. 6, 2010

Re: [Pharo-project] Object visitor

by Chris Muller

Hi Martin, the "Ma object serialization" package also handles object serialization. It is available by loading the ConfigurationOfMagmaClient. 2010/9/3 Martin Dias <tinchodias(a)gmail.com>: > > > On Thu, Sep 2, 2010 at 4:53 PM, Alexandre Bergel <alexandre(a)bergel.eu> > wrote: >> >> Yes. >> Visitor is a convenient pattern to perform a computation over each element >> of a recursive data structure. >> This pattern works well for trees. You need to pay attention to cycle when >> using it on a graph. This might be expensive if you have a large graph and >> you use a set to keep track of the element you run over. >> > > It has to be as faster as possible, but I think that the Set would be ok. > > >> >> Do you want to do this on any object of the image? >> > > Yes, for any object. It's for serializingÂ a graph of objectsÂ into a > stream.Â We need to iterate over the transitive closure of object references. > Do you know an existing package that implements this pattern? > > > >> >> Alexandre >> >> > > Thank you for the answer > Martin > > >> >> On 2 Sep 2010, at 10:36, Martin Dias wrote: >> >> > Hi, >> > >> > We want to do some processing over the graph of object references. >> > >> > Do you recommend an implementation of visitor pattern to iterate object >> > instance variables? >> > >> > Best regards, >> > Martin and Tristan >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel Â http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 6, 2010

Re: [Pharo-project] UbiquiTalk running in Pharo 1.1

by Sean P. DeNigris

The updated rST and UbiquiTalk versions now live in their main repos (thanks to Noury for access). The installation script is now: Gofer new squeaksource: 'KomHttpServer'; package: 'DynamicBindings'; package: 'KomServices'; load. Gofer new squeaksource: 'rST'; package: 'rST'; load. Gofer new squeaksource: 'OSProcess'; package: 'OSProcess'; load. Gofer new squeaksource: 'UbiquiTalk'; package: 'UbiquiTalk-Platform.pharo'; package: 'UbiquiTalk-Utilities'; "depends on Platform" package: 'UbiquiTalk-Kernel'; "depends on Utilities" package: 'UbiquiTalk-Cache'; "depends on Kernel" package: 'UbiquiTalk-GUI'; "depends on Kernel" package: 'UbiquiTalk-Plugins'; "depends on Kernel" package: 'UbiquiTalk-PDA'; package: 'UbiquiTalk-Property Editors'; package: 'UbiquiTalk-Tests'; package: 'UTAllServices'; load. Sean -- View this message in context: http://forum.world.st/UbiquiTalk-running-in-Pharo-1-1-tp2400767p2528879.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 6, 2010

Re: [Pharo-project] [Moose-dev] glamorous theme :)

by Tudor Girba

Hi, > On Mon, Sep 6, 2010 at 5:10 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > So, so now we have 2 themes that appear to be better than the one we use now... I suggest to choose one, maybe adapt it slightly, and integrate it into Pharo 1.2. > > Personally, I prefer Glamorous over the Pro theme [1] (I just miss the round corners like Alex :). The dark buttons of the Pro theme look cool at first, but they are very dominant. > > How do we proceed? > > > First, who is willing to maitain it? Will Doru or gary maitain it? I will continue to work on the Glamorous theme at least in the near future. Cheers, Doru > Anyway, is not a big deal I think. It is a theme, and actually, that's why you can set it via a preference. > > what about doing a poll/survey? > > Cheers, > Adrian > > [1] Polymorph-Themes-Pro package in the PharoInbox repositrory > > > > > On Sep 6, 2010, at 16:41 , Alexandre Bergel wrote: > > >>> http://homepage.mac.com/svc/Screenshots/Screenshot-20100905T111347.png > >>> > >> No round corners! kewl! :)) > > > > I would prefer round corners. > > > > Alexandre > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Next time you see your life passing by, say 'hi' and get to know her."

Sept. 6, 2010

Re: [Pharo-project] [Moose-dev] glamorous theme :)

by Mariano Martinez Peck

On Mon, Sep 6, 2010 at 5:35 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > > > On Mon, Sep 6, 2010 at 5:10 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > >> So, so now we have 2 themes that appear to be better than the one we use >> now... I suggest to choose one, maybe adapt it slightly, and integrate it >> into Pharo 1.2. >> >> Personally, I prefer Glamorous over the Pro theme [1] (I just miss the >> round corners like Alex :). The dark buttons of the Pro theme look cool at >> first, but they are very dominant. >> >> How do we proceed? >> >> > First, who is willing to maitain it? Will Doru or gary maitain it? > Sorry, not gary....the author of the Pro tool. Particulary, I liked more the Pro over the glamourous. Although I don't care which is is default. I DO care that we have a maitainer for them. Specially for the default one. > > Anyway, is not a big deal I think. It is a theme, and actually, that's why > you can set it via a preference. > > what about doing a poll/survey? > > >> Cheers, >> Adrian >> >> [1] Polymorph-Themes-Pro package in the PharoInbox repositrory >> >> >> >> >> On Sep 6, 2010, at 16:41 , Alexandre Bergel wrote: >> >> >>> >> http://homepage.mac.com/svc/Screenshots/Screenshot-20100905T111347.png >> >>> >> >> No round corners! kewl! :)) >> > >> > I would prefer round corners. >> > >> > Alexandre >> > >> > -- >> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> > Alexandre Bergel http://www.bergel.eu >> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> > >> > >> > >> > >> > >> > >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >

Sept. 6, 2010

Re: [Pharo-project] [Moose-dev] glamorous theme :)

by Mariano Martinez Peck

On Mon, Sep 6, 2010 at 5:10 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > So, so now we have 2 themes that appear to be better than the one we use > now... I suggest to choose one, maybe adapt it slightly, and integrate it > into Pharo 1.2. > > Personally, I prefer Glamorous over the Pro theme [1] (I just miss the > round corners like Alex :). The dark buttons of the Pro theme look cool at > first, but they are very dominant. > > How do we proceed? > > First, who is willing to maitain it? Will Doru or gary maitain it? Anyway, is not a big deal I think. It is a theme, and actually, that's why you can set it via a preference. what about doing a poll/survey? > Cheers, > Adrian > > [1] Polymorph-Themes-Pro package in the PharoInbox repositrory > > > > > On Sep 6, 2010, at 16:41 , Alexandre Bergel wrote: > > >>> http://homepage.mac.com/svc/Screenshots/Screenshot-20100905T111347.png > >>> > >> No round corners! kewl! :)) > > > > I would prefer round corners. > > > > Alexandre > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 6, 2010