Scrolling tends to be a place where wxWidgets might issue a excess number of
redraw steps.
In all other cases if the intervals at which onDraw is called are strange I
would wonder where Hugin triggers that.
The wxWidgets application I maintain (wxMaxima) draws the whole worksheet as a
bitmap
On Thursday, February 17, 2022 at 1:23:54 PM UTC-5 gunter.ko...@gmail.com
wrote:
> I don't know if that is the case here. But if the GUI feels sluggish one
> typical reason is that you try to update the display for every single mouse
> event you get sent (which means that if you draw
The same "speedup" method is used by the real time Linux kernel: The
default kernel acts on every interrupt as fast as possible and by doing
that saves every CPU cycle it can. But on slow computers that feels
sluggish.
The real time kernel patch makes every interrupt set a flag that tells the
I don't know if that is the case here. But if the GUI feels sluggish one
typical reason is that you try to update the display for every single mouse
event you get sent (which means that if you draw slightly slower than your
19200dpi-7ms-latency-mouse sends data you start to fall behind with
I recently rewrote my local change for saving memory in the CP editor, to
make it more suitable for committing on the branch with my other changes.
I ran into a bunch of performance side issues (yes, it saves memory, but
the savings vs. cost in cpu time are a much trickier topic).
I have only
Hi, still not getting it working.
When I run the assistant, it goes and goes, at some point I spot -'nan
units' values.
Is this expected?
Thank you!
On Wednesday, February 9, 2022 at 10:02:36 AM UTC+2 Mihai Dobrescu wrote:
> Hello, I've been through a system update, something may be broken.
>
