Big commit, had to rework lots of selection stuff so that things
authorDaniel Dunbar <daniel@zuster.org>
Tue, 9 Aug 2005 08:12:36 +0000 (08:12 +0000)
committerDaniel Dunbar <daniel@zuster.org>
Tue, 9 Aug 2005 08:12:36 +0000 (08:12 +0000)
commitc192b80b179ee32c0d39417e0737ac5d409b0db9
treef833d5df1ec5b007849661573de4a1da4d8c38f4
parent932e958816c8d64214cd08232dac65ace55df3d9
Big commit, had to rework lots of selection stuff so that things
worked properly with modifiers. Needs more testing I am sure.
No, honestly, I wasn't just cleaning for the hell of it, it
was *necessary* (I would never do such a thing). Selection should
work completely with cage options of modifiers now.

 - added DerivedMesh foreach functions to iterate over mapped
   verts/edges/face centers. These replaced some of the drawing
   functions and are more general anyway. Special edge drawing
   functions remain for performance reasons.
 - removed EditFace xs, ys fields
 - added general functions to iterate over screen coordinates of
   mesh/curve/lattice objects
 - removed all calc_*verts* functions that were used for storing
   screen coordinates in objects. they were recalc'd on the fly
   for most situations anyway, so now we just always do that.
   calc_*verts_ext was one of those calls that did dirty things
   deep down in the callstack (changing curarea and poking at
   matrices)
 - rewrote all vertex level selection routines (circle, lasso, bbox)
   and closest vertex routines (rightmouse select) to use the new
   system. This cleaned up the selection code a lot and the structure
   of selection is much easier to see now. This is good for future
   work on allowing modifiers to completely override the selection
   system. It also points out some discrepancies in the way selection
   is handled that might be nice to resolve (mesh vertex selection has
   fancy stuff to try to help with selecting overlapping, but it only
   works w/o bbuf select, and curves/lattices don't have at all).
 - had to remove ton's code to move Manipulator to cage location, this
   is not reliable (can come up with a different method if requested)
 - as it happens BezTriple.s and BPoint.s are basically available to
   be removed, just need to rewrite editipo code that still does
   background calc of screen coordinates
 - MVert.{xs,ys} are still around because they are abused in some places
   for other info (not sure if this is safe actually, since they are
   short's and the mvert limit went up).

And did I mention this commit is comes out to -305 lines? Well it does.
19 files changed:
source/blender/blenkernel/BKE_DerivedMesh.h
source/blender/blenkernel/intern/DerivedMesh.c
source/blender/blenkernel/intern/subsurf_ccg.c
source/blender/blenlib/BLI_editVert.h
source/blender/include/BDR_drawobject.h
source/blender/include/BDR_editcurve.h
source/blender/include/BIF_editmesh.h
source/blender/python/api2_2x/BezTriple.c
source/blender/python/api2_2x/CurNurb.c
source/blender/src/buttons_editing.c
source/blender/src/drawobject.c
source/blender/src/editcurve.c
source/blender/src/editlattice.c
source/blender/src/editmesh_add.c
source/blender/src/editmesh_loop.c
source/blender/src/editmesh_mods.c
source/blender/src/editmesh_tools.c
source/blender/src/editview.c
source/blender/src/transform_manipulator.c