Another video showing the selection on the fly of the center of transform, with "C" key, which can be useful on rotate/resize. Note that according to consistency, the B key acts as Manual Target, so it should not be used for Center selection.
https://vimeo.com/138512129

Center of Transform is called a Pivot Point in b3d. A Manual Pivot Point should be placed here:

UX wise, I would expect it to ask the user to specify an element (vertex/edge/face) where the pivot point is to be placed when a transform is started, use the last one used by default, and allow to reselect one by using a shortcut displayed in the header.

May I suggest in the proposed mirror operator that it default to mirror only in the XY plane.
Then pressing a button if you want to specify three points for the exact plane?

From working with rhino I know that you often use XY plane more often than three point placement.
I like where this is going though.

Hey @Justas Ingelevičius (ingis), @Jaume Bellet (mauge), this has a lot of promise, and in essence is a very valuable and powerful feature. However, as it stands right now it needs a lot of work and/or rethinking.

Feedback

• Separation between the 3D Cursor and Basepoints is very muddy:
  • It's not clear to me if Basepoints are intended to be Transform Origins or Snap Targets / Elements or both.
• Modal interaction and user feedback is very poor right now:
  • When using Manual snapping for example, there's no visual feedback for selecting basepoints. No hover, or other feedback to indicate that you're in a transform operator. The toolbar callout of Select a Base Point is not sufficient. It needs directions for how and why.
  • How is a user to know what a base point is, or how it relates to Manual Snap Targets?
  • The Base Point sub-modal is causing a lot of confusion. For example, if Manual snapping is enabling and you start a Rotation Operator, then the dashed line indicator is still drawn, but it doesn't do anything as it's waiting for a Base Point.
• Discoverability is really poor, leading to less usefulness and more user frustration:
  • As with multiple snap targets in transform (A), this is very difficult for new users to discover since it's hidden within the modal operator and is dependent on snapping configuration.
  • The discoverability is not just a problem with these Base Points, it's a problem with most of Blender's modal operators, which is one of the issues that (I personally hope) needs to be resolved during the 2.8x project, but it's particularly evident here.

Suggestions

We discussed this a bit in the #blenderui IRC channel (@Campbell Barton (campbellbarton), @Julian Eisel (Severin), @Paweł Łyczkowski (plyczkowski), and myself), and it was mostly agreed that this is a good feature to support, but it needs to be done more carefully and comprehensively. Blender's snap system is really quite primitive and needs a lot of improvements (such as this one), but it needs to scoped out well made to work well together with other parts of Blender, such as the 3D Cursor.

At this point it's probably best to step back and scope it out more carefully, perhaps for inclusion in the 2.8x project.

Here's a few questions to consider:

• How do base points and the 3D Cursor interact?
  • Are there changes that could be made to the 3D Cursor to let it take on the functionality of base points rather than adding another tool? For example, this patch makes some progress in that direction: T40952
• How can the functionality be integrated with all snapping modes and exposed to the user in a clear way?
  • Perhaps this should be integrated through the Widgets work @Julian Eisel (Severin) is doing? https://code.blender.org/2015/09/the-custom-manipulator-project-widget-project/

Thanks for your comments!

I agree that is still needing some works, regarding to UI, some things like changing the cursor when selecting is already done (removing the helper) in rotations but not uploaded in blender patch tracker. But maybe another cursor should be set to realize you must select a point/reference.

I think that the feature has been designed at the beginning according what a CAD user expects to found. I would remove the term of "BasePoint" and use the proposed "Manual Pivot Point" and "Manual Snap Target".

The sub-modal(s) should also be checked and not pass through all events, as is currently done. Also the whole changes should be checked in other areas of blender, as the transform code is not used only on 3DView space

Currently they are missing the submodals to select two points for reference (Vector) for scale reference, and 3 points reference (plane) for Mirrors.

Anyway, i can see that maybe the transform code will change on 2.8x ¿? Should I continue working on current code ?

