Ok - try using v2.3.11: http://sketchucation.com/pluginstore?pln=tt_selection_toys

Weeelll.... that's embarrassing. It turns out that the blank window is due to a bug. Where I previously tried to fix unicode issues. Not sure how I never noticed that before. But it doesn't even load on my machine. It's a quick fix though - hang on.

I added an issue in the issue tracker: https://github.com/thomthom/SelectionTools/issues/1

This is good stuff. Once I get SUbD v2 out the door VT 2 is on the radar - and the Gizmo is top on the list.

Interesting. Ok - let me try to have another look at this.

@coulteri said:

I can use only menu on right mouse button.

There is no toolbar in the list of toolbars? And nothing under Tools > Selection Toys?

(If you keep the Ruby Console open when you try to open the UI settings window - is there any output then?)

@jql said:

Yes I believe we could be talking about it:

• If you select the area you want to affect and then you are able to place the gizmo on the reference vertex, you could then scale, move, rotate, etc, in a way that it would then snap to an inference in the model.

Right, so you actually invoke an explicit pick of the reference point up front. That's an interesting idea. Basically, the inference will relate to the gizmo origin - then that combined with better custom placement of the gizmo. Do I interpret that right?

Are we not talking about the Gizmo any more?

Hm.. yea, it's quite likely other extensions also will run into problems.

As for Selection Toys. So it's installed and you see the menus? But the Settings dialog is blank?

@jql said:

Why is it random if you pick the top vertice, for instance. If the topmost vertice is correctly inferenced and the bottom vertixe is at 0, I can be sure of the total height of a given "vertex sculpture".

The difficult thing is figuring out what people would expect. You say top-most vertex in this case, what if they are all on the same plane? Which vertex do you use as a base point then? (Inference snap in all directions.) And what makes top-most vertex more logical than bottom-most?
For snapping to be reliable there needs to be some predictability.

@pbacot said:

I guess I want a way to target move using a start and stop point (snapped) while having soft select, but maybe that doesn't jibe with what soft select is doing.

That you can already do by using the Move tool in Vertex Tools.

@coulteri said:

All I need is OK. Where was the problem? In my user account name?

Yea, Ruby have problems (some bugs) when it comes to non-English characters in filenames under Windows. There are some workarounds though.

That remaining error is strange though... it's missing the backtrace.

Can you try something for me?

1. Download the RBZ for Selection Toys
2. Close SketchUp.
3. Remove Selection Toys.
4. Start SketchUp
5. Open the Ruby Console (Window > Ruby Console)
6. Window > Preferences > Extensions > Install Extension. (Pick the Selection Toys RBZ)

Do you get a longer error message in the Ruby console then?

@jql said:

If you have a multiple vertices you could still use one as reference or you could use the average of all vertices as reference. I'd really find a whole new set of uses for vertex tools if this was true as accuracy would allow me to model arch projects and not only free form models.

How do you get accuracy if you pick one random vertex as reference point for snapping - or even the average? The expected behaviour is ambiguous - which is one of the main reason it hasn't been added yet.

When you use the non-gizmo tools you get snapping. Because then you have an explicit input point as reference.

I uploaded a new patch to try to fix this. I'm not sure if it worked, so please post back with your results. (Remember to restart SketchUp).

SketchUp Plugins | PluginStore | SketchUcation

SketchUp Plugin and Extension Store by SketchUcation provides free downloads of hundreds of SketchUp extensions and plugins

(sketchucation.com)

In the case of moving a single vertex one could use that as a base reference point to snap to/from. But the moment you have multiple vertices - it's not clear how snapping would work.
I'd love to hear ideas.

@pbacot said:

Problem I have with gizmo is you can't snap- move/ reference.

How would move-snapping work? Given that with the gizmo you don't pick points on the geometry itself.

hm...
I don't recall this thread at all any more. But I tried this in SU2016, and it seem to be doing something odd. In my test a group would be deselected after running this code and making a zoom to update the viewport.

Note that the validation proc is bugged for toolbars on Mac. They don't update right. In my extensions I ended up not using validation procs for commands used for toolbars - but still use them for menus.

Echoing my response here from the other thread:

Not sure about the intellisense. Unsure how Sublime handle that.

As for the debugger, I think it should work if you can find a package that let you set up remote debugging.

hmm?

Not sure about the intellisense. Unsure how Sublime handle that.

As for the debugger, I think it should work if you can find a package that let you set up remote debugging.

Wonderful seasonal model