I get a return of "false".

I notice that in a Terminal the listing of file names puts all capitalized ones before lower case, as if they are in purely ASCII sorting order. I don't recall whether that was true in HFS+, but I wonder if this is a change that came with case-sensitivity in the new APFS? I notice that the file __loader__FredoTools.rbe comes after a lot of FredoTools_xxx.rbe files in the listing, which seems illogical.

Edit: I found this in the Apple docs about APFS. It may have bearing on this and other issues people have reported in SketchUp under High Sierra:

Calling readdir(2) on a directory in APFS returns filenames in hash order, whereas HFS+ returns filenames in lexicographical order.

I upgraded my Mac to macOS 10.13 High Sierra and SketchUp 2017 (17.3.116) started showing the attached errors on launch. I have installed the latest updates to LibFredo6 (7.7e) and FredoTools (3.1d) from the PluginStore and subsequently restarted SketchUp.

Fredo load errors.zip

Can't say with absolute certainty without seeing your code, but you are most likely right about the decimal point mark causing the error. Depending on your OS and its settings, the mark may or may not automatically change when you change the input language. You may have to change the locale and reboot.

@jga said:

Matthieu NOBLET released a plugin Recall_last_tool.rb that worked with SU7, but I've found it didn't appear to work with SU201* versions.

Depending on what kind of errors occur, that could be because SketchUp changed from Ruby 1.8 to Ruby 2.0 in 2014, or it could be due to changes in the SketchUp API. It is quite common for older plugins, especially way back to SU7, to need updating for new versions of SketchUp.

SketchUp often creates hidden diagonal edges across a face during an edit operation when it isn't sure whether the face will remain planar. On completion of the operation, if the face stayed planar these edges are supposed to be deleted (or kept as folds if the face is indeed no longer planar). Sometimes, perhaps due to limits of computer arithmetic, SketchUp fails to delete the temporary edges, causing effects such as what you see. If you view hidden geometry and then delete these edges yourself, the face will remain if planar and vanish if not.

PS: Color by Axis works to within a tolerance. Sometimes an edge will be colored even though it is off-axis by enough to cause issues in some other operations.

You didn't mention the size of the object in your model - perhaps it is too small relative to SketchUp's small edges threshold? Try scaling everything up by 10x or 100x before doing the follow-me and then scaling back down afterward.

@djh said:

@remus said:

you could always just hold ctrl while your orbiting, this will turn of the 'turntable' effect you usually get.

Holding control while rotating should constrain the rotation?

No. SketchUp's orbit has a notion of "gravity" by which it tries to keep the horizon line (duh!) horizontal. Holding ctrl (option on Mac) suspends this action and actually allows less constrained orbiting, the opposite of what is being requested!

That's because CorelDraw is 2D! SketchUp is 3D. Orientation of axes is a whole different game when you are viewing a 3D space, especially when perspective camera is on.

The Ruby Garbage Collector runs automatically every so often and reclaims memory from all objects to which there is no remaining reference. All ordinary references are released as soon as they go out of scope. So, unless your script is holding references in persistent variables, such as globals, class, and module variables, there is usually nothing more you need to do.

If you think you have generated a lot of dangling objects, you can explicitly initiate garbage collection via methods in the GC module. SketchUp may take a noticeable hit when you do so because everything else must be suspended while the collection takes place. So, if you are creating a lot of small objects (e.g. to assemble Strings piece by piece) it is usually better to rethink your code to pre-allocate larger objects and add data into them incrementally.

The problem isn't with your Mac, it is that the SketchUp team did not implement any support for anti-aliasing when they coded the new graphics pipeline for 2017 on Mac. I haven't seen an explanation of why, just acknowledgment that's what they did.

You won't find much when searching for "mac" because as @pbacot observed, the vast majority of extensions/plugins run equally well on both platforms. In that case, they don't break out "mac" as a visible keyword anywhere that the search would find. You should search for the functions you need and then verify Mac-compatibility rather than the other way around.

Plugins usually state both the OS and the SketchUp versions the author has tested for compatibility. Given the major changes in SketchUp and the version of Ruby it uses since SU 8, many authors no longer support SU 8. That's a bigger factor than Mac vs Windows.

@kbendewald said:

...I'm aware of the Angular Dimension but not able to get it to work how I'd like. I'm sure this is a user error. Any help is appreciated.

Please clarify what you mean by "how I'd like". I'm the author of the Angular Dimension and co-author of Angular Dimension 2 both available in the plugin store here, so I may be able to help once I know what you need.

Dave is exactly on the money. Keychords involving command never make it to the part of the app that handles user-defined shortcuts. They are either processed by OS X itself (which has many cmd-key shortcuts) or by the compiled-in menu system of the application. SketchUp doesn't allow them because they wouldn't work anyway!

Undermounts are available today with significant load ratings (100lb/45kg and 150lb/68kg), so that shouldn't be a problem - e.g. Blum Tandem, Salice, and others. Be advised, though, that they require clearance under the drawer bottom which will affect the drawer height required to fit CD cases inside the drawer.

My suspicion is that each explode causes SketchUp to process intersections between the newly released Entities and all other Entities in the context and to update the view accordingly. You might try wrapping the block that does the explodes in a start_operation /commit_operation pair with disable_ui set to true.

Also, don't have the outliner window open while you run your script. It is known to cause major slowdown.

SInce you said it seems to work, I didn't give much thought to the part of your code that picks what to delete, beyond noticing that it seems far more complicated than my gut feels it needs to be.

http://sketchucation.com/pluginstore?pln=clf_arc_centerpoint_finder

Very nice! Always thinking as one who might have to build it, I wonder what sort of method was used to attach the legs? Slanted as they are, there will be a tremendous amount of stress where they meet the carcass.

I can't answer your other questions, but I'm pretty sure you need a developer's license from Apple only if you want to distribute your work through the Apple store. Xcode is free and I've never heard of restrictions on use of what you build with it.

If you want each copy to be unique, why not use Groups? The Group#copy method automatically clones the associated ComponentDefinition and hooks the new copy to the new clone. That is, each copy is "unique" right from the start.

I've been helping another user over on the Sketchup.com forum, and I had to get familiar with the source code for this extension to sort out the issues (I'm not the author). I fixed a couple of bugs that kept it from running on Mac (I don't have a Windows PC, so I don't know whether the fixes were also needed there). In this case the author obviously never tried running it on SU < 2016 so wasn't aware that the trap was mis-coded!

TIG packaged my changes into the version on the SketchUcation plugin store.