Commit: 5c3953010dca1f9e05ef4b654d957c5f15e91722
Author: Campbell Barton
Date:   Wed Dec 19 10:16:08 2018 +1100
Branches: master
https://developer.blender.org/rB5c3953010dca1f9e05ef4b654d957c5f15e91722

Cleanup: spelling

===================================================================

M       source/blender/bmesh/intern/bmesh_log.c
M       source/blender/bmesh/operators/bmo_primitive.c
M       source/blender/bmesh/operators/bmo_subdivide_edgering.c
M       source/blender/bmesh/operators/bmo_triangulate.c
M       source/blender/bmesh/tools/bmesh_bevel.c
M       source/blender/bmesh/tools/bmesh_bisect_plane.c
M       source/blender/editors/object/object_add.c
M       source/blender/editors/screen/screen_draw.c
M       source/blender/editors/transform/transform_conversions.c
M       source/blender/editors/transform/transform_snap_object.c
M       source/blender/python/mathutils/mathutils_Matrix.c

===================================================================

diff --git a/source/blender/bmesh/intern/bmesh_log.c 
b/source/blender/bmesh/intern/bmesh_log.c
index 732647f83a7..f0e82e6ae38 100644
--- a/source/blender/bmesh/intern/bmesh_log.c
+++ b/source/blender/bmesh/intern/bmesh_log.c
@@ -655,7 +655,7 @@ void BM_log_mesh_elems_reorder(BMesh *bm, BMLog *log)
 BMLogEntry *BM_log_entry_add(BMLog *log)
 {
        /* WARNING: this is now handled by the UndoSystem: 
BKE_UNDOSYS_TYPE_SCULPT
-        * freeing here causes unnecesssary complications. */
+        * freeing here causes unnecessary complications. */
        BMLogEntry *entry;
 #if 0
        /* Delete any entries after the current one */
diff --git a/source/blender/bmesh/operators/bmo_primitive.c 
b/source/blender/bmesh/operators/bmo_primitive.c
index dee61440bc9..b4f41790a81 100644
--- a/source/blender/bmesh/operators/bmo_primitive.c
+++ b/source/blender/bmesh/operators/bmo_primitive.c
@@ -1099,7 +1099,7 @@ static void bm_mesh_calc_uvs_sphere_face(BMFace *f, const 
int cd_loop_uv_offset)
        BLI_assert(f->len <= 4);
 
        /* If face has 3 vertices, it's a polar face, in which case we need to
-        * compute a nearbye to determine its latitude. */
+        * compute a nearby to determine its latitude. */
        float avgx = 0.0f, avgy = 0.0f;
        BM_ITER_ELEM_INDEX (l, &iter, f, BM_LOOPS_OF_FACE, loop_index) {
                if (f->len == 3) {
diff --git a/source/blender/bmesh/operators/bmo_subdivide_edgering.c 
b/source/blender/bmesh/operators/bmo_subdivide_edgering.c
index 251a79e8ff5..ade9b4ce8b7 100644
--- a/source/blender/bmesh/operators/bmo_subdivide_edgering.c
+++ b/source/blender/bmesh/operators/bmo_subdivide_edgering.c
@@ -34,7 +34,7 @@
  * - verts use BM_ELEM_TAG, these need to be cleared before functions exit.
  *
  * \note Order of execution with 2+ rings is undefined,
- * so tage care
+ * so take care.
  */
 
 #include "MEM_guardedalloc.h"
diff --git a/source/blender/bmesh/operators/bmo_triangulate.c 
b/source/blender/bmesh/operators/bmo_triangulate.c
index e686ef0429a..8b096e25746 100644
--- a/source/blender/bmesh/operators/bmo_triangulate.c
+++ b/source/blender/bmesh/operators/bmo_triangulate.c
@@ -267,7 +267,7 @@ void bmo_triangle_fill_exec(BMesh *bm, BMOperator *op)
                                }
                                else {
                                        /* Edges with 1 or 3+ faces attached,
-                                        * most likely caused by a degeneratge 
mesh. */
+                                        * most likely caused by a degenerate 
mesh. */
                                }
                        }
                }
diff --git a/source/blender/bmesh/tools/bmesh_bevel.c 
b/source/blender/bmesh/tools/bmesh_bevel.c
index e55e11e0bdb..64a1acf9083 100644
--- a/source/blender/bmesh/tools/bmesh_bevel.c
+++ b/source/blender/bmesh/tools/bmesh_bevel.c
@@ -1962,7 +1962,7 @@ static void print_adjust_stats(BoundVert *vstart)
  * residual in terms of that one degree of freedom.
  * Unfortunately, the results are in some cases worse than the general least 
squares solution
  * for the combined (with weights) problem, so this code is not used.
