There is something in the way that prevents pushpull from going inward. Try selecting the face and using move instead.

I looked into this (posted also on the SketchUp public forum). Reposting here where TIG keeps the actual extension and has the main discussion about it.

I reproduced the issue on macOS Ventura 13.3.1 on my Intel-based 2019 MBP 16" using both SketchUp 2023.0.396 and SketchUp 2022.1.165. So it is not specific to Apple Silicon nor to SketchUp 2023. I don’t have a pre-Ventura version of macOS running, so I can’t verify whether the issue also happens on Monterey or earlier.

After some testing, I found that the extension was looping in the draw (view) method after the second point is picked (in the @state > 1 clause.) I think the problem is that the code calls view.invalidate from within the draw method, triggering an immediate call again to draw - endless loop! I commented out the view.invalidate, and the problem went away.

I’m not clear why the view.invalidate was needed in the first place, even on Windows. @TIG, perhaps you can explain? If it is needed on Windows or older versions of macOS, a simple branch test based on OS version could fix it?

Please define "similar"...

I assume you installed SketchUp correctly, but just to make sure, the process is:

1. Download the installer .dmg file
2. In your download folder, double-click the installer .dmg to mount and open it. A disk image icon should appear on your desktop and then the installer starts to run.
3. In the dialog that pops up, drag the SketchUp icon onto the Applications Folder icon, as indicated by the large gray arrow. You should then see a message about copying files.
4. When the install completes, the dialog should close. If it doesn't, click the red button to close it.
5. Right-click and eject the .dmg from your desktop.

SketchUp should now be installed in your /Applications folder. Run it from there. DO NOT attempt to run it from the .dmg image - that will cause errors and crashes!

Your wording suggests you may have a misunderstanding of SketchUp tags. You can't copy anything from one tag to another because tags don't contain or "own" anything. They are like markings applied to an entity. The simplest way to do what you describe is probably to copy the object using either copy/paste or the move tool, and then assign the desired new tag using the entity info window.

It was last updated in 2013. I suspect the author has moved on...

@scozzarella said:

"Shortcut_31": "0 0 0 X /Modifica/Menu contestuale a comparsa/Esplodi",

SharedPreferences.json

This is the problem.

If I add : the it works.
But next restart the json file is again buggy.

"Shortcut_31": "0 0 0 X /Modifica/Menu contestuale a comparsa/Esplodi :",

Help!

That is odd!

On my SharedPreferences.json, I see a colon at the end of most shortcuts that invoke built-in commands rather than ones from extensions, but not on any that involve the flyout context menu. For example, compare these two lines from my file:

"Shortcut_58": "0 0 1 U /Edit/Context Menu Flyout/Explode",
"Shortcut_6": "0 0 0 R selectRectangleTool:",

The first one is my shortcut for explode from the context menu - no colon. The second is the way the json file captures the command that shows as "Draw/Shapes/Rectangle" in the preferences shortcuts panel. Note how it has been converted to "selectRectangleTool:" in the json. I wonder if there is a bug in this conversion in the Italian version? The SharedPreferences file is rewritten each time SketchUp exits, so if SketchUp is mishandling the conversion of this command, that's why it won't work when you restart.

I can only suggest that you refer this problem to SketchUp support, as it shouldn't be happening.

I created a topic over on the public SketchUp forum on the chance that the developers are more likely to notice it there than here.

The others who have replied are not Mac users, but I am so I can base this on actual experience.

First of all, the command to which you want a shortcut is Edit/Context Menu Flyout/Explode. As the word "Flyout" implies, this choice only appears in the Shortcuts preferences when a Group or ComponentInstance is selected in the model or if you have already assigned a shortcut to it.

Second, you can assign a shortcut to this action when it is listed, as proved by the attached screenshot where I assigned shift-U. I also tested, and this shortcut works as expected.

You aren't perchance attempting to assign a command key keychord shortcut are you? That is not permitted on Mac, because Command keychords are reserved for the compiled-in menu items. Sometimes you can get a command keychord to work for a single session, but they won't be remembered the next time you start SketchUp. Have you succeeded in assigning shortcuts for other actions?

Maybe it's an optical illusion, but the front surface of the box looks slightly concave to me. As @box wrote, we would need to see the model to say more surely.

By default the spacebar activates the Selection Tool. Doing so will also deactivate whatever other Tool was previously active. Could that be what you were actually experiencing?