Re: [Bf-committers] Handling of user data.

2022-05-17 Thread Harley Acheson via Bf-committers
> The core team has brought blender to where it is today, they seem to have a pretty good handle on > things...Just give 'm time, guys, they got this...I'm not sure design by committee on bf-c is what > this problem was lacking. We could revisit the topic the next time you are scheduled to bring t

Re: [Bf-committers] Handling of user data.

2022-05-17 Thread Ray Molenkamp via Bf-committers
The core team has bought blender to where it is today, they seem to have a pretty good handle on things. I'm not sure design by committee on bf-c is what this problem was lacking. Just give 'm time, guys, they got this. --Ray On 2022-05-17 6:19 p.m., Harley Acheson via Bf-committers wrote: >> T

Re: [Bf-committers] Handling of user data.

2022-05-17 Thread Harley Acheson via Bf-committers
> The Idea being to put all of the unlinked stuff into some trash can of sorts... That is what we would have if we would simply just save everything, with your "trash can" just being the items that have zero users. Then you can choose, at any time, to remove those items. These two approaches to d

Re: [Bf-committers] Handling of user data.

2022-05-17 Thread Dan McGrath via Bf-committers
Hi, On Tue, May 17, 2022 at 8:27 AM Ryan Inch via Bf-committers < bf-committers@blender.org> wrote: > Dan, That's an interesting suggestion about warning users ahead of time, > but it isn't the fake users that will get discarded, it's those that > aren't marked with fake user (and don't have an

Re: [Bf-committers] Handling of user data.

2022-05-17 Thread Sander de Regt via Bf-committers
Maybe it's an idea before thinking about solutions, to find out what people's problems actually are that cause this to happen. I've transitioned to Blender from 3DSMax as a very casual 3D user, so my memory might be a bit rusty. But I seem to remember that if you created a material in Max' mater

Re: [Bf-committers] Handling of user data.

2022-05-17 Thread Ryan Inch via Bf-committers
Hi All, A lot of really good work on the design has already been done in T61209, and there is a very in-depth proposal on this subject with some interesting ideas and mockups for data managers, and allowing unlinked data to be edited, in this thread by LudvikKoutny on devtalk[1] (although ther

Re: [Bf-committers] Handling of user data.

2022-05-17 Thread Julian Eisel via Bf-committers
> Neither are great for forgetful users, but it sounds like some indications > could go a long way here, compared to rewriting the garbage collection system. There is no garbage collector that would have to be rewritten really. There’s nothing that actively searches for garbage. Blender just keeps

Re: [Bf-committers] Handling of user data.

2022-05-17 Thread Julian Eisel via Bf-committers
Hi, Some general input. 1. Regarding the priority of addressing this: Agreed about the need to make this a high priority. Unfortunately such core design issues (there are plenty of them) are often overlooked in development planning. There is just too much other stuff that’s also important. 2. Re