[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