Shop Creator [Trusted group]

TIG

If you have accidentally pressed K then back-edges might be 'on'.
Try pressing K again to toggle them 'off' ...

Dave R

@tuna1957 thankee sir.

Dave R

@wpns that looks similar to an issue related to certain Mac GPUs in which dimensions were inverted with older versions of SketchUp. In that case it was found that if a fix was to come it had to come from Apple. I don't know if it ever did.

Effectively the Mac OS has evolved out from under that old version of SketchUp. As long as you continue with SketchUp 2017 you'll probably have to live with weird stuff. Many users have reported repeated crashes and other unwanted behaviors with old versions of SketchUp. My guess is it won't get better.

fredo6

Probably not. I remember there were known issues with the mirroring of texts in some versions of Mac with old versions of Sketchup.

I guess you get this efect with my other plugins (or plugins from other authors) using text drawing in the viewport

TIG

I think you've trapped almost everything.

However in the self.loop_dynamic_purge_ghost_material method you look at ent and then manipulate its material if it's a face or a group or a component-instance.
But if those are no longer valid for some reason [I do suspect that could be an incredibly rare chance?] then it could throw an error and fall over.
A simple check at the start of the method's do-block that is searching through the model.entities e.g.
next unless ent.valid?
skips any invalid ent

Incidentally, without analyzing the whole code-set, firstly why not use model.active_entities which potentially reduces the list length, and secondly what about any faces within nested groups etc not inspected by this method that might still have that material ?

Dave R

Thank you!

Dave R

Straight out of SketchUp 2026.
tea table plan top down.png

tea table plan top up.png

TIG

Works well.

But I have a few observations from a non-AI view-point...

The Dynamic_Subdivide.rb file uses several $xxx... global variables - these are frowned upon because they can pollute all other Ruby files [and are not acceptable in extensions submitted for review in the EWH].
It's a simple fix - replace them all with @xxx... variables that then work across methods in the same modules, but not 'globally' in unconnected scripts.

That Dynamic_Subdivide.rb file also has potential trip-hazards as Rich pointed out -
e.g. in line#190 it's possible for it to reference an edge of a face that is no longer valid, as specified in an earlier line, so it falls over.
This not valid issue occurs when your operation does something to geometry that affects a previously made collection of things -
e.g. adding a new face [or edge] overwrites an existing face [or edge] so a reference to it is no longer valid.
Again it's a simple fix - add a 'skip' trap near the start of the block -
e.g. like this
faces.each do |face| next unless face.valid? ... end
which skips any invalid faces and so the errors are sidestepped.
You can do a 'find' in the code to add in similar traps like this for any non-valid face, edge, vertex etc.
Also note that the various blocks have an inconsistent format, swapping between
xxx.each { |e| ...xxx... }
to
xxx.each do |e| ...xxx... end
But editing either of them is possible with a little care.
Both forms are acceptable, but choosing to use just one for consistency is recommended...

Dave R

@ntxdave said in SCFLicense: Extension Licensing on Sketchucation:

OK, I thought all of my Fredo6 licenses were perpetual but maybe not.

They are perpetual but if you never purchased a license for FredoSketch then that doesn't come into it. If the license isn't showing up in the list that Rich linked to, it's probably safe to say you didn't buy a license.

Dave R

The only thing I see in your screenshots is that you have the extension installed and that the trial period has expired. Nothing that shows you have purchased the license, though. The Extension Manager doesn't say anything about whether or not you have a license.

Shop Creator [Trusted]

Posts

Member List