Mesh based Tools take on the name and graphic of thier current SubTool. So to change the name without saving, you simply change the name of the SubTool. Saving a Tool, actually has the side effect of renaming your current SubTool also.
:warning: This brings up the odd issue, and better to flesh these things out now. Which SubTool, would you name the new mesh? The current SubTool at the time of pressing? Some new name, defined by the user, requiring an additional step? Currently, my plug gives it the name of the top-most SubTool, since that is the first to be exported, and the 1 SubTool that can't be re-ordered. Technically, that is the base SubTool, but beyond not being able to re-order it, I'm not sure what the significance of the base SubTool is.
Given the current feedback, I'll continue to use the "base SubTool's" name, and add "_Merged" at the end. And as I add the visibility feature in, another plug will be spawed from that, which will Invert the visibility of all the SubTools. Maybe add modifier buttons to Make1Mesh too, such as Alt+click to export all SubTools reguardless of visibility. (as it is now) Maybe Shift+click to get a name input box, so you are not forced to accept my renaming.
These strange SubTool dependencies I mentioned, and the fact that you can only Transform (Move/Scale/Rotate) SubTools using the Transpose tool, makes me think that the additional feature of SubTools, is more of a hack, than a well planned out feature. Why else would it be easier to Transform a Multi-Marker item, than a SubTool? You can't even drop a Marker on a SubTool position, or use SubTools with my Recall_Info plug-in for positioning.
Don't get me wrong here, I think the addition of SubTools is great, but I wish it worked more like MultiMarker meshes, or regular mesh Tools, when it comes to Transforms. Give me a gizmo or something other than Transpose! To me, it feels like Tools just bound together in a GUI, and not internally so much.
But reguardless of these issues, it’s way better than not having SubTools.