Hi again,
I'm going to answer my own question. I've come to realize that
QPlatformMenuBar::syncMenu() and QPlatformMenu::syncMenuItem() are indeed
intended for applying changes atomically. They are called after the
properties of menus or items are modified but not during their
construction. My
which seem designed to allow external
platform menus to apply changes atomically. Unfortunately, these methods do
not seem to be invoked. Is there a way to enable them? Additionally, is
there any documentation related to this? I've checked [1], but there is no
information specific to menus.
Thank
ensure the compositor
finishes importing the buffer into the GPU.
Best regards,
Eduardo Hopperdietzel
--
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
gains might not justify the effort.
So, as you mentioned earlier, it's probably best to stick with SHM and let
the compositor handle uploads using DMA, preferably asynchronously.
Cheers,
Eduardo Hopperdietzel
--
Development mailing list
Development@qt-project.org
https://lists.qt-project.org
be mandatory,
or should I consider triple buffering or more?
Cheers,
Eduardo Hopperdietzel
--
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
. Wrap the mapped buffer with a QImage(), following a similar approach as
it's done with shared memory.
If any of these steps fail, fallback to shared memory.
Do you foresee any potential issues with this approach? Please feel free to
share your thoughts.
Best regards,
Eduardo Hopperdietzel
memory (I think).
I would be willing to implement this, and I would appreciate it if you
could guide me to the code that handles this. I assume I should look into
the code of the Wayland platform plugin?
Best regards,
Eduardo Hopperdietzel
--
Development mailing list
Development@qt-project.org