Is there any place to checkout the custom-manipulator-project and see it's status ?

Custom manipulators are a branch of official git repo (https://developer.blender.org/diffusion/B/browse/wiggly-widgets/). :)

https://vimeo.com/139064792

I've been solving some issues, and showing a cursor while selecting a point, and setting manual pivot and manual snap target as options.

just my perspective on the feedback and questions as a user with a CADD background.

feedback

separation between the 3d cursor and base points is muddy because the 3d cursor is a base point if you set it as the transform origin/pivot point.
in other programs a "base point" is a transform origin and a "snap target" is what you want that transform to snap to.
in blender a "snap target" is kind of a mix between what is, in this proposal, called "base points" and "reference" points.
in the case of using the move/grab tool the snap target would be the base point but in regards to rotation/scale tools then blender's snap targets would be "reference" points.... because blender is just weird like that.
blender's implementation of these things seems inconsistent to me. i mean everyone calls it the transform origin rather than the pivot point regardless of what blender's tooltips say and let's be honest i don't expect "snap target" to have anything to do with what i've already selected rather than what i'm aiming at snapping to so the default "closest" seems like a great choice when honestly it's a horrible choice for precise work.
it took me forever to figure out that you could do all the same things as this proposal allows (though it's much more roundabout than how this proposal does it) and i don't believe i've ever seen a tutorial actually cover how to do it much less seen a tutorial where anyone ever changed that from "closest" i have seen tutorials where they say you have to basically make two moves/grabs in order to precisely snap that way though. so that wording seems likely to throw people off rather than help.
i'm embarrassed to say that i've been using blender since at least 2008 and have only just figured out how to do this stuff recently.

questions to think about

1. 3d cursor is a base point. it's just currently much more of a hassle to use than this proposed implementation of a precisely and easily chosen base point

2. the 3d cursor already has the functionality of a base point it just isn't used as well as it could be and it also has problems for precise rotation/scaling since it is just a single point (set blender's snap target to active and go into edit mode to make a precise choice of the second point needed for precise rotation) and in the case of moving/grabbing it gets entirely replaced by the snap target option selections rather than being the "base point" there too.

essentially blender's tools already have "base points." you just happen to know them as transform origins or the "pivot center for rotation/scaling" (active element/median point/individual origins/3d cursor/bounding box center) and the snap target options for the move/grab tool.

in order to precisely do things like this proposal easily lets you do, you have to set yourself up so you can. again, for the move/grab tool you just have to change the snap target to "active" and enter edit mode. the center of the active element becomes your "base point"
for rotation/scaling you have to first turn the transformation origin to the 3d cursor, then snap the 3d cursor to your "base point." now you turn on your snap mode to edge or vertex (really anything other than increment but those work best for precision work) and set the snap target to active. then select what you're going to rotate/scale and make sure you select your "reference" point last so that it is the active element so that it will actually act as the "reference" point. now you can just activate a rotation or scale and it will snap to things like is easily and quickly done in this proposal.

3. the base functionality is already integrated with snapping modes it just isn't very noticed by us users or even that clear that this kind of thing is doable. you just have to go through the process of swapping the transform origin, snapping the 3d cursor, setting the proper snap mode and target and making sure you've got the right thing selected as the active element, every time before you rotate or scale. granted you'l likely undo or have to change at least 3 of those 5 things every time you want to do this process.

4. what do widgets have to do with this? if i read that page right that work is essentially about making the workspace more workable rather than having to rely on buttons and sliders in panels or tabs. granted that project would work great for things like spin where you've got number of values and settings to adjust but move scale and rotate already have widgets and while they're nice they're no good for quick but precise work and they won't really be much good for selecting base points, reference points, and snap targets.

personal thoughts

you can do the basics of this stuff already (in edit mode) except maybe the mirror thing but it is a much bigger hassle than this.

in the last video that Jaume Bellet posted the only problem i see is that when you add these as new options for snap target modes and pivot points/transform origins why would me or anyone else bother to use the old ones instead?
the only reason i can think of is if we just don't bother picking them because we use the hotkeys for this.
i certainly don't enjoy having to stop and swap my pivot point every time i need to do something like this when i know i'll have to swap it back right afterwards. i know . and ctrl comma but those are usually out of my natural reach so i use the mouse instead.
the only possible concern i have for this is that maybe there won't be a setting in the user preferences that allows me to have blender temporarily swap the snap mode to vertex (or user's choice) when i hit the b hotkey only to have it automatically swap back to increment once the move/rotate/scale is finished.
if it does do that then i can just leave the default snap mode as incremental and i'll virtually never have to touch that setting ever again.

