169 translated messages.

Transifex (https://www.transifex.com/xfce/public/).

169 translated messages.

Transifex (https://www.transifex.com/xfce/public/).

169 translated messages.

Transifex (https://www.transifex.com/xfce/public/).

As destroy_glx_drawable().

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

Instead of passing the pixmap id around.

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

Just check if TIMEOUT_REPAINT is defined, and use the default priority
as value for timeout.

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

169 translated messages.

Transifex (https://www.transifex.com/xfce/public/).

169 translated messages.

Transifex (https://www.transifex.com/xfce/public/).

169 translated messages.

Transifex (https://www.transifex.com/xfce/public/).

Bug: 15453

This was added to avoid flickering with NVIDIA proprietary/closed source
driver (commit f75652eb - "Add back the glXWaitGL to compositor sync
code"), but that translates as a busy wait, hence increasing CPU usage
of xfwm4 with the NVIDIA proprietary/closed source driver.

By setting “__GL_MaxFramesAllowed” to 1, that busy wait should not be
needed anymore.

As a bonus, it also improve responsiveness with with the open source
drivers.

Taken from similar patch posted by NVIDIA developer for kwin:
https://phabricator.kde.org/D19867



Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

Bug: 15453

NVIDIA proprietary/closed source driver queues up to 2 frames by default
before blocking in glXSwapBuffers(), whereas our compositor expects
`glXSwapBuffers()` to block until the next vblank.

To avoid that, our compositor is issuing a `glXWaitGL()` immediately
after the call to `glXSwapBuffers()` but that translates as a busy wait,
hence dramatically increasing CPU usage of xfwm4 with the NVIDIA
proprietary/closed source driver.

Instruct the NVIDIA proprietary/closed source driver to allow only 1
frame using the environment variable “__GL_MaxFramesAllowed” so that it
matches our expectations.

Taken from similar patch posted by NVIDIA developer for kwin:
https://phabricator.kde.org/D19867



Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

Instead of the buffer id.

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

169 translated messages.

Transifex (https://www.transifex.com/xfce/public/).

169 translated messages.

Transifex (https://www.transifex.com/xfce/public/).

Now that we have support for that new setting, make use of it for the
default theme(s).

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

Change the newly added “frame_border_top” setting to set the size of
the top resize handle as well.

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

169 translated messages.

Transifex (https://www.transifex.com/xfce/public/).

Bug: 15432

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

Bug: 15432

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

Adam K authored 5 years ago and Olivier Fourdan committed 5 years ago

Bug: 14470

Themes can take advantage of this with the frame_border_top property.
Existing themes without that property will not be affected or broken.

Signed-off-by: Adam K <chkboom@safe-mail.net>

Adam K authored 5 years ago and Olivier Fourdan committed 5 years ago

Signed-off-by: Adam K <chkboom@safe-mail.net>

Reset the fence after the last buffer access to make sure it's fully and
reliably completed before the next GL buffer swap.

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

144 translated messages, 25 untranslated messages.

Transifex (https://www.transifex.com/xfce/public/).

169 translated messages.

Transifex (https://www.transifex.com/xfce/public/).

Fix a typo when initializing the pointer location when starting to zoom
in.

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

Not need to change clipping after painting the cursor with GLX, we don't
use it anymore after that point.

But we need to reset the fence just before painting the cursor otherwise
the fence will be triggered too soon, causing flicker.

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

The new fence scheduling we're using now is causing flickering,
revert to the previous way of dealing with the fence.

This reverts commit 340f9e82.

Reported-by: Philip Müller <philm@manjaro.org>
Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

169 translated messages.

Transifex (https://www.transifex.com/xfce/public/).

169 translated messages.

Transifex (https://www.transifex.com/xfce/public/).

169 translated messages.

Transifex (https://www.transifex.com/xfce/public/).

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>

If present flip failed, we should not wait for the flip notification
that will never arrive.

Signed-off-by: Olivier Fourdan <fourdan@xfce.org>