Sketchup tool cl@ss name

selectiontool
context_menu
selection

#1

How can I find a default tools class? for example, if I wanted to activate the ‘Selection Tool’ ,

Sketchup.active_model.select_tool(SelectionTool.new),

only this doesnt work because the class is not named ‘SelectionTool’

I know I can use select_tool(nil) for this, but my intention is to over-ride the ‘getMenu’ tool.


#2
# by tool name
Sketchup.active_model.select_tool('SelectionTool')
# or by tool id
Sketchup.active_model.select_tool('50187')

what is the ‘getMenu’ tool?

john


#3

I apologize, I meant the ‘getMenu’ method (of the ‘SelectionTool’ class). This is essentially what I’m looking to do:

class SelectionTool
    def getMenu menu, flags, x, y, view
	menu.add_item("Custom Menu Item"){..code}
    end
end

[code] Example of Context Menu Command during SelectionTool
#4

The builtin Tools supplied with SketchUp are not Ruby classes from which you can create new instances, in fact they are not accessible as Ruby objects at all. You can only tell SketchUp to activate one of them as John has shown if you know its name string or id number.

But perhaps more important is to understand that in the SketchUp Ruby API, “Tool” is not really a class, it is an “interface” or “protocol”. Yes, the API docs say “class”, but that is a conceptual error, probably stemming from the fact that in the underlying C++ language there can be “abstract” classes that declare but don’t implement methods. Possibly the built-in Tools are programmed using that technique. But Ruby doesn’t work that way because method invocation is always based on runtime lookup based on the name of the method. If there is no match, a runtime error results, but nothing has to be declared in advance.

The subsequent API doc text describing what a Tool does is more correct. That is, it defines a suite of methods that SketchUp may invoke on whatever Ruby object your code activates via Model#select_tool(). SketchUp uses Ruby introspection to detect which methods in the protocol your object will respond to and then invokes them as needed when the tool is active (i.e. the currently selected one). In that sense, whatever Ruby object has been activated using Model#select_tool is a “Tool”, even if it fails to implement any of the methods in the protocol!

The getMenu method (not Tool) is invoked when your Tool is active and the user right-clicks to open a “context menu”. This can be confusing, because the built-in Tools get “first dibs” at putting items on the context menu. You can’t change what they put there, and don’t even get access to the menu unless your Tool is active.


#5

Although it would be nice to be able to over-ride these tools, it is extremely helpful to understand why this isn’t possible. Thanks!


Word Censoring in Thread Headings
#6

Which must be done this way:

# encoding : UTF-8

module Author
  module SomePlugin

    extend self

    @@loaded ||= false
    
    COMMAND_NAME = "My Command"

    def my_menu_command(selection)
      # ..code
    end

    if !@@loaded
    
      CMD = UI::Command::new(COMMAND_NAME) {
        my_menu_command(Sketchup.active_model.selection) 
      }
      CMD.set_validation_proc {
        Sketchup.active_model.selection.empty? ? MF_GRAYED : MF_ENABLED
      }

      UI.context_menu_handler {|popup|
        if Sketchup.active_model.tools.active_tool_id == CMD_SELECT
          popup.add_item(CMD)
        end
      }

      @@loaded = true

    end

  end
end

Word Censoring in Thread Headings