Hi Fergal,
I would be very interested if you could share your UUID code with me as
well, if you are willing.
I may be doing something similar with collections soon.
Ryan
On 2020-11-13 06:00 AM, bf-committers-requ...@blender.org wrote:
Send Bf-committers mailing list submissions to
Amsterdam, the Netherlands
Op za 5 jun. 2021 om 07:10 schreef Ryan Inch via Bf-committers <
bf-committers@blender.org>:
Congratulations on the release! Everything looks good, there seems to
be tons of great improvements,
and the reels are quite impressive.
However, I have noticed that Add
(Apologies for sending this twice, I forgot to change the subject from
the generic digest one for my first attempt at sending this email)
@ Sybren A. Stüvel
I disagree here. Having an online repository would:
- make updating add-ons easier, allowing add-on developersto push
updates
@ Sybren A. Stüvel
> I disagree here. Having an online repository would:
> - make updating add-ons easier, allowing add-on developers to push
> updates faster than once per Blender release,
> - provide a unified way for add-ons to be published and made available
> in Blender, making more
y I see it is that as an add-on author you get both the freedom and
the responsibility for development, docs, and marketing. If anything we
should decouple such things more, rather than integrating them.
On Fri, Jun 11, 2021 at 6:07 AM Ryan Inch via Bf-committers <
bf-committers@blender.org> wrote:
Congratulations on the release! Everything looks good, there seems to
be tons of great improvements,
and the reels are quite impressive.
However, I have noticed that Add-ons are treated differently in the
release notes. Judging by the emails from the bf-extensions mailing
list, many of the
After thinking some more on this, I can see why this is appealing,
however, Blender is in the unique position of including add-ons as an
integral part. This makes it more inclusive than other software and
provides a good way to onboard new, Blender, developers. An online
repository for
Hi, thanks for chiming in, you make some interesting points.
1. I don't think that curation will be the biggest hurdle, rather I
think security, and the development of the repository and it's
integration into Blender, that will require the most work. All add-ons
are curated already, must be
I agree with what you've said here and think it's very well worded.
However, I think I should point out that it is somewhat idealized and
that the reality is slightly different.
> * Without needing anything explained, users intuitively understand that
> a bundled addon has been tested for
2021 12:44:04 +0200
From: Brecht Van Lommel
To: bf-blender developers
Cc: Ryan Inch
Subject: Re: [Bf-committers] Bf-committers Digest, Vol 953, Issue 1
Message-ID:
Content-Type: text/plain; charset="UTF-8"
On Sat, Jun 19, 2021 at 8:13 AM Ryan Inch via Bf-committers <
@ The core developers considering this repository idea.
With this new online add-on repository you are proposing, you have
talked about unifying add-on distribution, so I feel I have to ask, are
there any plans to allow only add-ons from this repository to run in
Blender or any other
I agree with what Ray said in his last email, however, I would like to
add that it seems to me you are further distancing the "core" devs from
the community. Modules will still have to coordinate and communicate
with each other, decisions still need to be made regarding releases and
overall
It seems to me that you are still having drop in pseudo-meetings on
Mondays, just not advertising them.
I understand that if something doesn't work it needs to be reevaluated
and changed, but the meetings are an important outreach to the community
and a chance for developers to bring up issues
ds,
-Dalai-
Dalai Felinto - da...@blender.org - www.blender.org
Blender Development Coordinator
Buikslotermeerplein 161, 1025 ET Amsterdam, the Netherlands
Op wo 11 aug. 2021 om 01:17 schreef Ryan Inch via Bf-committers <
bf-committers@blender.org>:
To the core Bl
After talking to Thomas Dinges in #blender-coders on blender.chat about
this thread, Dalai Felinto responded there with answers to my questions
posed in my last email. I had hoped that he would also post them here
to the mailing list, but since he hasn't, I'll re-post my questions here
along
herefore
be very welcome.
Best Regards
Johannes (Lumpengnom)
Am 17.08.2021 06:41 schrieb Ryan Inch via Bf-committers:
Hi Dalai,
Thank you for looking into this and getting back to me with more
specific details.
I think there may be a slight misunderstanding with how my patch is
designed. If b
To the core Blender developers.
Hello again, Collection Manager dev here.
Let me start off by saying that I care a lot about Blender, it's been a
huge influence on my life and an inspiring story of the little DCC app
that could, and I want nothing but the best for it. So it highly saddens
me
n Montagne
To: Ryan Inch via Bf-committers
Subject: Re: [Bf-committers] *** SPAM *** Weekly Development Notes
Followup
Message-ID:
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Ryan,
Not sure how you see that as a personal attack? Fact is, I think
spending half a day on some
emark that is
human.
Best regards,
Thomas
--
Date: Fri, 24 Sep 2021 11:53:48 +0530
From: Ankit
To: Ryan Inch via Bf-committers
Subject: Re: [Bf-committers] *** RESPECTFULLY NOT SPAM *** Weekly
Development Notes Followup
Hi
> And now, in what case is it acceptable to mark
Hello Dalai,
I missed reading Bastien's weekly notes last week or I would have
brought this issue up then. In Bastien's notes for Week 425 - 09/04 to
09/10, one of his notes is this: "Spent time on
re-explaining/re-investigating T9599 (sigh…)."
In what case is it acceptable for a developer
I decided to post links to this discussion on devtalk as well to try and
reach as many community add-on developers as possible, as this may
directly affect them. (Some comments I've read suggest that devtalk is
followed more closely than the mailing list)
Hey Thomas et al., I would like to discuss the new add-on policies with
you in regard to their practical application and the needs of add-on
developers.
A. I use a custom url for the report a bug button in Blender that points
to BlenderArtists. I do this for two reasons:
a. to point
After speaking with Thomas, we've decided to move this discussion to the
devtalk thread.
Ryan Inch (Imaginer)
___
Bf-committers mailing list
Bf-committers@blender.org
List details, subscription details or unsubscribe:
Hi,
Test email that troubled told me to send when diagnosing mailing list
bounce errors :)
___
Bf-committers mailing list
Bf-committers@blender.org
List details, subscription details or unsubscribe:
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
In this case I find myself agreeing with Blender's definition of a bug, so:
"Thanks for the report, but the issue reported here is a request for
modified/improved behavior and not a bug in current behavior."
But joking aside, what we have currently is a garbage collection system,
it does not
Hi Harley,
> I have heard the argument that "OMG, this will make our files
bloat". But you can turn such a "bloated file" into one without saved
orphans with the currently existing "purge orphans" operator. You can
run this all the time, make it an option to run on save, or never run
it.
Hi Julian,
> The more dialog prompts we use in Blender, the more we make users get
into the habit of just “clicking them away”, even in the wrong moments.
As far as I'm concerned, the only dialog prompt would still be at quit.
Yes, the habitual dialog clicking is a well recognized design
Hi Sander,
> The thing with Blender is - to me as a casual user - that it's really
a high end piece of software that's very flexible, but also very hard to
comprehend. I think that maybe for 90%-95% of users the only things that
they will ever miss are non-saved created images, materials in
Hi Dan,
> Ah yes, sorry. I meant the unlinked stuff, not fake users. You know
what I mean ;)
Yep, I know what you mean :)
> I suppose the question really comes down to what the exact problem
is: the user being forgetful, or not aware of impending loss of data
upon reload.
>
> Dialogs
Congratulations Dan! I know this has been something that's been
problematic for a long time, so it's great you were able to improve
things (and by the sound of it, things have improved by a lot)
Ryan Inch (Imaginer)
On 2022-06-17 17:45, Dan McGrath via Bf-committers wrote:
Just a heads-up
Hi Ray,
I agree that this is a serious issue and would like to see this
resolved. The good news is that it's actively being discussed[1][2][3]
and there is, what seems to me, a good proposal[4] by Mike Drake
(LichenDigital) that has had no major objections and seems to show an
understanding
32 matches
Mail list logo