I'm also a CAD user and actually work on CAD enviroments.

IMHO the shorcut proposal is what you could expect.

On translations
Start operation
[B -> selects a reference point]
Place it

On rotations
Start operation
[C -> select the center of rotation]
[B -> select a reference point]
Place it.

On scale
Start Operation
[C -> select the center of scale]
[B -> select a reference point]
Place it.

Note that CRTL+SHIFT+TAB is working during point select so you can change this setting during the operation.

The settings and names on the UI were added to match what you currently find in Blender. If you set the snap target as manual, you will be must always select the reference point, so i think it's not so bad. The same for the center of transform. In case both settings are enabled, center goes first. Maybe a way for selecting the last one used will be also useful.

I'm assisting to Blender Conference. So if anyone is interested and is going there we can talk about it and other cad improvements :)

@Justas Ingelevičius (ingis) and me we have a presentation there

https://www.blender.org/conference/2015/presentations/199

I've upload another video showing combination of snap and multiple transform feature.

https://vimeo.com/143426398

The presentation was not as good as expected as we had linux problems... for getting output to projector, so realtime demonstration during it was not possible.

Following our discussion in the diff thread, could you add the possibility to move the view to the whole process? At the moment, most user will zoom in to select snap point and will then be unable to select target because Blender blocks the view when grab/rotate/scale or duplicate starts. I know this is not due to your patch, but at the moment it can't work properly in real cases (relatively complex scene with lot of possible vertices to snap from/to).
Your patch is on a really good way :)

The availability to move the scene during point selection is done bypassing events and maybe some checks could be done there. As blender has especial mouse input during operation, I maintain as is when applying it because i do not want to change blender user inputs, so maybe and option should be having a flag enabled by user, allowing the transform use the mouse input as usual or moving around the scene. I think lots of user are missing this, and moreover is you want to place and object from one place to other with precision, or need to zoom in/out for selection, or if you use the multiple transform feature also added in the patch.

It should be good to know the opinion of @Julian Eisel (Severin) and as i think he is working over the UI

The problem of working on a patch, is maybe is difficult from some users to apply it, just to check it's functionality. Also the transform code is used in lots of places in blender, so changes on it can introduce a bug in other ares, i have only tested on 3D view. Maybe splitting the patch will be useful, although is a little difficult as the whole functionality of it is related. Also blender is changing relatively fast, so there can be changes that they break the applying of the patch as already happened, or the patch functionality.

As I said, it's impossible to use it in large/complex scene at the moment because of the conflict between precision needed to select the snap element end the large view user need to move the object. Maybe you can add a key like you did with B to free the view position during grab?

As an architect using Blender for archviz and precision modeling frequently I can't really stress again how important of an improvement this is for Blender.

I have not tested it myself, but from the very thorough videos and step-by-step screenshots posted here I would argue that usability wise this seems very close to the workflow other CAD-like applications use, and probably very much in line with what most users seeking this functionality are most likely expecting to find.
I would dare say that a "hard to find feature" or "hidden" is better than no feature at all, and has it stands it doesn't seem any harder to find than the current XYZ axis constraints.
Bottom line I really hope Blender devs seriously consider this for inclusion as it currently stands, since this solves what is currently one of the most serious limitations of Blender for hard-edge or precision modeling in a very standard and non intrusive way.

