In other words: they are not compatible with macOS anymore. Man. Extra code for tahoe. This is really special.
Instead of extending iOS Autolayout to all desktops (with some changes in the IDE for sure) they’ve decided to do nothing and let every developer deal with the fall out
The trouble in iOS Layouts is that, unless you lock controls, as you move them the IDE tries to rewrite your rules (sorry for this but I realized later it should be off for layout design)
IF in iOS layouts
- turn AL resolution OFF in the IDE
- have a command that would “create AL rules for layout as it exists” so you could easily create all the needed rules
- extended that to to Desktop
on macOS you get AL rules
on Windows & Linux the AL rules might just render out as absolute positions
And now things on Tahoe would “just work”
Instead Xojo plans to REMOVE AL from iOS layouts
5 Control Locking for iOS Making iOS controls lock the way all other project types do.
I am suuupr happy. Foir Desktop, Web and mobile I don’t have to deal with such crap. And I am really happy about it. I have to deal with several let me say crszy stuffs. Nion of them reaches to the XoJo crap quality. They do nothing cause they have no Idea what to do. They should have redesigned that entire crap before long time. But they have not done anything like this.
While I am not a fan of(as you well know) of AL, unless Xojo plans of adding events to handle dynamic scene metrics (other than faking control locks), they are in for a pile of 
not a huge issue for an iPhone only app, but iPad is a whole new story
do you believe they will do tht one day? As far as I can see: no. And it is okay. It is not a pro development tool. It is a citizen tool. For much money. To develop stuffs you can develop even for free. For mac platform. Fpr mobile platform. For Desktop platform. But - as we can see - their Idea is another one than the normal way to find solution. They promise they will but at the end it is impossible.
AL on iOS apps already exists
And IF someone has set it their constraints well then it should "just work”
Without needing to do much except maybe handle different sets of constraints for orientations they didnt support before
TBH AL should make it easy to deal with this
At least easier than hard coding
Probably not
Although Greg has provided a way for users to add AL to their desktop projects
Would just be nice to have Xojo do this since they do already have all kinds of code to support it in the IDE
And also can spit out constraints when needed
Just need to adapt that for desktop
Xojo abstracts you from the platform details allowing you to focus your time and energy on what makes your app unique.
This is from Xojo’s website. Exactly what many developers are looking for. Exactly what Xojo doesn’t deliver.
Don’t wish to start an flame war here, but I’ll believe it when I see it happen. SDK26 allows the user to change the “window” size on an iPad from full device size (which varies by device and is handled by AL by some), down to a mere 320x320 (I think that is the minium size), meaning that not only can the available real estate shrink to well below the smallest iPad by a large margin but the aspect ratio of the available display space now becomes dynamic as well , (Land/Port are basically the same resoultion now, as well as the same aspect ratio). And while AL “can” do it, I wonder how well any existing apps deal with more than changes from Port to Land ……
I’m not from Missouri, but I would still like to see it for myself.
Is this not the reason why they wanked an AI-Tool into the IDE.
Now they can say, ask the AI.
Yes I guess yiu are right but they might have no chance to enjoy that really cause their API ket’s new problems coming up at horizon 
Even the best AI can’t deliver something what is not working correct as a working solution. And though they may have no chance to make a big party of it. While it is not really working.
On the other side: AI can help people to write Software. Bit it may not help to understand what they are doing. Dangerous for Citizen Devs while possibly leading into a big risk.
from my vantage point: Let them use as much AI crap as possible, the earlier they will come and beg for real working and robust solutions 
The reason they wanted AI in the IDE is simple: it’s 2025, and programming without AI is like traveling by horse-drawn carriage.
That’s exactly what blacksmiths and wheelwrights thought back then, too.
When I see the blacksmith here in our area… yes, a real one, who still forges irons to horses (and providing other equestrian services aswell, like events with wagons etc.)
He is professional and successful in this and I would not be surprised if his salary is not even higher compared with so called “modern” jobs.
He’s operating a good running, traditional family business and is a respectable person.
So your comparison is quite good
Yeah, and the other 100,000 have shut down their businesses and moved on to something else. I’m sure there will still be one Xojo developer in 20 years who’s a respected professional and actually makes money with it.
No I can’t believe that there is in 20 years a XoJo Developer still developing XoJo programs. There will be no XoJo in 20 years anymore. That’s for sure. The userbase melted down every single year. And they could not get more users and especially: yound users. All of them are old. Sorry to say that. But looking in Java, C# or Python community: you’ll find school kids working with it. And XoJo? Na, old man.
There will be one.
Even if it’s the Westfalenblatt using Xojo for its rasterization process — or Deutsche Bahn, still running their display systems on Windows 3.11.
It’s a bit sad that talented professional coders get replaced by mediocre coders relying on AI tools. New coders using AI tools will never learn how to think like an programmer.