- * But keep it here for a while in case peformance issues demand that it be 
used sometimes. */
+ * But keep it here for a while in case performance issues demand that it be 
used sometimes. */
 static bool adjust_the_cycle_or_chain_fast(BoundVert *vstart, int np, bool 
iscycle)
 {
        BoundVert *v;
@@ -2191,7 +2191,7 @@ static void adjust_the_cycle_or_chain(BoundVert *vstart, 
bool iscycle)
 
 /* Adjust the offsets to try to make them, as much as possible,
  * have even-width bevels with offsets that match their specs.
- * The problem that we can try to amelieroate is that when loop slide
+ * The problem that we can try to ameliorate is that when loop slide
  * is active, the meet point will probably not be the one that makes
  * both sides have their specified width. And because both ends may be
  * on loop slide edges, the widths at each end could be different.
diff --git a/source/blender/bmesh/tools/bmesh_bisect_plane.c 
b/source/blender/bmesh/tools/bmesh_bisect_plane.c
index 13ff04b0e2e..b78deaa1d5f 100644
--- a/source/blender/bmesh/tools/bmesh_bisect_plane.c
+++ b/source/blender/bmesh/tools/bmesh_bisect_plane.c
@@ -26,7 +26,7 @@
  * Cut the geometry in half using a plane.
  *
  * \par Implementation
- * This simply works by splitting tagged edges whos verts span either side of
+ * This simply works by splitting tagged edges who's verts span either side of
  * the plane, then splitting faces along their dividing verts.
  * The only complex case is when a ngon spans the axis multiple times,
  * in this case we need to do some extra checks to correctly bisect the ngon.
diff --git a/source/blender/editors/object/object_add.c 
b/source/blender/editors/object/object_add.c
index a05f40765fa..1bba15c93c1 100644
--- a/source/blender/editors/object/object_add.c
+++ b/source/blender/editors/object/object_add.c
@@ -1668,9 +1668,9 @@ static int convert_exec(bContext *C, wmOperator *op)
                        Base *base = link->ptr.data;
                        ob = base->object;
 
-                       /* The way object type conversion works currently 
(enforcing conversion of *all* objetcs using converted
-                        * obdata, even some un-selected/hidden/inother scene 
ones, sounds totally bad to me.
-                        * However, changing this is more design than bugfix, 
not to mention convoluted code below,
+                       /* The way object type conversion works currently 
(enforcing conversion of *all* objects using converted
+                        * object-data, even some un-selected/hidden/another 
scene ones, sounds totally bad to me.
+                        * However, changing this is more design than bug-fix, 
not to mention convoluted code below,
                         * so that will be for later.
                         * But at the very least, do not do that with linked 
IDs! */
                        if ((ID_IS_LINKED(ob) || (ob->data && 
ID_IS_LINKED(ob->data))) && !keep_original) {
diff --git a/source/blender/editors/screen/screen_draw.c 
b/source/blender/editors/screen/screen_draw.c
index 682a7a1f860..c4a6cff6ac8 100644
--- a/source/blender/editors/screen/screen_draw.c
+++ b/source/blender/editors/screen/screen_draw.c
@@ -202,7 +202,7 @@ static void scrarea_draw_shape_dark(ScrArea *sa, char dir)
 }
 
 /**
- * Draw screen area ligher with arrow shape ("eraser" of previous dark shape).
+ * Draw screen area lighter with arrow shape ("eraser" of previous dark shape).
  */
 static void scrarea_draw_shape_light(ScrArea *sa, char UNUSED(dir))
 {
diff --git a/source/blender/editors/transform/transform_conversions.c 
b/source/blender/editors/transform/transform_conversions.c
index e4e4af28451..a25ed90973b 100644
--- a/source/blender/editors/transform/transform_conversions.c
+++ b/source/blender/editors/transform/transform_conversions.c
@@ -2562,7 +2562,7 @@ static void createTransEditVerts(TransInfo *t)
        }
 
        copy_m3_m4(mtx, t->obedit->obmat);
-       /* we use a pseudoinverse so that when one of the axes is scaled to 0,
+       /* we use a pseudo-inverse so that when one of the axes is scaled to 0,
         * matrix inversion still works and we can still moving along the other 
*/
        pseudoinverse_m3_m3(smtx, mtx, PSEUDOINVERSE_EPSILON);
 
diff --git a/source/blender/editors/transform/transform_snap_object.c 
b/source/blender/editors/transform/transform_snap_object.c
index 1c6ad1fe752..6ffcbccd0b8 100644
--- a/source/blender/editors/transform/transform_snap_object.c
+++ b/source/blender/editors/transform/transform_snap_object.c
@@ -467,7 +467,7 @@ static bool raycastDerivedMesh(
                }
        }
        /* You need to make sure that ray_start is really far away,
-        * because even in the Orthografic view, in some cases,
+        * because even in the orthographic view, in some cases,
         * the ray can start inside the object (see T50486) */
        if (len_diff > 400.0f) {
                /* We pass a temp ray_start, set from object's boundbox, to 
avoid precision issues with
diff --git a/source/blender/python/mathutils/mathutils_Matrix.c 
b/source/blender/python/mathutils/mathutils_Matrix.c
index c72d3c31b1f..d4f9e5e80e2 100644
--- a/source/blender/python/mathutils/mathutils_Matrix.c
+++ b/source/blender/python/mathutils/mathutils_Matrix.c
@@ -354,7 +354,7 @@ static PyObject *Matrix_new(PyTypeObject *type, PyObject 
*args, PyObject *kwds)
 
                        /* Input is now as a sequence of rows so length of 
sequence
                         * is the number of rows */
-                       /* -1 is an error, size checks will accunt for this */
+                       /* -1 is an error, size checks will account for this */
                        const unsigned short num_row = PySequence_Size(arg);
 
                        if (num_row >= 2 && num_row <= 4) {

_______________________________________________
Bf-blender-cvs mailing list
[email protected]
https://lists.blender.org/mailman/listinfo/bf-blender-cvs

Reply via email to