As mentioned by @mathieu menuet (bliblubli) the ability to manipulate view during operators would be really nice addition, not only during transforms but other operations too, though that would probably be deeper change with many potential complications and conflicts better suited for a more general revamp beyond the scope of this patch.

I want this, how can I have it?

I want this, how can I have it?

With T47032 in the tracker this work could really integrate with the new widgets as suggested by Jonathan Williamson
Just like the widgets draw the transform axis with the XYZ labels maybe the origin center, base points, and reference points could also have the corresponding hotkeys displayed as a label as well, allowing changing them either by clicking on them directly in viewport or by pressing corresponding hotkey, improving both usability and discoverability.

Forgive my insistence but I really appreciate Justa's work and think this is a very important improvement for Blender.

In my opinion as a cad user the place where the XYZ axis are drawn should be the origin of coordinates, and not a base point. So a user could expect / need to place something from one point to a specific coordinates that could be based on this origin. At the moment with the changes implemented this could be achieved using the 3D cursor.

Some time ago i tested the changes related to this task D1501 on the widget project branch as working, i'll check again, and also i'll follow the changes related to the project ;)

It is great to see that the widget system is being reworked, but I think it might miss some of the glorious aspects of this proposal here:
Defining a start point, defining a mid point, then scaling/rotating to a target point.
Everybody that works in object design uses that in nearly every other application.

In terms of how well this feature is presented through the UI could easily be solved by adding something inside the pivot point menu and good it is.
For further information read the manual.

I am somewhat a little surprised to see the resistance here the proposed enhancements.
I am curious about how many of the the critics work in other CAD apps and not the workflow there?

Maybe you are not just comfortable with the proposal because it works different than you personally do work?
I am just genuinely curious.

@Justas Ingelevičius (ingis) maybe you could add a section to the task description that lists the currently open questions to discuss, and what general consensus is? Just so that people can get an overview of the discussion without having to read up on all comments (I for my part already lost track long ago already :S). Assigned the task to you, so you can edit the description.

Good idea. I will be away for some days. Could work on that next week.

@Julian Eisel (Severin)

Well in case that is the goal, then I am all for it.

The proposed widget idea is good, making it movable like an object.
This should be true also for the 3D cursor. You still cannot move drag snap it in object mode.

But the value of Justas idea is less an improvement to the widget but providing really needed
translation options.

Start point, reference point, target point for scale and rotation.
Start point for object snapping.

Currently you can snap in Blender objects to objects but you have to perform man x y z commands to
snap it the way you want and not the what Blender can come up with a possible solution.

I'm not sure if it's good place to post suggestion but couldn't find better.
In CAD objects are moved after selecting point not directly after command like in Blender. CAD simply waits for input after command.
I think that instead of selecting point via B and C user should press modifier key (alt maybe?) or "precise snap" key like suggested "B" to disable transform (make Blender wait for input) and turn on snapping. It would allow selection of multiple points regardless of transform and wouldn't require many keys that can conflict.
It is really similar to CAD way, as we are told there to select points one by one and we are doing it in certain order. It could be universal for all operations.
Here gifs from FreeCAD. To move I selected object, then press MV (move), selected first point and then second. Similar with rotation: select, RO, first point as base, second as reference, third as target.

As a Blender user who works fulltime doing ArchViz and Mechanical Engineering Visualization, I can say that this is a long absent feature that is absolutely needed for people in technical rendering fields. People doing this kind of work need features like this.

Blender is so incredibly close to being an industry leader. I truly believe this. Adding powerful snap and a few vital animation tools will put in the league with the most used Viz and CC software to the point that any minor improvements will be leading these industries. Excellent work keep it up.

i still very much want this as well.
it seems like some of the changes to the 3d cursor in 2.8 might be used to make the base point more "blender" ish if it needs that....
maybe since they're messing with the 3d cursor in 2.8 they'll be willing to mess with snap targets too in order to improve them in 2.8 as well.
enabling something done quick and easy but precise like this enables you to do would be a good use case for improvements to the current system.

