August 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] How to build a GUI

by Lukas Renggli

> Equally as important Stef said, putting your source on Squeaksource > shows that you're working on the project. There are plenty of dead > projects on Squeaksource, it is very hard to know what is dead and > what is not. That's why it says on the front page ... Most Active: Pharo, Moose, SqueakDefense, Seaside 2.9, ... Most Downloads: Seaside, Pharo, Magma Tester, ShoreComponents, ... ... and why there is an activity/download indicator in the project listing. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Aug. 11, 2009

Re: [Pharo-project] ClassDescription>>classVersion

by Lukas Renggli

> This method looks really suspicious to me. 6 classes implements > #classVersion. Either #classVersion returns 0 or 1. This is used by ReferenceStream (and thus ImageSegment) to distinguish between class versions, see the comment in ClassDescription. The number is used to be able to distinguish different class versions and fix them if necessary when loading. > But I have the strong feeling this should be implemented that way. The > packaging system should provide the information. This version number has definitely nothing to do with packaging or with information a packaging system could provide. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Aug. 11, 2009

Re: [Pharo-project] [Ann] RFB/VNC fully configurable by code.

by Miguel Enrique CobÃ¡ Martinez

El mar, 11-08-2009 a las 14:42 -0100, Mariano Martinez Peck escribiÃ³: > > I also thought in a Seaside/Pier component similar to the morph to > start/stop the vnc. For a Pier application it can be under "System > Managment" :) > > The seaside examples already has a component to control the RFB server. Search for WAVNCComponent. You can adapt it or make a new one specific to pier. Also, you can control the server directly with the RFBServer from pier. What I though was intended to apps that are not web apps/seaside apps and that run on a headless server. For them a way to start/stop the RFB server on demand will save cpu cycles for what the app does. -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Aug. 11, 2009

Re: [Pharo-project] [Ann] RFB/VNC fully configurable by code.

by Mariano Martinez Peck

2009/8/11 Miguel Enrique CobÃ¡ Martinez <miguel.coba(a)gmail.com> > El mar, 11-08-2009 a las 00:04 -0300, Mariano Martinez Peck escribiÃ³: > > > > > I cannot believe it. I have a -headless image where I can use from a > > VNC client. > > Other thing that I have in my list for RFB it is to add a proccess > forked that it searches for a file on a given path to start/stop the > server. This way you can start/stop a server on demand even when > headless. I also thought in a Seaside/Pier component similar to the morph to start/stop the vnc. For a Pier application it can be under "System Managment" :) > > Something like the example derived from Ramon Leon's script that we > discussed the other day. > > > > > Thanks Miguel for this. A couple of comments: > > > > 1) The RFBServerGUI morph has a problem with the menus I think. When > > you pass the mouse over one of the options (for example, passwords) > > the submenu is open and maintained open only if you maintain pressed > > the mouse button. Is this correct? Shouldn't it be clicked only once > > and maintain opened ? It's difficult to express with words, sorry. > > > > Yes, this is that way from the original, and I haven't modified anything > in this part. But I will try to correct this. Related to this I want to > replace all the old classes (FillTheBlank and friends) for the > equivalent UIManager ones. Excellent! > > > > > 2) Would you mind adding that little explanation of you about 0 -> > > 5900, 1 -> 5901 ... to the help menu ? > > Yes I'll do. > :) > > > Perhaps there are other like me ;) > > > > Thanks all I can say right now. > > > > thanks for all. > > Thanks to you. > > > -- > Miguel CobÃ¡ > http://miguel.leugim.com.mx > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 11, 2009

Re: [Pharo-project] Https client

by David T. Lewis

That sounds familiar. I think one of the plugins has a method that is too long and complicated to compile under the new closure compiler. Sorry I don't remember which one, but it's not one that you need so if you can get past the error it should not cause further problems. Sounds like I need to test loading VMMaker into a fresh image with closures! Dave On Tue, Aug 11, 2009 at 11:45:47AM -0300, Hernan Wilkinson wrote: > Thanks... but now I'm getting a compile error loading VMMaker: 'Cannot > compile -- stack including temps is too deep'... anyway... > > 2009/8/11 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > FFIConstants is FFI package, not Alien FFI. This last one is a new > > implementation of FFI. > > > > To load FFI (not alien) on Pharo, just evaluate: ScriptLoader loadFFI > > > > I don't know what KlattResonatorIndices is. > > > > 2009/8/11 Hernan Wilkinson <hernan.wilkinson(a)gmail.com> > > > > Hi David, > >> thank you for your answer. I tried to downloaded but it need FFIConstants > >> and KlattResonatorIndices... I downloaded Alien but when downloading > >> VMMaker, Monticello ask me for FFIConstants and I could not find the > >> KlattResonatorIndices package... I feel kind of dumb, but could you tell me > >> the packages for those things? > >> > >> Thanks, > >> Hernan. > >> > >> > >> On Mon, Aug 10, 2009 at 11:13 PM, David T. Lewis <lewis(a)mail.msen.com>wrote: > >> > >>> On Mon, Aug 10, 2009 at 05:42:11PM -0300, Hernan Wilkinson wrote: > >>> > Hi, > >>> > we need to issue a post using https. We read about SWHTTPClient and > >>> > CurlPlugIn. > >>> > It sounds like SWHTTPClient does not support Https correctly (from > >>> what we > >>> > read, is that right? ), so we tried CurlPlugIn but we could not make it > >>> > work. We tried to download VMMaker from Universes to build the plug-in > >>> and > >>> > it did not download (it gives a compile error). > >>> > >>> Try using the latest VMMaker from http://www.squeaksource.com/VMMaker. > >>> The version that you got from Universes is now quite out of date. > >>>

