discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Determinate progress bar


From: David Chisnall
Subject: Re: Determinate progress bar
Date: Sat, 22 Nov 2014 18:39:48 +0000

On 22 Nov 2014, at 00:37, Ivan Vučica <ivan@vucica.net> wrote:

> I'd guess that under OS X this is done with Core Animation, as many 
> animations don't stop even if the UI thread is blocked. But -- we don't have 
> that, so ...

CoreAnimation is part of the story, multithreaded rendering is another.  On OS 
X, each view (or, at least, most views) have a CA layer attached and so can 
independently render into that layer.  A renderer thread can composite the 
result.  Views marked as not supporting threaded drawing are all rendered in 
the same thread (typically because they interact with controllers that are not 
thread-safe), but this isn't necessarily the same thread as the thread that 
composites all of the results together.

We can't do that with the current drawing model in GNUstep, because every view 
renders directly into the target window.

David

-- Sent from my STANTEC-ZEBRA




reply via email to

[Prev in Thread] Current Thread [Next in Thread]