I tried your suggestion but neither Escape or Return gets me out of the hole. I have to close Sketchup to get out of the wobbles.
I also have an M1 macBook Pro running Sequoia 15.1 Developer Beta and that behaves in exactly the same way.
The large toolset works fine in both cases - it’s just the standard toolset that becomes unresponsive. I guess I’ll have to wait until Sequoia has settled down.
No change I’m afraid. I’m now running Sketchup 24.0.595 on Sequoia 15.1 Beta 24B50091 but still no access to toolbar edit. Clicking on Customize Toolbar leads to the wobbles and no access to the toolbar options window. The large toolbar and other edit windows are accessible but I have to restart Sketchup to regain access to the built-in toolbar.
Here’s a screen shot video:
[Update: Just updated to Sequoia Beta 24B5035e and no change]
Thanks for the video. That’s very weird…you don’t have another monitor, do you? I’ll test that later today when I have another monitor. Here’s mine on Sequoia:
I tried making my SketchUp window only about 300 pixels wide, and Sequoia widens the window to just over 1,000 pixels, then opens the tool selections. When I close, it goes back to 300 pixels.
Can you make your window wider?
I just tried low resolutions - I could go down to 960x600, and it still worked. So I’m still puzzled.
I’m on holiday at the moment so I only have my 16in macBook Pro which has the display set to 3456 × 2234 pixels. With Sketchup set to full screen I still don’t see the customisation window.
Odder and odder.
I run the mac version of Sketchup but I also run Windows 11 on both machines using Parallels 19 so I shut that down to see if it might be causing problems but no such luck.
If you do the same actions in Finder or Safari, does the customize pane appear ok? It seems an individual app can have problems. Do a Google search for NSToolbar Configuration NSPreferences, which will show up a lot of articles on how to fix the problem when it happens in Safari, for example.
You might be able to adapt the fix for Safari, to fix SketchUp, or try deleting the preferences file. In Finder, use Go to Folder… from the Go menu, and paste in this full path:
customize toolbar works fine in both Finder and Safari
it also works fine with Layout 2024
I’ve deleted the preferences plist file for Sketchup but it has made no difference to the absence of the config window.
I’ve noticed something that is even odder. If I choose Customize Toolbar the Text Entry field shows up. If I then click in the Text Entry field Sketchup shuts down.
Great news! I’ve just upgraded Sequoia on both my mac mini and macBook Pro to version 15.1 2485046f and Sketchup is now working correctly on both machines.
Disabling all my plugins, however, does fix the problem and the drop-down palette of tool icons now appears. I have not re-enabled any of them yet because…
I am seeing a message from my Curic plugins about a security issue with the “RubyEncoder loader (RGLoader)” and the “rgloader32.darwin” bundle, but the instructions given do not match what I’m seeing in my system prefs. I’m going to try to locate the bundle and see if a quarantine bit is set on the bundle…
Ok, thomthom’s “Selection Toys” appears to be at least one of my installed plugins that breaks the Mac toolbar customization, and D.Bur’s “Axes Manager” is a second one. Still isolating potential others…
Interestingly, my own self-developed plugins break it Knowing this, however, I am going to look at my icon files and see if something correlates with what is in Selection Toys and in Axes Manager.
I had two commands with the same string for the “menutext” parameter of the constructor. This was a copy & paste error where I forgot to change a menutext string, and after correcting the second constructor, the drop-down palette opens and the toolbar can be customized without issues. And the problem is repeatable - I can break the toolbar customization by using the same string for any two commands within my initialization routines.
For simplicity, I use the same text for the menu, the tooltip and the status bar, so maybe it isn’t necessarily the menu text. And I haven’t seen this toolbar issue until SU 24.0.595 on Sequoia 15.0, but then again, I haven’t edited my toolbar for quite some time so the issue may have been present earlier.
In perusing thomthom’s Selection Toys code, that code appears to use the same strings for two or more commands, so there’s some correlation with what I just discovered in my plugins.
This may be something to check and at least throw an error in the Ruby Console.