I suggested it could be part of Outliner, but as Nathan said, a good data/asset management interface are totally welcome and way better!
Moraes Junior - aka mangojambo Animator & 3D Artist +55 43 88133399 <http://www.oniria.com.br> On 15 March 2012 09:35, Mango Jambo <moraesjun...@gmail.com> wrote: > It could be part of Outliner, IMHO it is a perfect place to it. (But > Outliner needs a better attention to make it works properly) > Not only showing Fake User, but it could list any kind of data and its > users. A good example is images and movies. It would look something like > this: > * > * > *- Image A > - ./location/image.png > - Users > - Texture 1 > - Texture 4* > - Composite Node > - Strip 3 (from Video sequencer) > - Movie X (from an image sequence) > - Image Sequence B > * - Start - ./location/image0001.png* > * - End - ./location/image0100.png* (or something like that) > - Users > ... > > It would work with any data, including listing Fake Users. It makes easy > to reference count, deleting and other important feature: to re-link/fix > outside data, it includes image, image sequences, movies and Linked groups. > If we open a bronken linked blend file today, it simply lost it. I mean, > it happen to Linked Groups, but broken image keeps the address, even given > a pink wrong color to the object. IMHO it should be easy to re-link or even > swap the linked group, image address straight from Outliner. > > I think these proposals would avoid stupid problems, may be mainly for > Mango Project. They will be dealing with images and movies all day. ;) > > It was my 5 pence! Cheerios > > Moraes Junior - aka mangojambo > Animator & 3D Artist > +55 43 88133399 > <http://www.oniria.com.br> > > > On 15 March 2012 01:47, Nathan Vegdahl <ces...@cessen.com> wrote: > >> Agreed. As long as this is the paradigm, then this makes sense as a >> default. However, I think it's not at all obvious that this is a good >> paradigm as Blender moves forward. I remember this was a concern that >> William had in the Big Buck Bunny days as well. Not sure if he's >> around to weigh in on that. >> >> The main benefit of the current "garbage collection" style paradigm is >> that since data/asset management is quite anemic in Blender right now, >> this prevents tons of unused data from piling up. During Sintel, for >> example, we would end up with files that had huge numbers of unused >> actions, and manually deleting them (even one-click per action) would >> have been a pain. >> >> So perhaps as Blender gains a good data/asset management interface, we >> can start thinking about shifting away from automatic garbage >> collection, and towards a more manual-deletion paradigm...? >> >> --Nathan >> >> >> On Wed, Mar 14, 2012 at 3:30 PM, Antony Riakiotakis <kal...@gmail.com> >> wrote: >> > Hi Daniel, I agree that the new default makes sense in blender's data >> > paradigm but I am questioning the paradigm not the default :) >> > _______________________________________________ >> > Bf-committers mailing list >> > Bf-committers@blender.org >> > http://lists.blender.org/mailman/listinfo/bf-committers >> _______________________________________________ >> Bf-committers mailing list >> Bf-committers@blender.org >> http://lists.blender.org/mailman/listinfo/bf-committers >> > > _______________________________________________ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers