The following extensions of mine have been updated for compatibility with v2024 Ruby - the deprecated Fixnum has been removed.
https://sketchucation.com/pluginstore?pln=ExtrudeTools - v6.0
https://sketchucation.com/pluginstore?pln=Latticeizer - v1.9
https://sketchucation.com/pluginstore?pln=Roof - v6.0
https://sketchucation.com/pluginstore?pln=SKMtools - v20240425
https://sketchucation.com/pluginstore?pln=TIG_Smart_offset - v4.0

v5.0 of PurgeAll is available - it fixes some minor glitches with v2024 changes...
https://sketchucation.com/pluginstore?pln=PurgeAll

@i5963c
The reason the toolbar appears is, because there are updates available - hence the red marker on the first button - not present otherwise.
If you open the ExtensionStore dialog and choose to install the updates, then close the toolbar, when you restart SketchUp the toolbar stays off, until you next activate it.
If you don't want the updates simply dock the toolbar in the side bar with others, it's unobtrusive...

On PCs in v2026.1 some nitwit swapped the order in the Preferences >Shortcuts listed for the Edit commands for Copy Ctrl+C and Ctrl+Insert, and also the Cut [+X/+Insert] and Paste [+V/+Insert] etc, so the Edit menu now gives you an illogical listing because the long established ones now come second and so they aren't listed in that menu.
They still work, Unfortunately they are hardwired and not editable in Preferences>Shortcuts.
Hopefully common sense will revert this weirdness in the next update.

@sashapepperspray
The method File.exists? has long been deprecated, but worked.
In the latest Ruby version it doesn’t - File.exist? - works in v2024 and older versions as well.
Many developers are working to adjust their code accordingly.

Have patience and post any instances in an affected extension's thread - as there are 100s of 1000s of line of code with the tiniest corrections needing to be found and change, then the extension re-encrypted and signed…

Many authors have already fixed their extensions, so look regularly to see if there’s already an update available…

@Joel3dm
Yes.
Make the non-auto-updating SectionCutFace unLocked and choose a material/color that's already used in the model [from a list].
A SCF's material applies to all faces, but you can edit the group and apply any material to any face etc...

Use the Outliner.
You can then expanded the 'tree' and select the nested Container, and double-click it in the Outliner to edit it that way.

v5 is now available in the PluginStore / ExtensionStore³
https://sketchucation.com/pluginstore?pln=Multiple_Offsets
It's now compatible with the newer SketchUp version's Ruby methods [e.g. 'FixNum' was deprecated in favor of 'Integer']
The RBZ is now also 'signed' to suit all Loading Policies...

