On Tuesday 17 November 2015 16:54:41 Daniel França wrote:
> If the QTimer works in a different way than QML Timer type.
> The QML Timer syncs with the animation timer, this is synced with the
> screen refresh:
> http://stackoverflow.com/questions/22752201/qml-timer-not-triggered-in-the-r
> ight-int
If the QTimer works in a different way than QML Timer type.
The QML Timer syncs with the animation timer, this is synced with the
screen refresh:
http://stackoverflow.com/questions/22752201/qml-timer-not-triggered-in-the-right-interval
You can see other people with similar problems and the same fi
On Tuesday 17 November 2015 17:01:40 René J. V. Bertin wrote:
> Thiago Macieira wrote:
> > Please don't set it to PreciseTimer unless you really need millisecond
> > resolution or better (if the 5% error is not acceptable).
>
> Question: does setting the type of a single timer affect all timers, i
On Tuesday 17 November 2015 16:07:24 Daniel França wrote:
> Without precise, at least in OSX, the timer simply doesn't get trigger
> while in background
I seriously doubt it. Both the Unix and Cocoa event dispatchers use
QTimerInfoList, which simply calculates the timeout of the next timer that
Without precise, at least in OSX, the timer simply doesn't get trigger
while in background
On Tue, 3 Nov 2015 at 15:35, Thiago Macieira
wrote:
> On Tuesday 03 November 2015 13:24:38 Daniel França wrote:
> > If still don't work with the Q_OBJECT macro, maybe trying with
> setTimerType
> > (Qt::Pr
Thiago Macieira wrote:
> Please don't set it to PreciseTimer unless you really need millisecond
> resolution or better (if the 5% error is not acceptable).
Question: does setting the type of a single timer affect all timers, i.e. does
the overhead of configuring a single (or a handful of) timers
On Thursday November 12 2015 18:21:24 André Somers wrote:
> Why else would you ever need it: QObject itself has it after all...
Exactly, I was under the impression that its functionality would be inherited.
Does it show I have little to no experience writing Qt code from scratch? :)
> See above
> Op 12 nov. 2015 om 17:40 heeft René J. V. Bertin het
> volgende geschreven:
>
> René J.V. Bertin wrote:
>
> Hi,
>
> Sorry for forgetting completely about this thread, my bad. It turned out that
> I
> hadn't completely understood the editor class. Rather than having a single
> instance o
René J.V. Bertin wrote:
Hi,
Sorry for forgetting completely about this thread, my bad. It turned out that I
hadn't completely understood the editor class. Rather than having a single
instance of that class and then a list of open documents, there is actually a
list of instances of that editor
On Tuesday 03 November 2015 13:24:38 Daniel França wrote:
> If still don't work with the Q_OBJECT macro, maybe trying with setTimerType
> (Qt::PreciseTimer)?
Please don't set it to PreciseTimer unless you really need millisecond
resolution or better (if the 5% error is not acceptable).
--
Thiago
Sorry … your code seems weird from my point of view.
Why are you subclassing QTimer and not just use it as it is ??
> On 3 Nov 2015, at 13:24, Daniel França wrote:
>
> If still don't work with the Q_OBJECT macro, maybe trying with
> setTimerType(Qt::PreciseTimer)?
>
> Em ter, 3 de nov de 201
Op 3-11-2015 om 14:13 schreef René J.V. Bertin:
Hi,
I wanted to add a quick timer to an editor class to check the state of the
various items that editor can handle. It'd be cumbersome to subclass the edit
items to add a timeout slot to them, or to extend the editor class so a timeout
slot wou
If still don't work with the Q_OBJECT macro, maybe trying with setTimerType
(Qt::PreciseTimer)?
Em ter, 3 de nov de 2015 às 14:20, Frank Hemer escreveu:
> Hi René,
>
> On Tuesday 03 November 2015 14:13:46 René J.V. Bertin wrote:
> > Hi,
> >
> > I wanted to add a quick timer to an editor class to
Hi René,
On Tuesday 03 November 2015 14:13:46 René J.V. Bertin wrote:
> Hi,
>
> I wanted to add a quick timer to an editor class to check the state of the
> various items that editor can handle. It'd be cumbersome to subclass the
> edit items to add a timeout slot to them, or to extend the editor
Hi,
I wanted to add a quick timer to an editor class to check the state of the
various items that editor can handle. It'd be cumbersome to subclass the edit
items to add a timeout slot to them, or to extend the editor class so a timeout
slot would get called with the appropriate item. The easie
15 matches
Mail list logo
