Did more searching, and found one spot that said the source couldn't be changed (at least not in the way I was meaning). I guess to do what I really want to do, I'd have to dive deep into this, and I just don't have the time since my development work is a "side" project at work.
I DO however have time to use TT's SKUI, so that's what I'm going with, since I have already used it for a couple dialogs already in this project.

@placidfury said:

or manually edit the SVG code so SketchUp will read it properly

Well, SVG is XML and Nokogiri would certainly be up to the task. Wouldn't even need SketchUp to do the processing...

Greg

I don't know - I may do something like that, but I probably won't. I have a new tool I made as part of my plugin and it creates a draw layer for different defined area types, and I just wanted it to have some level of transparency automatically so it didn't totally cover what may be underneath. But, I think I'll leave it alone for now. I just just figured I must have been missing something, as setting the layer appearance seems very... basic, to be a missing feature.

this maybe solved by a simple trick via Dave

Hi, I have set up a set of components to add in electric sockets and lights. They have a simple set of attributes to set height above floor level, as well as number of switches/ sockets which resizes the plate and numb…

TIG, you rock. Thanks for the help (including all the other countless posts of yours I've read on other threads that have taught me so much so far). I think that got it after having it load once (with the exception of one situation where I need it to load separately each time - I have a 'container' component that other sub-components get inserted into, and if it's not reloaded, then the previous sub-component instances are in the new container instance as well, which I don't want). I also changed the path \, and float, and yes 0 length is getting trapped.
I still have so much to learn...

Just now saw this - I have been unable to get a batch redraw of DC's to not take significant time. It seems the more DC's you redraw in the same operation, the longer each successive one takes to redraw.
Eventually, I found a way around this by simply scrapping my usage of DC's and switching to groups. Operations on groups are essentially instantaneous.
I'd use DC's if it's one or few objects at a time, or something I want the user to be able to interact with via the DC interface, but most of my plugin's objects are not that - I'm manipulating them with my code. Since I'm doing Engineered Wood Products layouts on very large multifamily buildings, I end up with thousands of objects to manipulate, and DC's simply didn't work well enough, as they were too slow. And the fact that even changing one property - even one that doesn't affect geometry - forces you to have to redraw them each, that time involved was a deal-breaker.

I've got the latest drivers considered stable with my hardware and OS...
I changed the fast feedback setting, at it helped immensely... it's at least usable now! Thanks!