Hi jog,
Here's an update to my situation. I found that by simply setting
TERM=vt100 into the first XQuartz terminal window, all these issues went
away -- for now..... I am running XQuartz 2.8.1 on an OS 10.15.7
Macbook Pro. This is a very simple solution but as you say YMMV.
Good luck all.
David
On 6/2/21 5:14 PM, john o goyo wrote:
Greetings, All.
My patience ran out. I downgraded to XQuartz 2.8.0 and the woes are
gone. (Of course, your mileage may vary -- I am running on an M1 Mini.)
Sincerely,
jog
On 2021-05-27 12:34, David Thomas wrote:
Hey jog,
Thanks for the logout/login tip which also worked for me to solve
slow menu problem! I had given up on XQuartz and been running X11
through SUSE Linux on a virtual machine in Parallels as a
workaround. The login-out works but is still a hassle.
As you note, my vi issues still remain. Setting TERM=vt420 solves
the screen update issue but introduces a host of other problems.
Probably stick with the Parallels work-around for now. Just a
structural engineer who knows enough about X11 and Linux to be
dangerous:-)
David
On 5/26/21 6:39 PM, john o goyo via X11-users wrote:
On 2021-05-26 12:50, Jamie Kennea via X11-users wrote:
On May 26, 2021, at 11:56 AM, Thomas Dickey via X11-users
<x11-users@lists.apple.com> wrote:
"painfully slow" sounds like the MacPorts version.
In my experience, the latest XQuartz has inherited this issue, at
least xterm performance is terrible. Jeremy had a notion about what
might be causing it, but I didn't have the time to look into
testing out his fix.
Jamie
Marty Sereno offered the following rubric (that seems to work as far
as slowdown but not my vi problem).
Sincerely,
jog
==================================
From: Marty Sereno <mser...@mail.ucsd.edu>
To: "jo...@riddermarkfarm.ca" <jo...@riddermarkfarm.ca>
Subject: Fw: X11-users Digest, Vol 18, Issue 25
Date: Fri, 30 Apr 2021 19:36:43 +0000
hi
this may be the weird slowdown that happened after 10.10+. One
counterintuitive way to fix it is:
login on local machine
start XQuartz
logout of local machine
re-login on local machine
start XQuartz
[login to remote machine]
I have some tk user interface programs with a large number of
buttons and panels that slowed to excruciatingly slow performance.
I spent a long time trying to figure out where the bug was including
recompiling X11 from modified source. I think it is something to do
with MacOS thinking that the X windows are not visible and thus
denying them CPU cycles (app nap). But the only way to fix it was
the logout/login nonsense, which somehow resets a flag somewhere.
The slowdown returns on reboot, and sometimes occasionally for other
reasons presumably due to the phase of the moon . . .
cheers,
marty sereno
director SDSU MRI imaging center
mser...@sdsu.edu
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (X11-users@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/x11-users/david%40thomas-beers.com
This email sent to da...@thomas-beers.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (X11-users@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com
This email sent to arch...@mail-archive.com