[Soc-2017-dev] Weekly Report #02 - Normal Editing Tools

[Rohan Rathi]

Hi,
The name is a bit odd, but was the first thing that came to mind. I'll
rename it.
As for a small demo, I can create one, but I'm not quite sure what it's
supposed to be like.

Thanks for your advice,
Rohan

On Mon, Jun 12, 2017 at 1:15 PM, Bastien Montagne <montagne29 at wanadoo.fr>
wrote:

> Hi Rohan,
>
> Did first check of the branch, had to move bmspacearr to be a pointer in
> BMesh struct, we really do not want to include headers into other headers
> if at all possible to avoid (as a bonus, fixes building of bmesh gtests,
> and allows for fully lazy initialization of those). I think you should
> rename them to 'lnor_spacearr' btw, we already know they are in BMesh
> struct, and 'spacearray' is a bit too generic of a name. :)
>
> Also, please remember to merge master often in your branch (several times
> a week at least). Otherwise, you can end up with critical issues when
> branches diverge too much.
>
> Did quick check of the 'rotate normals' (R-N) tool, seems to be working
> nicely! Think you could prepare a first small demo video already?
>
> Keep up the good work,
> Bastien
> Le 09/06/2017 à 19:27, Rohan Rathi a écrit :
>
> What I did this week:
>
> Added generic structures and functions that will be used to initialize the
> loop normals data required for editing tools. Other than that I've added
> normal rotation. I'm also close to finishing my second feature, point
> normals to target.
>
> Normal Rotation:
> Works by pressing R, then N. requires autosmooth to be active. Can be
> constrained to either of three axes, can work by accepting num inputs or
> accepting inputs from UI. In short, works exactly as standard rotation.
> Though of course, the rotation center is local to each vertex.
>
> When I tested it, it did crash once, so definitely needs some bug testing.
>
>
> What I plan on doing next week:
> Finish point normals to target. Its a modal op, may require workflow
> changes. Then begin work on Aligning normals. This is a big part, but if
> possible I'd like to look back as well and think about how to make lnor
> invalidation more cohesive with BMOps and practical.
>
>
> Links:
> My proposal: https://wiki.blender.org/index.php/User:RohanRathi
> /GSoC_2017/Proposal
> Git branch: https://developer.blender.org/diffusion/B/browse/
> soc-2017-normal-tools/
> Blender Artists Thread: https://blenderartists.org/forum/
> showthread.php?427746-GSoC-2017-Normal-Editing-Tools
>
> Thank You,
>
> Rohan Rathi
>
>
>
> _______________________________________________
> Soc-2017-dev mailing listSoc-2017-dev at blender.orghttps://lists.blender.org/mailman/listinfo/soc-2017-dev
>
>
>
> _______________________________________________
> Soc-2017-dev mailing list
> Soc-2017-dev at blender.org
> https://lists.blender.org/mailman/listinfo/soc-2017-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.blender.org/pipermail/soc-2017-dev/attachments/20170612/10b02f48/attachment.htm