[squeak-dev] Progress bar design pattern

Martin Dias tinchodias at gmail.com
Thu Mar 31 20:10:58 UTC 2011


Hello

On Wed, Mar 30, 2011 at 4:24 AM, Denis Kudriashov <dionisiydk at gmail.com>wrote:

> Hello
>
> I have idea about "meta approach" for implementation of progress tracking
> of arbitrary method execution.
>
> Progress tracking (progress bar stuff) is really ortogonal functionallity
> for method execution. And it would be cool if we have framework for
> describing tracking of method execution stuff (like it progress).
> This framework should run block of code in background and periodically
> analize state of this background process stack. And show this state for
> user. And so this framework allow track execution of arbitrary code.
> Analizing state can search running loops in stack for example and show user
> status of loop counters.
>
> I think it is not very hard to implement. But maybe this approach can't be
> implemented when code jitted
>
>
I like the "meta approach"... but it doesn't look easy to implement for me!
Have you seen something like that implemented? or some paper written?



>
> 2011/3/30 Martin Dias <tinchodias at gmail.com>
>
>> Hello
>>
>> I have a couple of algorithms and I want to show the progress while they
>> run. I played with the progress bar and it's okay for my needs.
>>
>> The progress bar should be pluggable and decoupled of the algorithms.
>>
>> I am writing to you to ask about good designs for my problem. I hope I
>> haven't expressed the problem in a too abstract way.
>>
>> The design I have in mind is a kind of observer pattern: the serialization
>> algorithm publishes information about the run; a specific listener
>> implements the progress bar for that serialization algorithm, interpreting
>> the information published.
>>
>> Thanks,
>> Martin
>>
>>
>>
>>
>>
>>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20110331/d67ad043/attachment.htm


More information about the Squeak-dev mailing list