https://bugs.kde.org/show_bug.cgi?id=386846

Kai Uwe Broulik <k...@privat.broulik.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |k...@privat.broulik.de

--- Comment #7 from Kai Uwe Broulik <k...@privat.broulik.de> ---
That 5ms timer might be coming from:

void QQuickWidget::triggerUpdate()
{
    Q_D(QQuickWidget);
    d->updatePending = true;
     if (!d->eventPending) {
        // There's no sense in immediately kicking a render off now, as
        // there may be a number of triggerUpdate calls to come from a
multitude
        // of different sources (network, touch/mouse/keyboard, timers,
        // animations, ...), and we want to batch them all into single frames
as
        // much as possible for the sake of interactivity and responsiveness.
        //
        // To achieve this, we set a timer and only perform the rendering when
        // this is complete.
        const int exhaustDelay = 5;
        d->updateTimer.start(exhaustDelay, Qt::PreciseTimer, this);
        d->eventPending = true;
    }
}

which doesn't look like the cause for this bug? (I just did a blunt git grep
for PreciseTimer, though, there might be places I missed)

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to