I think this was originally declined by the developers because it tampered too much with the transform code, which was said to be delicate already.
Wondering if something like this could somehow integrate with the new work being done on T54661: Gizmo Design instead.

A very nice tread about 2-point CAD snap!
But we should also remember, that all of this should work in both object and edit modes.

In 2013 I started research to discover tool, that will allow any kind of precise 3D transformation of selection, based on CAD snap system like this.
Here is my proposal for temporal widged that can expand this snap system.
It is based on behaviour of current ruler/protactor tool with ability to "hook" current object selection (like pose mode in armature) to bring precise CAD alignation.

With 2 point Key:

With 3 point Key:

This tool concept is based on series of research that was made in 1D_Scripts in mesh representation.
This tools are mostly 3DMatch, Sideshift, 3D Rotor/Scaler and Aligner. Links will brought you to videos that explains that concepts on practical tasks.

Also here is our attempt to bring simple CAD snap system to 2.79 both in object and edit modes: 1D_NP

Current CAD snap is all about desperation.
Here is GIF about it. Don't know how it was missed.

In T45734#508020, @Paul Kotelevets (1D_Inc) wrote:

Current CAD snap is all about desperation.
Here is GIF about it. Don't know how it could be missed.

This is hilarious! And a bit sadly very on point.

In T45734#508020, @Paul Kotelevets (1D_Inc) wrote:

Here is GIF about it. Don't know how it could be missed.

yep. that GIF says it all.
i mean as blender users we've all adjusted to having to move the object into a position where snap will work so we can actually move with snap where we actually want it but if you have to move the object into position for the snap to work, then snap isn't actually working.

all those other programs in the GIF are being a great example of base points being chosen btw.

In T45734#508020, @Paul Kotelevets (1D_Inc) wrote:

Current CAD snap is all about desperation.
Here is GIF about it. Don't know how it was missed.

I don't what you are trying to achieve but the same thing you have achieved in other programs you can achieve that in Blender as well, just have to enter edit mode and set the snap accordingly like this ->

In T45734#508042, @Erick Tukuniata (erickblender) wrote:

In T45734#508020, @Paul Kotelevets (1D_Inc) wrote:

Current CAD snap is all about desperation.
Here is GIF about it. Don't know how it was missed.

I don't what you are trying to achieve but the same thing you have achieved in other programs you can achieve that in Blender as well, just have to enter edit mode and set the snap accordingly like this ->

clip0027.avi11 MBDownload

Okay, it seems to be not clear yet, so I will explain what you need to do.
To perform CAD snap you have to follow conditions:
0) You have to move object with one particular point to another particular point.

1. In object mode only
2. With no origin manipulations (because of possible instances)
3. With absolute minimum of manipulations. Click-click.

To realize the importance of such ability you have to work in massive architectural industry for years and do such operations thousands times per day every day.
And yes, we are using modeling tools for about decade, we all know about mesh snap, we know all your possible answers, and we already wrote tools that made such thing even faster than on your video, you can find it in my prevous post.

I'm 1D_Inc, please, don't try to teach me basics =)

I don't what you are trying to achieve but the same thing you have achieved in other programs you can achieve that in Blender as well, just have to enter edit mode and set the snap accordingly like this ->

It's not true, what are You doing on this movie clips is modifying whole geometry. Better way would be:

1. going to edit mode,
2. snapping 3DCursor to teapot vertex,
3. changing pivot center to 3DCursor
4. selecting "Snap to vertices" and "Snap center onto target"