The SKP you provided has 2 roof faces at z>0 [faces at z0 don't work].
These 2 are identical in edge sizes and orientations/direction.
The one on the right takes a hipped roof OK, but the one on the left fails with an error message.
This is weird.
However, if you follow the advice in the error message on that problem face. and erase one edge and remake t the new face will also take a hipped roof OK.
Something in your model's database is skewed.
But it is fixable...

You can't do that in one step. Do this.
Use the Tape-measure tool to make the first at 1/2" as before click to confirm, Select the guide line, and chose the Move tool, press Ctrl to invoke Copying, make the copy off 1/2" and immediately type 9x press Enter to confirm.
Now you have 10 guides at 1/2" spacing.
You can make multiple offset copies of selected things, including guides, but you can use the Tape-measure tool to make more that one guide at a time.
You can also make radial copies at set angles using Rotate + Ctrl for Copy and entering the number needed, press enter.
It's probably best that when inputting lengths or angles to the use 9x rather than x9 as the leading letter might sometimes get confused with ab x shortcut.
To make guide copies at a set spacing, e.g. use 9x but if you want to divide between a start and end guide manually pick the start and the final one and use 9/ to divide - that way you don't need the exact dimension, but can be sure the spacings are all equal.

Also... have you installed the latest LibFredo6 and restarted SketchUp ?

On PCs in v2026.1 some nitwit swapped the order in the Preferences >Shortcuts listed for the Edit commands for Copy Ctrl+C and Ctrl+Insert, and also the Cut [+X/+Insert] and Paste [+V/+Insert] etc, so the Edit menu now gives you an illogical listing because the long established ones now come second and so they aren't listed in that menu.
They still work, Unfortunately they are hardwired and not editable in Preferences>Shortcuts.
Hopefully common sense will revert this weirdness in the next update.

Some OSs protect/reserve certain Ctrl+Key combos, so your system might revert Ctrl+Q to Quit after changes. Try something else like Shift+Q and see what happens...

Alternatively, if you haven't installed SketchUp properly SketchUp might not be able to remember user's changes to shortcuts in their preferences file.
This will be obvious if changing a shortcut to something potentially innocuous isn't remembered across sessions.

To fix a faulty installation is simple.
Exit SketchUp and find its Installer exe file, usually in your Downloads folder.
Select its icon and right-click > context-menu > Run as administrator
When the dialog opens it should offer a 'Repair' option.
Choose 'Repair' and let it run,
this will fix the permissions of various files and folders,
so that your normal user-accounts changes to things like Shortcuts are remembered between sessions.
Choosing to 'Run' the installer's exe file, or double-clicking it is not the same as 'Run as administrator', even if your user has some admin-powers.
There's no need to Uninstall and Reinstall to fix things.
The Repair will not affect any customized changes or extension installations etc...

While you are preparing the info for Rich can I also ask: the A0C error means the computer name and what's in the license file don't match., so have you changed your computer name ? Or copied license files between different computers ? Or perhaps your computer-name [or even user-name?] contain non-standard characters [like accented letters or other non-standard characters] - the Microsoft requirement is for computer names to have only ASCII alphanumeric characters [A-Za-Z0-9] and a few common punctuation characters, and not following this can result in weird issues when comparing licenses and computers etc - I am guessing you are perhaps french so accents could be the issue...

V8.0 is released https://sketchucation.com/pluginstore?pln=2Dtools
Or via the ExtensionStore dialog.

It fixes a glitch with v2026 whereby some MAC users could not get the TAB key press/up to work to open dialogs in some tools, and some PC users had to press/up 4 times to make TAB work. But <=2025 users had no issues.

I've now improved the onKeyUp methods to optimize TAB use in v2026, but it can still be flaky for some users. including me needing 4x press/up!
So as an additional option I've added one press/up on the Shift key which will also open the dialogs, in certain tools like LineStyle and Hatching. The Help pages explain this dialog opening more fully.

Please try and report back issues...

A new signed Version 8.0 of the toolset is available as an RBZ in the PluginStore https://sketchucation.com/pluginstore?pln=2Dtools or for AutoInstall/Update through the ExtensionStore dialog.

It addresses the TAB keycode weirdness recently reported when trying to open a dialog for certain tools, like LineStyle and Hatching etc.
The TAB press/up was itself introduced for >=v2020 when the right-click in empty-space context-menu option was removed from the Ruby API. It had to be a TAB press/up because MAC has always ignore a simple TAB press.

Recently it's been found that in v2026 on a MAC a TAB press/up sometimes fails to work at all, and other times on PCs x4 press/up were needed to get TAB to call the dialog - whilst weirdly some users experienced no issues with it at all, on either OS !

I have now error trapped the keycode capture for TAB as best I can, note that on <=v2025 there's no problems with TABx1 press/up [sadly my own PC still needs TABx4 press/up with v2026], and TABx1 may work with v2026 for some users and OSs,
BUT as a fallback I've now introduce an alternative additional key press/up - Shift - which [I hope] works with one press/up on any OS and SketchUp version. So if you have any v2026 TAB annoyance you can now just press/up the Shift key instead to open the dialogs.

Please try it and report any issues.
I've updated the More-Info>Release-Notes and the toolset's Help HTML files to reflect these changes.

Because the right-click menu issue introduced in earlier SketchUp Ruby changes, TAB was introduced as the key press/up to call various functions, like to change the Z= setting and to open the linestyle dialog.
Because onKeyDown doesn't work on the MAC with TAB and onKeyUp method was used.
Also because TAB returned a different value on PC and MAC I include a test for 9 or 15 - however, newer MACs return the same 9 code.
On my PC TAB returns 9 on key up, but in 2026 I see that I must press/up 4 or 5 times to get it to call 9 properly and open the linestyle tool's settings dialog.
I don't know why there's a reluctance to work first time.
On your MAC can you try opening the linestyle tool and press/up TAB 4 or 5 times to see if the dialog opens...
Then report back. I can't see what the issue is...

PS: I've tested it in earlier PC versions and TAB works on first press/up - so it's a glitch with v2026. If several press/up works it's at least a temporary solution...

My old https://sketchucation.com/pluginstore?pln=TIG_LayersFromList and https://sketchucation.com/pluginstore?pln=TIG_LayersToList
Let you import / export layers from / to a text file in the form NAME:R,G,B per line.
So you could edit [or make] the file with customized RGB values and names as desired...

@FlorinAp
This change was intentional.
Over time the changes to the built-in Extensions Manager made it so much like our own that there seemed little purpose in the duplication. The loss of 'Sets' for the Extensions was decided on balance to be acceptable, because changes in how the SketchUp API allowed dynamic extension status setting has meant that our version was error prone. when doing this. Also the use of 'Sets' remains possible from within our Plugins Manager - because all extensions are also plugins [loading from a .RB file] it allows you to manipulate them in the same way with 'Sets' within that dialog...

Does your set up meet the requirements listed here ?
https://help.sketchup.com/en/sketchup/system-requirements
The fact that it runs OK on a similar machine suggests that something is 'missing' in the set up with the problems - hardware or software ?