<p dir="ltr">Hi,<br>
I would like to second you on this point as I've also noticed some lags while scrolling windows on MacOSX (with the latest XQuartz)</p>
<p dir="ltr">Best regards, <br>
Nicolas </p>
<br><div class="gmail_quote"><div dir="ltr">Le ven. 1 avr. 2016 04:03, John D. Duncan, III <<a href="mailto:duncanjdiii@gmail.com">duncanjdiii@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello all. I was wondering if there is any word on the status of getting<br>
the COMPOSITE extension built into XQuartz? I personally use a bunch of<br>
UNIX-y GUI programs and dockapps (some of them quite old). I've found<br>
that, when doing graphically intensive actions (such as quickly<br>
scrolling in a unicode-rxvt term, forwarding my SSH session to XQuartz<br>
to write LaTeX/use eclipse from our campus workstation computers/submit<br>
moodle assignments in firefox), that there is quite a good deal of<br>
graphical sluggishness. CPU use does not spike much, so I am assuming<br>
that this is a flaw of the X server rendering itself (or perhaps the OS<br>
X drivers?).<br>
<br>
I have somewhat superficial knowledge of the COMPOSITE extension, but I<br>
was under the impression that X11 compositors (such as compton) get<br>
around this issue by using open-gl/randr rendering as their graphical<br>
back-end (among many other hacks).<br>
<br>
It seems that programs which do use open-gl rendering are unaffected by<br>
the sluggishness caused by my dockapss (glxgears, for example).<br>
<br>
I was also under the impression that most modern UNIX-y Desktop<br>
Environments (such as Gnome, KDE, etc.) come with compositors built in<br>
(for eye-candy such as v-synch, drop shadows, smooth scrolling, etc.).<br>
<br>
It seems like adding COMPOSITE extension support could potentially bring<br>
over users from other operating systems (especially with the wonderful<br>
pkg-src development from Jonathan Perkin at joyent) that could further<br>
help re-vitalize the OS X open-source community.<br>
<br>
I know that, normally, to enable the composite extension in X11 you<br>
would just add:<br>
<br>
Section "Extensions"<br>
Option "Composite" "Enable"<br>
EndSection<br>
<br>
to your xorg.conf file. As we know, XQuartz uses a different system<br>
where all of the X server extensions are always started on launch<br>
(xrandr, etc.)<br>
<br>
Am I missing something, or is XQuartz still being built without the<br>
COMPOSITE extension enabled? I remember reading archives from the past<br>
that explained how builds would fail while trying to compile with<br>
COMPOSITE support [1]. That was years ago, and I thought there was a<br>
modern XQuartz branch that supported the extension..[0]<br>
<br>
Here are some (bad examples) of the issue that I am talking about:<br>
<a href="http://cs.gettysburg.edu/~duncjo01/XQuartz.webm" rel="noreferrer" target="_blank">http://cs.gettysburg.edu/~duncjo01/XQuartz.webm</a><br>
<a href="http://cs.gettysburg.edu/~duncjo01/XQuartz-glx.webm" rel="noreferrer" target="_blank">http://cs.gettysburg.edu/~duncjo01/XQuartz-glx.webm</a><br>
<br>
Notice how, especially in the second screencast, extreme scrolling in<br>
the urxvt buffer causes the dockapps to hang, while the glxgears program<br>
chugs along at a smooth 60fps. I was hoping that enabling the COMPOSITE<br>
extension and using a compositor such as compton could alleviate such<br>
issues in the future.<br>
<br>
Let me apologize in advanced if I have interpreted this issue completely<br>
incorrectly; I am no X11 expert.<br>
<br>
[0]:<br>
<a href="https://lists.macosforge.org/pipermail/xquartz-changes/2011-May/001054.html" rel="noreferrer" target="_blank">https://lists.macosforge.org/pipermail/xquartz-changes/2011-May/001054.html</a><br>
<br>
[1]: <a href="http://lists.apple.com/archives/x11-users/2011/Feb/msg00013.html" rel="noreferrer" target="_blank">http://lists.apple.com/archives/x11-users/2011/Feb/msg00013.html</a><br>
<br>
- John D.<br>
<br>
_______________________________________________<br>
Xquartz-dev mailing list<br>
<a href="mailto:Xquartz-dev@lists.macosforge.org" target="_blank">Xquartz-dev@lists.macosforge.org</a><br>
<a href="https://lists.macosforge.org/mailman/listinfo/xquartz-dev" rel="noreferrer" target="_blank">https://lists.macosforge.org/mailman/listinfo/xquartz-dev</a><br>
</blockquote></div>