Doc fix: rather then -> rather than

This commit is contained in:
Sybren A. Stüvel 2015-08-05 12:47:37 +02:00
parent 7742926403
commit d4a9da28e8
7 changed files with 12 additions and 12 deletions

@ -31,7 +31,7 @@ class SimpleMouseOperator(bpy.types.Operator):
y = bpy.props.IntProperty() y = bpy.props.IntProperty()
def execute(self, context): def execute(self, context):
# rather then printing, use the report function, # rather than printing, use the report function,
# this way the message appears in the header, # this way the message appears in the header,
self.report({'INFO'}, "Mouse coords are %d %d" % (self.x, self.y)) self.report({'INFO'}, "Mouse coords are %d %d" % (self.x, self.y))
return {'FINISHED'} return {'FINISHED'}

@ -1,7 +1,7 @@
""" """
Note that when keying data paths which contain nested properties this must be Note that when keying data paths which contain nested properties this must be
done from the :class:`ID` subclass, in this case the :class:`Armature` rather done from the :class:`ID` subclass, in this case the :class:`Armature` rather
then the bone. than the bone.
""" """
import bpy import bpy

@ -137,7 +137,7 @@ base class --- :class:`SCA_IObject`
.. note:: .. note::
A value of 0.0 disables this option (rather then setting it stationary). A value of 0.0 disables this option (rather than setting it stationary).
.. attribute:: angularVelocityMin .. attribute:: angularVelocityMin

@ -184,7 +184,7 @@ There are now 3 ways to access faces:
- :class:`bpy.types.MeshPolygon` - - :class:`bpy.types.MeshPolygon` -
this is the data structure which now stores faces in object mode this is the data structure which now stores faces in object mode
(access as ``mesh.polygons`` rather then ``mesh.faces``). (access as ``mesh.polygons`` rather than ``mesh.faces``).
- :class:`bpy.types.MeshTessFace` - - :class:`bpy.types.MeshTessFace` -
the result of triangulating (tessellated) polygons, the result of triangulating (tessellated) polygons,
the main method of face access in 2.62 or older (access as ``mesh.tessfaces``). the main method of face access in 2.62 or older (access as ``mesh.tessfaces``).
@ -444,7 +444,7 @@ this way you don't run this risk of referencing existing data from the blend fil
# normally some code, or function calls... # normally some code, or function calls...
# use own dictionary rather then bpy.data # use own dictionary rather than bpy.data
mesh = mesh_name_mapping[meshid] mesh = mesh_name_mapping[meshid]
@ -494,7 +494,7 @@ A common case where you would run into this problem is when exporting a material
When using blender data from linked libraries there is an unfortunate complication When using blender data from linked libraries there is an unfortunate complication
since the path will be relative to the library rather then the open blend file. since the path will be relative to the library rather than the open blend file.
When the data block may be from an external blend file pass the library argument from the :class:`bpy.types.ID`. When the data block may be from an external blend file pass the library argument from the :class:`bpy.types.ID`.
>>> bpy.path.abspath(image.filepath, library=image.library) >>> bpy.path.abspath(image.filepath, library=image.library)
@ -759,7 +759,7 @@ internally the array which stores this data is re-allocated.
point.co = 1.0, 2.0, 3.0 point.co = 1.0, 2.0, 3.0
This can be avoided by re-assigning the point variables after adding the new one or by storing This can be avoided by re-assigning the point variables after adding the new one or by storing
indices's to the points rather then the points themselves. indices's to the points rather than the points themselves.
The best way is to sidestep the problem altogether add all the points to the curve at once. The best way is to sidestep the problem altogether add all the points to the curve at once.
This means you don't have to worry about array re-allocation and its faster too This means you don't have to worry about array re-allocation and its faster too
@ -782,7 +782,7 @@ The following example shows how this precortion works.
mesh = bpy.data.meshes.new(name="MyMesh") mesh = bpy.data.meshes.new(name="MyMesh")
# normally the script would use the mesh here... # normally the script would use the mesh here...
bpy.data.meshes.remove(mesh) bpy.data.meshes.remove(mesh)
print(mesh.name) # <- give an exception rather then crashing: print(mesh.name) # <- give an exception rather than crashing:
# ReferenceError: StructRNA of type Mesh has been removed # ReferenceError: StructRNA of type Mesh has been removed

@ -59,7 +59,7 @@ text editor or entering commands in the Python console.
Both the *Text Editor* and *Python Console* are space types you can select from the view header. Both the *Text Editor* and *Python Console* are space types you can select from the view header.
Rather then manually configuring your spaces for Python development, Rather than manually configuring your spaces for Python development,
you may prefer to use the *Scripting* screen, included default with Blender, you may prefer to use the *Scripting* screen, included default with Blender,
accessible from the top headers screen selector. accessible from the top headers screen selector.

@ -81,7 +81,7 @@ Editing a text file externally and having the same text open in Blender does wor
so here are 2 ways you can easily use an external file from Blender. so here are 2 ways you can easily use an external file from Blender.
Using the following examples you'll still need textblock in Blender to execute, Using the following examples you'll still need textblock in Blender to execute,
but reference an external file rather then including it directly. but reference an external file rather than including it directly.
Executing External Scripts Executing External Scripts
@ -306,7 +306,7 @@ Python Safety (Build Option)
Since it's possible to access data which has been removed (see Gotcha's), Since it's possible to access data which has been removed (see Gotcha's),
this can be hard to track down the cause of crashes. this can be hard to track down the cause of crashes.
To raise Python exceptions on accessing freed data (rather then crashing), To raise Python exceptions on accessing freed data (rather than crashing),
enable the CMake build option WITH_PYTHON_SAFETY. enable the CMake build option WITH_PYTHON_SAFETY.
This enables data tracking which makes data access about 2x slower This enables data tracking which makes data access about 2x slower

@ -3357,7 +3357,7 @@ static PyObject *pyrna_prop_path_from_id(BPy_PropertyRNA *self)
PyDoc_STRVAR(pyrna_prop_as_bytes_doc, PyDoc_STRVAR(pyrna_prop_as_bytes_doc,
".. method:: as_bytes()\n" ".. method:: as_bytes()\n"
"\n" "\n"
" Returns this string property as a byte rather then a python string.\n" " Returns this string property as a byte rather than a python string.\n"
"\n" "\n"
" :return: The string as bytes.\n" " :return: The string as bytes.\n"
" :rtype: bytes\n" " :rtype: bytes\n"