Page MenuHome

Redo panel overlaps part of the interface
Open, Confirmed, MediumPublic


In the image editor, the redo panel covers part of the pixel values.
Would be nice if such panel could be dismissed, or if it would take into account the possible presence of the pixel value subheader.



Event Timeline

Same problem in the Clip Editor. If the Menu could at least be moved around it would help a lot.

Brecht Van Lommel (brecht) triaged this task as Confirmed, Medium priority.Mar 6 2019, 7:12 PM
Brecht Van Lommel (brecht) raised the priority of this task from Confirmed, Medium to Confirmed, High.Mar 14 2019, 7:08 PM

There seems to be a change that when clicking outside the panel, closes the panel. This might be of an operator that is not redoable (it seems to be a select operator). Will still implement a close button as mentioned in T62995

Discussed offline with @Brecht Van Lommel (brecht)

The issue at hand is the that it should not be able that the panels overlap with important information on the screen. This could be done by moving the panel a bit, but this might increase jumping UI during color sampling. Other options we discussed was to place the sampling information next to the mouse cursor, or move the sampling information to the top of the screen.

Or a space specific show/hide repeat panel in the View menu, where the user could control if he is interested in having these panels appear at all.

An issue with the close button approach is that it is a solution that stops the user flow. and the panel might appear very often, making it also not really usable.

We would like to have some ideas from the UI team so we can validate how to solve this. We need a short term solution and can have an idea of a long term solution for this.

@William Reynish (billreynish) @Pablo Vazquez (pablovazquez) can you provide us with some input?

I feel like adding a way to close the redo panel may be ok, but that it also seems like somewhat of a workaround when it comes to the issue of overlapping with info-bars at the bottom. Ideally, it would just not overlap with this information, even when it's visible/open.

A potential issue with adding a close button, is that users may accidentally close it, and not know how to get it back.

Brecht Van Lommel (brecht) lowered the priority of this task from Confirmed, High to Confirmed, Medium.Apr 21 2019, 2:16 AM

Not as high priority since it can be hidden now from the View menu, still should have some automatic fix for this.