+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 <siguctua@gmail.com> wrote:
On 20 September 2010 03:09, Schwab,Wilhelm K <bschwab@anest.ufl.edu> 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: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Igor Stasenko [siguctua@gmail.com]
> Sent: Sunday, September 19, 2010 7:56 PM
> To: Pharo-project@lists.gforge.inria.fr
> 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 <stephane.ducasse@inria.fr> 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
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>
>
>
> --
> Best regards,
> Igor Stasenko AKA sig.
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>



--
Best regards,
Igor Stasenko AKA sig.

_______________________________________________
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project