Hardened and Notarization, no Sandboxing
2 Likes
In fairness, Tahoe is a moving target right now, so cut them a little (!) slack. 
3 Likes
FWW This only works when building an app. Not when running from within the IDE.
It’s possible the paths are wrong for a debug app
Probably. But what is the correct path for debugging?
The paths look correct also for debugging. There are only CurrentBuildLocationNative and CurrentBuildAppName and the rest goes from those paths.
Maybe I should ask this question:
Are you remote debugging to Tahoe or are you running Xojo on Tahoe and running directly?
No remote debugging. Just running it in the IDE
The IDE script works fine in debug mode on Tahoe. But, man, is this fugly.
Toolbar:
Nag window:
Dropdown menus:
We may need to start embracing constraints.
1 Like
Or Xojo needs to do that.
Support constraint based layout on Desktop apps
https://tracker.xojo.com/xojoinc/xojo/-/issues/76453
1 Year old.
You need to use templates (NSImage) not xojo picture.
Then the images are adapted automatically for the new look. I do this for years with my apps and they do look nice in Tahoe (incl. Toolbar icons).
The toolbar is the smallest problem. The buttons in the windows are ugly.
1 Like
I don’t see that in your screeshots. It looks okay
The only issue I see is that the buttons overlap a bit. But that’s an easy fix.
That is an annoying task. That’s where the constraints really shine: make the button 20 pixels from the left and the bottom, put the other button 10 pixels (or whatever) to the right.
FWW:
Regarding the crashing on quitting the app, I have added a dirt fix for this in the xojo case.
Personally I’d prefer that they not. The stripped down “simplified” implementation of constraints on iOS is such a mess that it actually makes them harder to work with.
1 Like
Ouch!