Re: [Bf-committers] Blender 2.93 Targets

[Harley Acheson via Bf-committers]

Dalai,

> D8084 patch would have to go through Ton

Approval by Ton? That doesn't make me nervous at all. LOL


> UI module is still holding meetings, and those topics could have been
easily presented there

The patches I was worried about were really core/platform things, but those
got approved and in this
week and everything now is in a good place.  Sorry for the noise. I had
just started down a road that
involved lots of related individual changes and was getting nervous about
being in the middle of it.

But all is good. Thanks!

Cheers, Harley
___
Bf-committers mailing list
Bf-committers@blender.org
https://lists.blender.org/mailman/listinfo/bf-committers

Re: [Bf-committers] Blender 2.93 Targets

[Dalai Felinto via Bf-committers]

Hi Harley,
Thanks for your contributions and your direct involvement with the UI (User
Interface)  module.

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
relevant.

Best regards,
-Dalai-

Dalai Felinto - da...@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@blender.org>:

> Hello,
>
> 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  - “UI: Join
> or
> 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
>  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 .
>
> Less important, and a bit more optional, is the last of the window-creation
> refactoring, in 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
> moment.
>
> Regards, Harley
> ___
> Bf-committers mailing list
> Bf-committers@blender.org
> https://lists.blender.org/mailman/listinfo/bf-committers
___
Bf-committers mailing list
Bf-committers@blender.org
https://lists.blender.org/mailman/listinfo/bf-committers

[Bf-committers] Blender 2.93 Targets

[Harley Acheson via Bf-committers]

Hello,

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  - “UI: Join or
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
 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 .

Less important, and a bit more optional, is the last of the window-creation
refactoring, in 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
moment.

Regards, Harley
___
Bf-committers mailing list
Bf-committers@blender.org
https://lists.blender.org/mailman/listinfo/bf-committers