Would it be difficult to add a mode of saving which would not drop the unreferenced data? This would allow the user to decide when the garbage collection is done so you'd know when you have to worry about things going missing. Additionally a way to list data to be deleted might be nice.
16. maaliskuuta 2012 18.43 Alexander Zubov <[email protected]> kirjoitti: > I think the easiest solution to this issue would be adding a prompt > message on exit "You have unsaved Actions. Would you like exit anyway?" or > something on that nature. This way user can go back and press F button on > the Actions he wants to keep. > > --- On Fri, 3/16/12, Bassam Kurdali <[email protected]> wrote: > > > From: Bassam Kurdali <[email protected]> > > Subject: Re: [Bf-committers] Reference counting, deleting data and fake > users > > To: "bf-blender developers" <[email protected]> > > Date: Friday, March 16, 2012, 11:21 AM > > big -1 > > I don't think it's simple, and I'm not sure it's even > > desirable; > > changing behavior like this, when the original complaint was > > that > > actions not getting fake users by default, going into a > > massive change > > of design. > > there are so many things in blender that need big redesign, > > like the > > dependency graph and library linking/refrencing, that going > > into major > > restructuring of things that *aren't broken* just seem like > > a ridiculous > > thing. Especially as this would be at least a highly > > controversial > > change. > > So if you're looking at a big architectural/ design/ under > > the hood > > challenge, wouldn't you please fix the depgraph first ;) ? > > > > > I don't see any big technical difficulty personally. We > > can just > > > modify the refcount increasing/decreasing function to > > use an observer > > > pattern scheme and if a datablock is deleted simply > > inform the > > > observers of the deletion (And the human user if the > > datablock has > > > more users). It will require some interface for the > > observers too but > > > I don't think it's an unsurpassable challenge, even in > > C :p. The > > > memory footprint of datablocks will slightly increase > > but it's a > > > negligible amount of data compared to meshes etc. > > > _______________________________________________ > > > Bf-committers mailing list > > > [email protected] > > > http://lists.blender.org/mailman/listinfo/bf-committers > > > > > > _______________________________________________ > > Bf-committers mailing list > > [email protected] > > http://lists.blender.org/mailman/listinfo/bf-committers > > > _______________________________________________ > Bf-committers mailing list > [email protected] > http://lists.blender.org/mailman/listinfo/bf-committers > _______________________________________________ Bf-committers mailing list [email protected] http://lists.blender.org/mailman/listinfo/bf-committers