But this is not the case. This method is too tedious. We need special tool which is fast in use. If the new (2.8's) 3DCursor would eventually snap not only to faces but also to edges and vertices this method would be simpler (step 1 and 2 would be replaced by "drag and snap 3DCursor to vertex")

Ps. I think this task isn't right place to discuss this topic - it's already too long and nobody cares. I have created an idea on Right-Click Select. Please up vote it so we can gain some attention.

In T45734#508051, @Paul Kotelevets (1D_Inc) wrote:

In T45734#508042, @Erick Tukuniata (erickblender) wrote:

In T45734#508020, @Paul Kotelevets (1D_Inc) wrote:

Current CAD snap is all about desperation.
Here is GIF about it. Don't know how it was missed.

I don't what you are trying to achieve but the same thing you have achieved in other programs you can achieve that in Blender as well, just have to enter edit mode and set the snap accordingly like this ->

clip0027.avi11 MBDownload

Okay, it seems to be not clear yet, so I will explain what you need to do.
To perform CAD snap you have to follow conditions:
0) You have to move object with one particular point to another particular point.

1. In object mode only
2. With no origin manipulations (because of possible instances)
3. With absolute minimum of manipulations. Click-click.
   
   To realize the importance of such ability you have to work in massive architectural industry for years and do such operations thousands times per day every day. And yes, we are using modeling tools for about decade, we all know about mesh snap, we know all your possible answers, and we already wrote tools that made such thing even faster than on your video, you can find it in my prevous post.
   
   I'm 1D_Inc, please, don't try to teach me basics =)

I didn't try to teach the basic, i know that you know the basics (F2, ...) i just didn't understand what you wanted to show, now it is clear :)

Can i dump all of my tokens here?

In T45734#508020, @Paul Kotelevets (1D_Inc) wrote:

Current CAD snap is all about desperation.
Here is GIF about it. Don't know how it was missed.

the susanna does not like the teapot on the ear
hahahaha

In T45734#506696, @Paul Kotelevets (1D_Inc) wrote:

In 2013 I started research to discover tool, that will allow any kind of precise 3D transformation of selection, based on CAD snap system like this.
Here is my proposal for temporal widged that can expand this snap system.
It is based on behaviour of current ruler/protactor tool with ability to "hook" current object selection (like pose mode in armature) to bring precise CAD alignation.

With 2 point Key:

{F3521309}

With 3 point Key:

This tool concept is based on series of research that was made in 1D_Scripts in mesh representation.
This tools are mostly 3DMatch, Sideshift, 3D Rotor/Scaler and Aligner. Links will brought you to videos that explains that concepts on practical tasks.

Also here is our attempt to bring simple CAD snap system to 2.79 both in object and edit modes: 1D_NP

I love this

Hi guys i found some examples of how it can be from guys on bc who explains some actions with manipulators:

https://blender.community/c/rightclickselect/rHbbbc/free-move-and-rotation-of-pivot
https://blender.community/c/rightclickselect/vqbbbc/interactive-pivot

I think its very useful.

In T45734#559425, @Vitalii Krylov (Coverty) wrote:

Hi guys i found some examples of how it can be from guys on bc who explains some actions with manipulators:

https://blender.community/c/rightclickselect/rHbbbc/free-move-and-rotation-of-pivot
https://blender.community/c/rightclickselect/vqbbbc/interactive-pivot

I think its very useful.

There is mathematical problem. Origin in Blender is not the same thing, like pivot in maya. Blender's origin is true origin of mesh - it's base and zero. Maya's pivot - is local transformation point, that is counted from real origin that is never shown.

If you are familiar with maya you may know that decorated pivot is pure mess with instances and double origin recalculations.
Also, you can use addon with that functionality on your risk.
https://www.youtube.com/watch?v=VrYGXg5HjMA&feature=youtu.be&t=102

hello this idea could resolve the problem

for the move tool at least

https://devtalk.blender.org/t/3d-cursor-as-a-snap-target-more-precision/3707

That means, that 3D cursor have to be grabbed with selected objects, also any kind matching/alignation/sideshift/rotor tools reqiures at least two points.

This seems to go somewhere related for editmode :

https://www.youtube.com/watch?v=2XCvYmMLf1M

In T45734#637886, @Frederick Desimpel (FrederickD) wrote:

This seems to go somewhere related for editmode :

https://www.youtube.com/watch?v=2XCvYmMLf1M

