[Bf-committers] Blender 2.93 Targets
dalai at blender.org
Thu Feb 25 13:00:05 CET 2021
Thanks for your contributions and your direct involvement with the UI (User
In fact the UI module is still holding meetings, and those topics could
have been easily presented there. Julian Eisel is acting as coordinator,
and can facilitate things moving forward until there is someone in the role
of module owner.
* D8084, D10419 - are changes on existing behavior and thus should have
their design approved before it lands. Usually that means going through the
module owner(s) for approval. For the time being that means the module
needs to find a way organize and present them to Ton to get his approval. I
believe Julian is already working on ways to organize that.
Also keep in mind that this dynamic will work better if the module can
organize ahead of time a few tasks it wants to prioritize, and have them
presented. This helps also for community involvement.
Finally, a change on a feature like join/close areas should try to involve
its original developer. In that sense, even with module owner the D8084
patch would have to go through Ton.
* D10469, D10470, D10483 - a bugfix by definition is considered a valid
todo and part of the approved module agenda.
The only thing that may keep some of this (D10483) hanging is if it is
really low priority/corner case. Modules that have too many open issues are
encouraged to tag the low priority issues as known issues.
As well as more clearly communicate good pre-approved todos to be tackled
by the module team. This way the contributors and reviewers can make sure
that their time is well spent on the issues and projects that are the most
Dalai Felinto - dalai at blender.org - www.blender.org
Blender Development Coordinator
Buikslotermeerplein 161, 1025 ET Amsterdam, the Netherlands
Op zo 21 feb. 2021 om 03:15 schreef Harley Acheson via Bf-committers <
bf-committers at blender.org>:
> I’m writing to this mailing list because I am in the middle of some work
> that I am really hoping to complete for release in 2.93. However, this is a
> bit complicated by the UI Module now being “headless”, Brecht’s move to
> Rendering, and that some of my changes are Windows-specific.
> This starts with D8084 <https://developer.blender.org/D8084> - “UI: Join
> Close Any Area” – which allows joining of almost any areas, adds the
> ability to “Close” any editor, and generally makes area maintenance
> functions a bit easier and more discoverable.
> Because the above makes some window management functions easier to find, I
> had started on some refactoring of window-creation routines, mostly to
> address some long-standing problems on Windows. That is mostly done and
> things are running fine on Windows now, with just a few stragglers:
> An omission in my Win32 changes results in owned windows (like Window / New
> Window) not being able to go “full screen”. That is fixed in D10470
> One long-standing problem, positioning of child windows on Multiple
> windows, has been improved but could be better. D10469
> <https://developer.blender.org/D10469> makes it perfect.
> A long-standing, but fairly obscure, problem where some windows could draw
> text at the wrong size because of other windows with varying DPI is fixed
> in D10483 <https://developer.blender.org/D10483>.
> Less important, and a bit more optional, is the last of the window-creation
> refactoring, in D10419 <https://developer.blender.org/D10419>. This mostly
> just simplifies code but also makes it so that Window / New Window gives a
> less complex layout.
> It isn't a big problem if only some, or even none, of these are not
> approved in time for 2.93, but I just don't want to scramble at the last
> Regards, Harley
> Bf-committers mailing list
> Bf-committers at blender.org
More information about the Bf-committers