Age | Commit message (Collapse) | Author |
|
This is useful when popovers are launched from operators
instead of as button popover types.
Where the connection between the button and the popover is useful to keep.
|
|
|
|
Reviewers: brecht
Differential Revision: https://developer.blender.org/D4858
|
|
|
|
Currently this is only in the 3D viewport however all spaces
that use the tool-system will have this region added.
D4680 by @brecht with own updates.
|
|
Apply clang format as proposed in T53211.
For details on usage and instructions for migrating branches
without conflicts, see:
https://wiki.blender.org/wiki/Tools/ClangFormat
|
|
|
|
* It can be hidden by dragging it up/down.
* It can be at the top or bottom, independent of the header.
* It uses the color theme from the header.
* It does not change its color, when the area becomes active.
Currently, it is used in the text editor to display the file path.
Differential Revision: https://developer.blender.org/D4601
|
|
|
|
While this could already be done from C,
this is now exposed to Python
|
|
Tweak placement so useful items are more likely to be nearby,
centering horizontally and align vertically to the first button.
|
|
This couldn't be accessed because the poll function was checking the
active button.
Add a "color_ramp" context pointer which is set by the menu.
Alternative fix to D3984
|
|
|
|
Use a name that related to block bounds calculation
(mx/my are typically used for mouse x,y).
|
|
Now there are two callbacks, the name 'keymap_callback' is too vague.
|
|
Illuminate dead code, using wmEventHandler_KeymapFn from gizmo handler
type where it was never set.
|
|
While \file doesn't need an argument, it can't have another doxy
command after it.
|
|
Move \ingroup onto same line to be more compact and
make it clear the file is in the group.
|
|
BF-admins agree to remove header information that isn't useful,
to reduce noise.
- BEGIN/END license blocks
Developers should add non license comments as separate comment blocks.
No need for separator text.
- Contributors
This is often invalid, outdated or misleading
especially when splitting files.
It's more useful to git-blame to find out who has developed the code.
See P901 for script to perform these edits.
|
|
Prevents clang-format wrapping text before comments.
|
|
|
|
|
|
|
|
Instead use global panel-type list.
|
|
Some popovers don't fit well with the default width,
allow panels to adjust as needed.
|
|
Moves the preset into a menu for the panel header, so it can be changed
without opening the panel and takes up less space. Two remaining issues:
* For long lists the add new preset button can be scrolled off screen.
* We should support showing the name of the chosen preset in the panel
header, but the current preset system does not support detecting which
preset is used.
Differential Revision: https://developer.blender.org/D3366
|
|
This was causing driver editing popovers to just keep disappearing
whenever you accidentally moved the mouse away, making the popovers
there nearly useless.
After testing with the other popovers we have in other places, I don't
really see why we needed this flag enabled in the first place. You can
still switch between popovers in the topbar by mousing over the others,
and if you want to dismiss without clicking to escape, you can go over a
standard menu instead OR just move back towards the button that spawned it.
Let's just test this out for a while and see how it goes. Maybe we don't
need a more invasive solution here...
|
|
Otherwise there is no quick way to see where this comes from.
|
|
|
|
Correct arrow key direction in popovers,
also de-duplicate menu callback,
|
|
|
|
No functional changes, needed for persistent popovers.
|
|
|
|
|
|
|
|
Use when popover has no parent, useful for accessing the toolbar.
|
|
Experimental support for using popovers like menus,
use this when the user hold the mouse down
(previously this did nothing).
This means turning frequently accessed menu items into
popovers doesn't add more clicks to the existing use case.
|
|
- Currently the popup closes immediately, could be made configurable.
- Support exiting popups when their submenu's are accessed.
|
|
|
|
* Ensure popover does not change direction or location.
* Open popover towards the relevant editor, like pulldown menus.
* Use a bigger maximum assumed size to deal with some corner cases.
* Do proper 3D viewport header refresh on shading mode changes.
|
|
|
|
|
|
A visual hint but looks broken when its not pointing to the button.
|
|
|
|
Icon only buttons with menus would be too narrow,
especially buttons for selecting tools.
|
|
|
|
|
|
|
|
|
|
Also scale width with UI-scale.
|