There is a lot of similar researches about object/edit mode of this kind around snaps/alignation.
Kind a good point to start from, it is nice to have such prototypes.

In the cad applications, this operation is a standalone tool and often has the name "move" and is separated from the simple functions of grabbing to move objects ..

Having said that, now we have the active tools and an active tool specifically for these operations, would make many happy

This active tool should allow to select the start point of moving the active object/object's or mesh in edit mode, visually measure the distance during the movement (also set the parameter distance & radius from the start point), and with the mouse click to set the destination point. (the snapping obviously essential that work well)

In T45734#638782, @noki paike (amonpaike) wrote:

In the cad applications, this operation is a standalone tool and often has the name "move" and is separated from the simple functions of grabbing to move objects ..

Having said that, now we have the active tools and an active tool specifically for these operations, would make many happy

This active tool should allow to select the start point of moving the active object/object's or mesh in edit mode, visually measure the distance during the movement (also set the parameter distance & radius from the start point), and with the mouse click to set the destination point. (the snapping obviously essential that work well)

... and it is already written by us in python for about a year ago. Here is it https://github.com/Korchy/1d_np.
Enjoy!)

Having separate tool for moving with snap, rotatig with snap and scaling with snap is wrong solution, snap problem is problem of just a several lines in Blender's snapping code.
But someone has gone further, and made a special buid, that differs with couple python scripts, and called it "mechanical blender")
This is not the way we go.
We follow relevancy priority order.

... and it is already written by us in python for about a year ago. Here is it https://github.com/Korchy/1d_np.
Enjoy!)

Hi, nice script! Works well. I have some suggestions.

1. When using CC Copy you select an object, select point, move a mouse, then original object disappears. After a mouse click, nothing happens. The final result is visible just after hitting "Enter". It would be more intuitive if the original object will stay visible and copy created immediately after mouseclick in a new location.

2. With ZZ Move it would be cool if after move original object "ghost" will stay in place with the possibility to snap to it. And disappear after finishing the operation.

3. Is it possible to assign keyboard shortcuts to those operations?

4. Ar you planning to add RR Rotate and SS Scale options? :) Also 2.8 support? Maybe I can join with further development of plugin?

@Paul Kotelevets (1D_Inc) I was curious about mechanical blender and I went to try it, I also found the post on blendernation that then links this proposal ...
I read on the site of mechanical blender who chose to create a self build because it was not implemented in blender ...
here obviously my curiosity emerges, why hasn't this patch set been implemented?
I looked around the tool, and it doesn't seem to work badly ...
too bad that has been proposed since the end of 2015

I followed the videos here, and I did the tests and methods used, using "b" and "c" key for point-to-point snap and rotation around a point ... and they're brilliant!

the combo "g + b + ctrl-shift-tab" to change snapping mode on the fly .. it's very powerful!
https://vimeo.com/mechanicalblender

In T45734#639573, @Justas Ingelevičius (ingis) wrote:

... and it is already written by us in python for about a year ago. Here is it https://github.com/Korchy/1d_np.
Enjoy!)

Hi, nice script! Works well. I have some suggestions.

Hi.
No, we stopped this research, because such thing need to be available in Blender by default, at least, as far as it already have any kind of 3D software for decades.
Otherwise such tools will spread exponentially like any other crutches and bikes in programming.
Snap system should be updated at least for that tiny bit.

In T45734#639781, @noki paike (amonpaike) wrote:

@Paul Kotelevets (1D_Inc) I was curious about mechanical blender and I went to try it, I also found the post on blendernation that then links this proposal ...

the combo "g + b + ctrl-shift-tab" to change snapping mode on the fly .. it's very powerful!
https://vimeo.com/mechanicalblender

Yes, I know, there is a lot of researches about snaps modifications around Blender, for both object and edit mode
(Snap Utilities, for example)
https://youtu.be/2XCvYmMLf1M

I contacted developers, they are busy with stable 2.8 at the moment, so snapping update is in the planning stage of the next step.