Blenderstorm

Popular
In development
Implemented
Idea #37: Allways-on-top mode for preview tabs

Written by krizas the 18 Aug 10 at 09:06. Category: User Interface. Related project: Nothing/Others. Status: New
Rationale
Currently preview tabs (material, texture etc.) in properties window scroll with the rest of tabs. When you scroll down in this window, for instance if you need to change some parameters, preview window moves out of sight. This makes direct preview of the changes impossible, especially when user has a small screen or has many open tabs in properties window.


16
votes
up equal down
Solution #1: Add the allways on top mode for the preview tabs
Written by krizas the 18 Aug 10 at 09:06.
Add the small button near preview tab, so user could toggle between two modes: a) preview tab moves with the rest of tabs, b) preview tab is always visible. If the tab isn't the first/last tab in a stack, it stops moving when it reaches the top/bottom of the properties window. Other tabs keep moving behind the preview tab.
-1
votes
up equal down
Solution #2: add a button in the tabs to close preview
Written by zeauro the 10 Sep 10 at 09:12.
We can already fix a tab on the top of the properties view by editing UI scripts.
Look at Context Panel for example.
It has no label named and is on allways on top in Properties.
The inconvenient of that is that preview rendering can interfere with other threads ' jobs.
So it should be possible to close Preview, even if their is no header for panel.
Add a button to close/open only preview window.
1
votes
up equal down
Solution #3: Use right click pop up on borders to split background region
Written by zeauro the 11 Oct 10 at 04:14.
The old right click used to split area in 2.49 could be use to split background region in 2.5.
Ctrl alt Q could be use in Properties Editor to toggle user splitted region instead of Quad View.
Quad View does not make sense in Properties Editor.

Propose your solution


Duplicates


Comments
emu wrote on the 13 Sep 10 at 06:47
Zeauro, the context is on top, but not the way Krizas proposes. And, by the way, that little panel is hard-coded, scripts have nothing to do with it.
If I understand Solution #1 well, the panel still should have its little header, allowing it to get closed or moved. The preview should just stay on top of Properties when scrolling down from it.

zeauro wrote on the 11 Oct 10 at 03:47
In that case, he can create an other Properties Editor that only show preview panel.


Post your comment
Syndicate content