- User Since
- Nov 29 2009, 6:06 PM (533 w, 2 h)
Jan 1 2020
Oct 15 2017
Sep 29 2017
Ok, I've been working on Fracture Modifier speed of workflow improvements. So I've been spending a lot of time in blender. I've also kept in regular contact with Meta on this subject.
Aug 20 2017
Ummmm, ya, this is a bad thing....
Nov 11 2016
I like this path so I hope it gets more attention and comes to pass. Frequently when working with professional people in Blender this topic very topic comes up. It would really be a small but effective way to increase the professional polish of Blender IMO.
Oct 2 2016
A couple pokes in the dark here. Maybe a virus scanner is blocking the expanding of that dll from a false positive or just holding it up during scanning might be causing the installer to not copy the file. I've had virus scanners hold things up before and cause similar issues in general.
May 29 2016
A Linux build thread is on BA and a build is available:
Feb 6 2016
I concur with T & B...
Nov 9 2014
Originally Posted by el_diablo on a ba thread
"I look forward on dependency graph development, since its current state made me ditch Blender halfway through a project more than once. Make a complex boolean-play-it gets evaluated every frame even though nothing changes. Add 10 mil particles click a field in the parameters-click out, everything gets recalculated even though (you guessed it) nothing changed."
Lots to respond to here. The team has been actively discussing and working on responses and solutions.
Oct 25 2014
Thanks everyone for your feedback and insight. With the new information we are going over all the points and issues you raised and evaluating them against the design and implementation of this modifier.
Oct 21 2014
Oct 20 2014
A Maniphest design task has been opened to discuss keeping or removing specific features from a design perspective. It is also intended to keep design issue comments out of this patch page. Fracture Modifier Maniphest design task: T42306
Oct 19 2014
Changing to a different compiler, the gcc-4.9 compiler that Ideasman probably uses, and adding stricter error reporting seems to give similar errors as mentioned. From the output and some quick fixes it looks like there are only a couple real errors of concern from the issues use of the new compiler reports. The rest look like they are simple fixes. Scorpion81 will have more information in his response.
Oct 5 2014
Hi Ichthyostega, Are you confident that your changes answer Sergey's concern? If so you should poke him on the bf-committers mailing list and in #blendercoders on freenode.net. Especially on Sunday's before or after the developer's meeting.
Sep 17 2014
It looks like this patch stalled so I am bumping it. Scorpion81, is this still needed or has a similar functionality been added somewhere else or with a different patch?
Thanks : )
Aug 13 2014
Ichthyostega that's a good question about the patch. Drop in #blendercoders on freenode.net IRC if you can and ask Nazg-gul/Sergey personally. I would like to see this project keep moving forward if possible. It may take some persistence and patience on your part so don't give up. Sunday's dev meetings are a good time to drop in if you can't get a hold of someone during the week.
Jul 22 2014
John, are you still interested in working on this task/patch? Maybe if another new dev worked on it with you it might be more interesting to work on?
Jun 17 2014
gandalf3 if you take a closer look at my "Note for clarity:..." post above, there are too odd behaviors. One is the size of the window the other is the button toggle logic. The buttons sometimes use the previous size and sometimes they do not. It all depends on the order in which they are toggled. That sounds like what is happening to your file.
May 5 2014
The modifying window code train of thought was it would help any other horizontal show/hide issue, not just address the current one with the VSE.
May 2 2014
Note for clarity:
This is not a bug but rather a works as intended behavior from a quick and dirty hack.
It's a duplicate. I have been working on it in https://developer.blender.org/T35709
I am not sure how to mark this one to reference the original one.
Feb 16 2014
using the "=" to activated it sounds good to me off of the top of my head.
I concur. This is really annoying.
Jan 4 2014
From my perspective as a user and demonstrator of rigid bodies for user group meetings, sergof's points are important to keep in mind and the multiple rigid body functionality among other things has to be preserved some how.
I vote keep it. I work a lot with fonts and text and have spoken with others from time to time that do also. I have an interest in eventually coding in 3D text/font area and already have some notes on improvements to things like kerning and leading. I will make note of this issue also. I am also in contact with Elubie on my font preview project and some font family grouping for the File/Asset Browser. It is closer to the bottom of my list than the top but on my list none the less. ; )
Hmmm....just FYI, a lot of us Southern California people use the emboss with certain themes. It's probably from our familiarity with commercial/professional tools that use this look. Not that this is an idea stopper but be advised it may be a groan generator if it is taken away. ; )
Confirmed as stated with buildbot build blender-2.69-fa4260c-linux-glibc211-x86_64 dated Sat Jan 4
Ok, I located and verified the fix for the popping fully open when clicking on + tab for both mode bug.
I will code a patch next for it alone. The other two issues of odd toggle logic and inconsistent zoom settings should be resolved soon also.