Revision 4509559 by Julian Eisel March 25, 2016, 11:31 (GMT) |
Fix modal bevel OP immediately stopping when called using enter key from search menu Steps to reproduce were: * Go to edit mode, select geometry * Spacebar -> search for bevel OP * Activate *using enter key* * Immediately stops when releasing enter key To fix we simply make sure the initial release event is ignored. For mouse events that wasn't an issue since activating an element is done on key release in menus. An alternative fix would be to do the same for enter key, but that's more risky. Also, checking event value is highly recommended anyway. |
Revision 7219988 by Bastien Montagne March 25, 2016, 11:09 (GMT) |
Revert "Fix T47263: numpad4/6 rotates around worl Z axis and not view Y axis." This reverts commit fe0ca82b232dcab29030c4a20b8bd1b033d1d346. This is a design issue, needs more thinking, for now just revert back to old behavior. |
Revision a0a7d82 by Sergey Sharybin March 25, 2016, 10:27 (GMT) |
CMake: Disable Cycles OSL for the light configuration While it was indirectly disabled already, it's handy to use the config as template and enable certain features. In case of Cycles enabling it would also enable OSL which is not very expected. |
Revision 7f3da8f by Campbell Barton March 24, 2016, 18:03 (GMT) |
Revision 9dc5e1d by Bastien Montagne March 24, 2016, 15:10 (GMT) |
Make IDPreview handling code use new recursive libquery looper. |
Revision c08924b by Bastien Montagne March 24, 2016, 15:10 (GMT) |
Rework library_query foreach looper - add optional recursivity. This commit: * Fixes bad handling of 'stop iteration' (by adding a status flag, so that we can actually stop in helper functions too, and jumping to a finalize label instead of raw return, to allow propper clean up). * Adds optional recursion into 'ID tree' - callback can also decide to exclude current id_pp from recursion. Note that this implies 'readonly', modifying IDs while recursing is not something we want to support! * Changes callback signature/expected behavior: return behavior is now handled through flags, and 'parent' ID of id_pp is also passed (since it may not always be root id anymore). Reviewers: sergey, campbellbarton Differential Revision: https://developer.blender.org/D1869 |
Revision 60cf62f by Sergey Sharybin March 24, 2016, 14:01 (GMT) |
Cycles: Minor optimization of equirectangular projection Don't calculate sine twice, store this in a variable instead. Perhaps compilers can optimize this out, but helping them a but wouldn't hurt. |
Revision 8249046 by Campbell Barton March 24, 2016, 12:30 (GMT) |
UI: search operator's by word prefix Would match middle of words which wasn't very useful in most cases. |
Revision 70fcecc by Campbell Barton March 24, 2016, 12:30 (GMT) |
Fix BLI_strncasestr use with a single character |
Revision bdae647 by Lukas Toenne March 24, 2016, 11:07 (GMT) |
Color sources for point density textures based on mesh vertices This patch adds support for coloring point density textures based on several mesh vertex attributes. * Vertex Color: Use a vertex color layer for coloring the point density texture * Vertex Weight: Use a weights from a vertex group as intensity values. (for Blender Render engine the additional color band is used) * Vertex Normals: Use object-space vertex normals as RGB values. The vertex color source enum is stored separately from the particle color source, to avoid invalid values when switching. Note that vertex colors are technically "corner colors" (MLoop), so each vertex can have as many colors as faces it is part of. For the purpose of point density the mloop colors are simply averaged, which is physically plausible because corners can be viewed as multiple points in the same location. |
Revision 8e9a55f by Joshua Leung March 24, 2016, 10:31 (GMT) |
Fix some typos and incorrect tooltips/descriptions |
Revision f209529 by Campbell Barton March 24, 2016, 07:27 (GMT) |
Revision 7e65b02 by Campbell Barton March 24, 2016, 07:05 (GMT) |
Cleanup: use prefix for return args |
Revision 2a9e3c2 by Campbell Barton March 24, 2016, 06:56 (GMT) |
Fix incorrect arg type |
Revision 75849b0 by Campbell Barton March 24, 2016, 06:52 (GMT) |
Revision 17d0c10 by Joshua Leung March 24, 2016, 06:34 (GMT) |
Driver Keyframing: Some tweaks to make inserting keyframes on Driver F-Curves easier Now, when trying to insert a keyframe on a driven property (using IKEY, or with autokeying enabled), the keyframes will get created on the Driver's F-Curve (instead of creating a new FCurve that goes into the active action, but will never do anything). Furthermore, the x-value of the new keyframe will be the current result of the driver expression. Why/Motivations: This way, it becomes easier to create corrective drivers, as you can position all the targets the driver depends on, then adjust the driver value until it does what you need, and then you keyframe that value to bake it into the Driver F-Curve (in effect, "training" the computer how to behave in that case). Usage Notes: * In practice, that particular workflow is still quite clunky to achieve, due to some quirks of how the driver system and the UI widgets interact. Specifically, you'll need to disable/mute the driver before trying to edit the setting (to prevent the driver from immediately resetting the value - before even autokey fires!). However, if you're using the Graph Editor to preview/monitor/manage the keying process, you'll then want to re-enable the driver before changing the targets, so that you can see how much of a change you'll want to be applying! * The warning about editing driver values may need to be disabled or selectively knocked out. I had it disabled while testing this functionality, but it's actually harmless in its current state (if just a bit annoying). |
Revision 0a3792a by Campbell Barton March 24, 2016, 06:13 (GMT) |
Fix T47900: VSE adjustment crashes on blank frame Regression, should have been included in previous fix. |
Revision d2244b5 by Joshua Leung March 24, 2016, 02:20 (GMT) |
Fix dodgy indentation |
Revision c4956fa by Joshua Leung March 24, 2016, 02:15 (GMT) |
Drivers UI: Added name validation/linting for Driver Variables When attempting to change a driver variable name to an "invalid" name, an indicator will now be shown beside the offending variable name. Clicking on this icon will show a popup which provides more information about why the variable name cannot be used. Reasons that it knows about are: 1) Starts with number 2) Has a dot 3) Has a space 4) Starts with or contains a special character 5) Starts with an underscore (Python does allow this, but it's bad practice, and makes checking security of drivers harder) 6) Is a reserved Python keyword |
Revision 322f86d by Joshua Leung March 24, 2016, 00:02 (GMT) |
Fix T47896: Scripted Expression string length limit is too short for some autogenerated expressions While most scripted expressions are quite short (e.g. "var" or "frame + 1"), those that are autogenerated by scripts (to take into account a wide range of factors) may require a bit more headroom to operate in. By doubling the maximum length here, we now make it possible to combine up to 38 3-letter variables in some linear combination (with all factors expressed to 4 dp). That should be more than enough for anyone or anything for quite a while! Unfortunately, this does increase memory consumption for drivers across the board. |
|
|
|


Master Commits
MiikaH:n Sivut a.k.a. MiikaHweb | 2003-2021