opens fine on 10.15 - identical md5
New Xquartz release with native Apple Silicon support
31–40 of 42 posts
Re: New Xquartz release with native Apple Silicon support
#32Re: New Xquartz release with native Apple Silicon support
#33Wow. The previous release was in 2016, so I was sure that XQuartz was dead for good. Nice to be pleasantly surprised! I occasionally use XQuartz to run graphical programs over SSH using X forwarding, although I’ve mostly moved on to other approaches due to a combination of: 1. Bad support for HiDPI displays (theoretically fixable in XQuartz - curious if they will tackle it now). 2. Annoyingly high input and redisplay…
Unless there's a program specific to your environment that is causing this, I would say that this is partially fixable. There's some kind of bug/weird implementation detail in the macOS vsync driver that causes massive lag in XQuartz.app and macports' X11.app.
https://www.youtube.com/watch?v=IaPh4tc0_B0
If you use XQuartz regularly, I would highly recommend you install Quartz Debug.app so you can disable vsync before you hop into X.
https://download.developer.apple.com/Developer_Tools/Additio...
Re: New Xquartz release with native Apple Silicon support
#34Re: New Xquartz release with native Apple Silicon support
#35Weird, on a 10.11 system - no mountable filesystems. opens fine on 10.15 - identical md5
Re: New Xquartz release with native Apple Silicon support
#36But I thought X was dead? Every day or two I read about how X is dead here, on Slashdot, Twitter, on Michael Larabel's site, everybody chanting it in unison. How could all these voices be wrong? X11 is ALIVE?
Re: New Xquartz release with native Apple Silicon support
#37Wow. The previous release was in 2016, so I was sure that XQuartz was dead for good. Nice to be pleasantly surprised! I occasionally use XQuartz to run graphical programs over SSH using X forwarding, although I’ve mostly moved on to other approaches due to a combination of: 1. Bad support for HiDPI displays (theoretically fixable in XQuartz - curious if they will tackle it now). 2. Annoyingly high input and redisplay…
> The previous release was in 2016, so I was sure that XQuartz was dead for good. Why though? It's not like the XWindows protocol changes that much (or at all). Having to do a new release for a new architecture like Apple Sillicon, sure, but that's another thing.
Re: New Xquartz release with native Apple Silicon support
#38A surprising number of features exist in OSX to make it comfortable for people used to Unix-like OSes. It's a shame Apple is so poorly behaved, I'd think about buying a personal mac if it weren't for that. Their terminal app will simulate a selection buffer for you (although it doesn't integrate with other apps which is why I end up pasting garbage into my terminal almost every time I clone something from github) and…
Re: New Xquartz release with native Apple Silicon support
#39A surprising number of features exist in OSX to make it comfortable for people used to Unix-like OSes. It's a shame Apple is so poorly behaved, I'd think about buying a personal mac if it weren't for that. Their terminal app will simulate a selection buffer for you (although it doesn't integrate with other apps which is why I end up pasting garbage into my terminal almost every time I clone something from github) and…
quickdraw and carbon were explicitly presented as legacy APIs when OSX was introduced and were supported for backwards compatibility reasons. Quartz on the other hand, the actual supported API, has over time outclassed Xlib in almost every conceivable way.
Re: New Xquartz release with native Apple Silicon support
#40I wonder why they dropped support for cairo?
Though they did manage in the end - latest one was Nov. 2020 - the person who did it said it would be his last https://www.cairographics.org/news