Aug. 11, 2009

Re: [Pharo-project] Class>>isSystemDefined ?

by Marcus Denker

On 11.08.2009, at 11:03, Henrik Johansen wrote: > Seeing as how isSystemDefined is only false for subclasses of > MorphicModel that ends in a number, I'd say so :) > > Making a version of Etoys which runs on Pharo would be more difficult > to achieve though. Any version of etoys running on top of Pharo of course would have a better design for anonymous behaviors than that ugly hack... Marcus -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Aug. 11, 2009

Re: [Pharo-project] Class>>isSystemDefined ?

by Henrik Johansen

Seeing as how isSystemDefined is only false for subclasses of MorphicModel that ends in a number, I'd say so :) Making a version of Etoys which runs on Pharo would be more difficult to achieve though. My 2c: Possibly forcing a rethinking of how to avoid saving auto- generated classes without hacking it into core methods, can't really be seen as a bad thing anyways... Cheers, Henry On Aug 11, 2009, at 4:44 48PM, Alexandre Bergel wrote: > Indeed. > So, is this a good candidate for more cleaning? If yes, I add an entry > in the wiki and I work on it now. > > Alexandre > > > On 11 Aug 2009, at 10:40, Henrik Johansen wrote: > >> Sounds a lot to me like something that could be a leftover from >> Etoys, >> f.ex. used to support auto-numbered, auto-generated morphs by a user, >> but avoid saving them to disk etc.Â´... >> >> Cheers, >> Henry >> >> On Aug 11, 2009, at 4:04 01PM, Alexandre Bergel wrote: >> >>> Dear List members, >>> >>> The following method is defined in Class: >>> -=-=-=-=-=-=-=-=-= >>> Class>>isSystemDefined >>> "Answer true if the receiver is a system-defined class, and not a >>> UniClass (an instance-specific lightweight class)" >>> >>> ^ self == self officialClass >>> -=-=-=-=-=-=-=-=-= >>> >>> isSystemDefined is sent a number of times. Especially by streams. I >>> guess that this determines what should be serialized what should >>> not. >>> >>> However, #officialClass has only two implementers: >>> >>> -=-=-=-=-=-=-=-=-= >>> Class>>officialClass >>> "I am not a UniClass. (See Player officialClass). Return the >>> class >>> you use to make new subclasses." >>> >>> ^ self >>> -=-=-=-=-=-=-=-=-= >>> >>> And slightly more surprising: >>> >>> -=-=-=-=-=-=-=-=-= >>> MorphicModel>>officialClass >>> "We want to make a new instance of the receiver, which is a >>> subclass >>> of MorphicModel. Answer who to make a new subclass of. Also used >>> to >>> tell if a given class is a UniClass, existing only for its single >>> instance." >>> >>> ^ self name last isDigit ifTrue: [MorphicModel] ifFalse: [self] >>> "MorphicModel7 can not have subclasses, but Slider and >>> SystemWindow >>> may" >>> -=-=-=-=-=-=-=-=-= >>> >>> There is a very strong smell for cleaning here. Apparently, most of >>> usage of #isSystemDefined could be replaced by #isBehavior >>> >>> Cheers, >>> 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 >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > 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 >

Aug. 11, 2009

Re: [Pharo-project] Https client

by Hernan Wilkinson

