mirror of
https://github.com/blender/blender
synced 2026-09-29 04:37:17 +03:00
Cleanup: trailing space
This commit is contained in:
parent
9e9598877e
commit
45dfec6c55
6 changed files with 2 additions and 7 deletions
|
|
@ -97,5 +97,3 @@ clearly separates sections of the code which operate in different modes.
|
|||
|
||||
This is mainly an issue with Edit-Mode since pose data can be manipulated without having to be in Pose-Mode,
|
||||
yet for operator access you may still need to enter Pose-Mode.
|
||||
|
||||
|
||||
|
|
|
|||
|
|
@ -73,4 +73,3 @@ to keep it short about encoding problems -- here are some suggestions:
|
|||
when reading some input it's less trouble to read it as binary data
|
||||
though you will still need to decide how to treat any strings you want to use with Blender,
|
||||
some importers do this.
|
||||
|
||||
|
|
|
|||
|
|
@ -209,4 +209,3 @@ there is also no guaranteed compatibility in future releases.
|
|||
.. code-block:: python
|
||||
|
||||
bpy.ops.wm.redraw_timer(type='DRAW_WIN_SWAP', iterations=1)
|
||||
|
||||
|
|
|
|||
|
|
@ -109,4 +109,3 @@ the choice mostly depends on whether the target format supports n-gons or not.
|
|||
in fact this is the only place where their use is encouraged.
|
||||
- BMesh-Faces can work for exporting too but may not be necessary if polygons can be used
|
||||
since using BMesh gives some overhead because it's not the native storage format in Object-Mode.
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue