Guillermo, One has to be careful with assuming that something affects only part of the image. Much of Squeak's networking trouble comes from the fact that it was designed to block the image for a limited time when it should have been blocking only one Process *indefinitely*. But, the remedy for working while blocking operations happen in the background is threading, and most of the image is deliberately not thread safe.
Bill ________________________________________ From: [email protected] [[email protected]] On Behalf Of Guillermo Polito [[email protected]] Sent: Sunday, September 19, 2010 10:56 PM To: [email protected] Subject: Re: [Pharo-project] we need to find a way to declare that an action is UIless +1 to Bill's. If we can't have a feedback from the system while doing silent actions, we can think it just freezed :S. And it's something already dicussed, but I don't like actions that affect only a part of the system blocking my whole image. Guille On Sun, Sep 19, 2010 at 10:40 PM, Igor Stasenko <[email protected]<mailto:[email protected]>> wrote: On 20 September 2010 03:09, Schwab,Wilhelm K <[email protected]<mailto:[email protected]>> wrote: > Slow access can be a big problem. Any such change should be made based on > measurements so we know what benefit we get at what cost. > Yeah, it would be much easier to deal that line in Self or JavaScript, where you can add any properties to object on the fly, without need of adding a methods or declaring additional instance variable in class... > > > > ________________________________________ > From: > [email protected]<mailto:[email protected]> > > [[email protected]<mailto:[email protected]>] > On Behalf Of Igor Stasenko [[email protected]<mailto:[email protected]>] > Sent: Sunday, September 19, 2010 7:56 PM > To: > [email protected]<mailto:[email protected]> > Subject: Re: [Pharo-project] we need to find a way to declare that an action > is UIless > > On 19 September 2010 13:12, Stéphane Ducasse > <[email protected]<mailto:[email protected]>> wrote: >> hi guys >> >> I tried to add borderStyle to BorderedMorph and the progressbar showing the >> progress blow up. >> So we should really have a way to specify silent ui action. >> Does anybody have an idea how I could do that? >> >> [BorderedMorph addInstVarNamed: 'borderStyle'] silent would be cool. >> > > use morph propertyAt: #borderStyle > so you don't have to break your head with it :) > > BorderedMorph having an enormous number of subclasses, while some of > them even don't using any > kind of borders. That's makes me wonder if anything like color, border > style etc should belong to root classes > in hierarchy, like Morph or BorderedMorph. I think that dynamic set of > properties (which is currently sits in morphic > extensions are more appropriate storage for them). The only problem is > that accessing them is much slower than ivars. > >> Stef >> _______________________________________________ >> Pharo-project mailing list >> [email protected]<mailto:[email protected]> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > [email protected]<mailto:[email protected]> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [email protected]<mailto:[email protected]> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list [email protected]<mailto:[email protected]> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