Thanks... but now I'm getting a compile error loading VMMaker: 'Cannot compile -- stack including temps is too deep'... anyway... 2009/8/11 Mariano Martinez Peck <marianopeck(a)gmail.com> > FFIConstants is FFI package, not Alien FFI. This last one is a new > implementation of FFI. > > To load FFI (not alien) on Pharo, just evaluate: ScriptLoader loadFFI > > I don't know what KlattResonatorIndices is. > > 2009/8/11 Hernan Wilkinson <hernan.wilkinson(a)gmail.com> > > Hi David, >> thank you for your answer. I tried to downloaded but it need FFIConstants >> and KlattResonatorIndices... I downloaded Alien but when downloading >> VMMaker, Monticello ask me for FFIConstants and I could not find the >> KlattResonatorIndices package... I feel kind of dumb, but could you tell me >> the packages for those things? >> >> Thanks, >> Hernan. >> >> >> On Mon, Aug 10, 2009 at 11:13 PM, David T. Lewis <lewis(a)mail.msen.com>wrote: >> >>> On Mon, Aug 10, 2009 at 05:42:11PM -0300, Hernan Wilkinson wrote: >>> > Hi, >>> > we need to issue a post using https. We read about SWHTTPClient and >>> > CurlPlugIn. >>> > It sounds like SWHTTPClient does not support Https correctly (from >>> what we >>> > read, is that right? ), so we tried CurlPlugIn but we could not make it >>> > work. We tried to download VMMaker from Universes to build the plug-in >>> and >>> > it did not download (it gives a compile error). >>> >>> Try using the latest VMMaker from http://www.squeaksource.com/VMMaker. >>> The version that you got from Universes is now quite out of date. >>> >>> Dave >>> >>> >>> _______________________________________________ >>> 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 >

Aug. 11, 2009

Re: [Pharo-project] Class>>isSystemDefined ?

by Alexandre Bergel

Indeed. So, is this a good candidate for more cleaning? If yes, I add an entry in the wiki and I work on it now. Alexandre On 11 Aug 2009, at 10:40, Henrik Johansen wrote: > Sounds a lot to me like something that could be a leftover from Etoys, > f.ex. used to support auto-numbered, auto-generated morphs by a user, > but avoid saving them to disk etc.Â´... > > Cheers, > Henry > > On Aug 11, 2009, at 4:04 01PM, Alexandre Bergel wrote: > >> Dear List members, >> >> The following method is defined in Class: >> -=-=-=-=-=-=-=-=-= >> Class>>isSystemDefined >> "Answer true if the receiver is a system-defined class, and not a >> UniClass (an instance-specific lightweight class)" >> >> ^ self == self officialClass >> -=-=-=-=-=-=-=-=-= >> >> isSystemDefined is sent a number of times. Especially by streams. I >> guess that this determines what should be serialized what should not. >> >> However, #officialClass has only two implementers: >> >> -=-=-=-=-=-=-=-=-= >> Class>>officialClass >> "I am not a UniClass. (See Player officialClass). Return the class >> you use to make new subclasses." >> >> ^ self >> -=-=-=-=-=-=-=-=-= >> >> And slightly more surprising: >> >> -=-=-=-=-=-=-=-=-= >> MorphicModel>>officialClass >> "We want to make a new instance of the receiver, which is a subclass >> of MorphicModel. Answer who to make a new subclass of. Also used to >> tell if a given class is a UniClass, existing only for its single >> instance." >> >> ^ self name last isDigit ifTrue: [MorphicModel] ifFalse: [self] >> "MorphicModel7 can not have subclasses, but Slider and SystemWindow >> may" >> -=-=-=-=-=-=-=-=-= >> >> There is a very strong smell for cleaning here. Apparently, most of >> usage of #isSystemDefined could be replaced by #isBehavior >> >> Cheers, >> 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 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Aug. 11, 2009

Re: [Pharo-project] Class>>isSystemDefined ?

by Henrik Johansen

Sounds a lot to me like something that could be a leftover from Etoys, f.ex. used to support auto-numbered, auto-generated morphs by a user, but avoid saving them to disk etc.Â´... Cheers, Henry On Aug 11, 2009, at 4:04 01PM, Alexandre Bergel wrote: > Dear List members, > > The following method is defined in Class: > -=-=-=-=-=-=-=-=-= > Class>>isSystemDefined > "Answer true if the receiver is a system-defined class, and not a > UniClass (an instance-specific lightweight class)" > > ^ self == self officialClass > -=-=-=-=-=-=-=-=-= > > isSystemDefined is sent a number of times. Especially by streams. I > guess that this determines what should be serialized what should not. > > However, #officialClass has only two implementers: > > -=-=-=-=-=-=-=-=-= > Class>>officialClass > "I am not a UniClass. (See Player officialClass). Return the class > you use to make new subclasses." > > ^ self > -=-=-=-=-=-=-=-=-= > > And slightly more surprising: > > -=-=-=-=-=-=-=-=-= > MorphicModel>>officialClass > "We want to make a new instance of the receiver, which is a subclass > of MorphicModel. Answer who to make a new subclass of. Also used to > tell if a given class is a UniClass, existing only for its single > instance." > > ^ self name last isDigit ifTrue: [MorphicModel] ifFalse: [self] > "MorphicModel7 can not have subclasses, but Slider and SystemWindow > may" > -=-=-=-=-=-=-=-=-= > > There is a very strong smell for cleaning here. Apparently, most of > usage of #isSystemDefined could be replaced by #isBehavior > > Cheers, > 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 >

Aug. 11, 2009