2011-02-23 10:52:22 +00:00
|
|
|
/*
|
2007-12-24 18:27:28 +00:00
|
|
|
* ***** BEGIN GPL LICENSE BLOCK *****
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU General Public License
|
|
|
|
* as published by the Free Software Foundation; either version 2
|
|
|
|
* of the License, or (at your option) any later version.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with this program; if not, write to the Free Software Foundation,
|
2010-02-12 13:34:04 +00:00
|
|
|
* Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
|
2007-12-24 18:27:28 +00:00
|
|
|
*
|
|
|
|
* The Original Code is Copyright (C) 2007 Blender Foundation.
|
|
|
|
* All rights reserved.
|
|
|
|
*
|
|
|
|
*
|
|
|
|
* Contributor(s): Blender Foundation
|
|
|
|
*
|
|
|
|
* ***** END GPL LICENSE BLOCK *****
|
|
|
|
*/
|
|
|
|
|
2011-02-25 14:04:21 +00:00
|
|
|
/** \file blender/windowmanager/intern/wm.c
|
|
|
|
* \ingroup wm
|
2014-01-19 23:14:24 +11:00
|
|
|
*
|
|
|
|
* Internal functions for managing UI registrable types (operator, UI and menu types)
|
|
|
|
*
|
|
|
|
* Also Blenders main event loop (WM_main)
|
2011-02-25 14:04:21 +00:00
|
|
|
*/
|
|
|
|
|
2010-08-13 06:30:04 +00:00
|
|
|
#include <string.h>
|
|
|
|
#include <stddef.h>
|
2009-10-08 19:06:32 +00:00
|
|
|
|
2013-05-28 19:35:26 +00:00
|
|
|
#include "BLI_sys_types.h"
|
2010-08-31 11:31:21 +00:00
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
#include "DNA_windowmanager_types.h"
|
|
|
|
|
2011-08-11 06:06:17 +00:00
|
|
|
#include "MEM_guardedalloc.h"
|
|
|
|
|
|
|
|
#include "BLI_utildefines.h"
|
2007-12-24 18:27:28 +00:00
|
|
|
#include "BLI_blenlib.h"
|
2011-08-11 06:06:17 +00:00
|
|
|
#include "BLI_ghash.h"
|
2007-12-24 18:27:28 +00:00
|
|
|
|
2008-12-18 02:56:48 +00:00
|
|
|
#include "BKE_context.h"
|
2008-12-29 13:38:08 +00:00
|
|
|
#include "BKE_idprop.h"
|
2007-12-24 18:27:28 +00:00
|
|
|
#include "BKE_library.h"
|
|
|
|
#include "BKE_main.h"
|
2009-10-08 19:06:32 +00:00
|
|
|
#include "BKE_screen.h"
|
2008-12-29 13:38:08 +00:00
|
|
|
#include "BKE_report.h"
|
2009-11-11 04:08:09 +00:00
|
|
|
#include "BKE_global.h"
|
2007-12-24 18:27:28 +00:00
|
|
|
|
|
|
|
#include "WM_api.h"
|
|
|
|
#include "WM_types.h"
|
|
|
|
#include "wm_window.h"
|
|
|
|
#include "wm_event_system.h"
|
2.5: WM Compositing
* Triple Buffer is now more complete:
- Proper handling of window resize, duplicate, etc.
- It now uses 3x3 textures (or less) if the power of two sizes
do not match well. That still has a worst case wast of 23.4%,
but better than 300%.
- It can also use the ARB/NV/EXT_texture_rectangle extension
now, which may be supported on hardware that does not support
ARB_texture_non_power_of_two.
- Gesture, menu and brushe redraws now require no redraws at all
from the area regions. So even on a high poly scene just moving
the paint cursor or opening a menu should be fast.
* Testing can be done by setting the "Window Draw Method" in the
User Preferences in the outliner. "Overlap" is still default,
since "Triple Buffer" has not been tested on computers other than
mine, would like to avoid crashing Blender on startup in case
there is a common bug, but it's ready for testing now.
- For reference "Full" draws the full window each time.
- "Triple Buffer" should work for both swap copy and swap exchange
systems, the latter still need the -E command line option for
"Overlap".
- Resizing and going fullscreen still gives flicker here but no
more than "Full" drawing.
* Partial Redraw was added. ED_region_tag_redraw_partial takes a
rect in window coordinates to define a subarea of the region.
On region draw it will then set glScissor to a smaller area, and
ar->drawrct will always be set to either the partial or full
window rect. The latter can then be used for clipping in the 3D
view or clipping interface drawing. Neither is implemented yet.
2009-01-23 03:52:52 +00:00
|
|
|
#include "wm_draw.h"
|
2008-10-03 18:03:30 +00:00
|
|
|
#include "wm.h"
|
2007-12-24 18:27:28 +00:00
|
|
|
|
2008-01-07 18:03:41 +00:00
|
|
|
#include "ED_screen.h"
|
2018-03-19 14:17:59 +01:00
|
|
|
#include "BKE_undo_system.h"
|
2008-01-07 18:03:41 +00:00
|
|
|
|
2010-10-31 04:11:39 +00:00
|
|
|
#ifdef WITH_PYTHON
|
2010-09-12 12:09:31 +00:00
|
|
|
#include "BPY_extern.h"
|
|
|
|
#endif
|
2009-01-01 20:44:40 +00:00
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
/* ****************************************************** */
|
2.5 Branch
==========
* Changed wmOperatorType, removing init/exit callbacks and adding cancel
callback, removed default storage in favor of properties. Defined return
values for exec/invoke/modal/cancel.
* Don't allocate operator on the stack, and removed operator copy for
handlers. Now it frees based on return values from callbacks, and just
keeps a wmOperator on the heap. Also it now registers after the operator
is fully finished, to get the correct final properties.
* Changed OP_get_* functions to return 1 if the property is found and 0
otherwise, gives more readable code in my opinion. Added OP_verify_*
functions to quickly check if the property is available and set if it's
not, that's common for exec/invoke.
* Removed WM_operatortypelist_append in favor of WM_operatortype_append
which takes a function pointer instead of a list, avoids macro's and
duplicating code.
* Fix a crash where the handler would still be used while it was freed by
the operator.
* Spacetypes now have operatortypes() and keymap() callbacks to abstract
them a bit more.
* Renamed C->curarea to C->area for consistency. Removed View3D/View2D/
SpaceIpo from bContext, seems bad to keep these.
* Set context variables like window/screen/area/region to NULL again when
leaving that context, instead of leaving the pointers there.
* Added if(G.f & G_DEBUG) for many of the prints, makes output a bit
cleaner and easier to debug.
* Fixed priority of the editors/interface module in scons, would otherwise
give link errors.
* Added start of generic view2d api.
* Added space_time with some basic drawing and a single operator to change
the frame.
2008-06-11 10:10:31 +00:00
|
|
|
|
2012-03-27 01:24:16 +00:00
|
|
|
#define MAX_OP_REGISTERED 32
|
2007-12-24 18:27:28 +00:00
|
|
|
|
2008-12-24 14:52:17 +00:00
|
|
|
void WM_operator_free(wmOperator *op)
|
2.5 Branch
==========
* Changed wmOperatorType, removing init/exit callbacks and adding cancel
callback, removed default storage in favor of properties. Defined return
values for exec/invoke/modal/cancel.
* Don't allocate operator on the stack, and removed operator copy for
handlers. Now it frees based on return values from callbacks, and just
keeps a wmOperator on the heap. Also it now registers after the operator
is fully finished, to get the correct final properties.
* Changed OP_get_* functions to return 1 if the property is found and 0
otherwise, gives more readable code in my opinion. Added OP_verify_*
functions to quickly check if the property is available and set if it's
not, that's common for exec/invoke.
* Removed WM_operatortypelist_append in favor of WM_operatortype_append
which takes a function pointer instead of a list, avoids macro's and
duplicating code.
* Fix a crash where the handler would still be used while it was freed by
the operator.
* Spacetypes now have operatortypes() and keymap() callbacks to abstract
them a bit more.
* Renamed C->curarea to C->area for consistency. Removed View3D/View2D/
SpaceIpo from bContext, seems bad to keep these.
* Set context variables like window/screen/area/region to NULL again when
leaving that context, instead of leaving the pointers there.
* Added if(G.f & G_DEBUG) for many of the prints, makes output a bit
cleaner and easier to debug.
* Fixed priority of the editors/interface module in scons, would otherwise
give link errors.
* Added start of generic view2d api.
* Added space_time with some basic drawing and a single operator to change
the frame.
2008-06-11 10:10:31 +00:00
|
|
|
{
|
2010-03-23 21:37:02 +00:00
|
|
|
|
2010-10-31 04:11:39 +00:00
|
|
|
#ifdef WITH_PYTHON
|
2012-03-24 06:24:53 +00:00
|
|
|
if (op->py_instance) {
|
2012-03-09 00:41:09 +00:00
|
|
|
/* do this first in case there are any __del__ functions or
|
2010-02-27 14:44:46 +00:00
|
|
|
* similar that use properties */
|
2012-10-26 10:54:02 +00:00
|
|
|
BPY_DECREF_RNA_INVALIDATE(op->py_instance);
|
2010-02-27 14:44:46 +00:00
|
|
|
}
|
2010-03-23 21:37:02 +00:00
|
|
|
#endif
|
2010-02-27 14:44:46 +00:00
|
|
|
|
2012-03-24 06:24:53 +00:00
|
|
|
if (op->ptr) {
|
2012-03-27 01:24:16 +00:00
|
|
|
op->properties = op->ptr->data;
|
2009-01-01 20:44:40 +00:00
|
|
|
MEM_freeN(op->ptr);
|
|
|
|
}
|
|
|
|
|
2012-03-24 06:24:53 +00:00
|
|
|
if (op->properties) {
|
2008-11-21 19:14:38 +00:00
|
|
|
IDP_FreeProperty(op->properties);
|
|
|
|
MEM_freeN(op->properties);
|
|
|
|
}
|
|
|
|
|
2012-03-24 06:24:53 +00:00
|
|
|
if (op->reports && (op->reports->flag & RPT_FREE)) {
|
2008-12-29 13:38:08 +00:00
|
|
|
BKE_reports_clear(op->reports);
|
|
|
|
MEM_freeN(op->reports);
|
|
|
|
}
|
|
|
|
|
2012-03-24 06:24:53 +00:00
|
|
|
if (op->macro.first) {
|
2009-09-14 05:00:03 +00:00
|
|
|
wmOperator *opm, *opmnext;
|
2012-03-27 01:24:16 +00:00
|
|
|
for (opm = op->macro.first; opm; opm = opmnext) {
|
2009-09-14 05:00:03 +00:00
|
|
|
opmnext = opm->next;
|
2.5
Operator goodies!
--- Macro operators
Operators now can consist of multiple operators. Such a macro operator
is identical and behaves identical to other opererators. Macros can
also be constructed of macros even! Currently only hardcoded macros are
implemented, this to solve combined operators such as 'add duplicate' or
'extrude' (both want a transform appended).
Usage is simple:
- WM_operatortype_append_macro() : add new operatortype, name, flags
- WM_operatortype_macro_define() : add existing operator to macro
(Note: macro_define will also allow properties to be set, doesnt work
right now)
On converting the macro wmOperatorType to a real operator, it makes a
list of all operators, and the standard macro callbacks (exec, invoke,
modal, poll) just will use all.
Important note; switching to a modal operator only works as last in the
chain now!
Macros implemented for duplicate, extrude and rip. Tool menu works fine
for it, also the redo hotkey F4 works properly.
--- Operator redo fix
The operators use the undo system to switch back, but this could give
errors if other actions added undo pushes (buttons, outliner). Now the
redo for operator searches back for the correct undo level.
This fixes issues with many redos.
Note for brecht: removed the ED_undo_push for buttons... it was called
on *every* button now, which is probably too much? For example, using
the 'toolbar' redo also caused this...
2009-07-29 17:56:38 +00:00
|
|
|
WM_operator_free(opm);
|
2009-09-14 05:00:03 +00:00
|
|
|
}
|
2.5
Operator goodies!
--- Macro operators
Operators now can consist of multiple operators. Such a macro operator
is identical and behaves identical to other opererators. Macros can
also be constructed of macros even! Currently only hardcoded macros are
implemented, this to solve combined operators such as 'add duplicate' or
'extrude' (both want a transform appended).
Usage is simple:
- WM_operatortype_append_macro() : add new operatortype, name, flags
- WM_operatortype_macro_define() : add existing operator to macro
(Note: macro_define will also allow properties to be set, doesnt work
right now)
On converting the macro wmOperatorType to a real operator, it makes a
list of all operators, and the standard macro callbacks (exec, invoke,
modal, poll) just will use all.
Important note; switching to a modal operator only works as last in the
chain now!
Macros implemented for duplicate, extrude and rip. Tool menu works fine
for it, also the redo hotkey F4 works properly.
--- Operator redo fix
The operators use the undo system to switch back, but this could give
errors if other actions added undo pushes (buttons, outliner). Now the
redo for operator searches back for the correct undo level.
This fixes issues with many redos.
Note for brecht: removed the ED_undo_push for buttons... it was called
on *every* button now, which is probably too much? For example, using
the 'toolbar' redo also caused this...
2009-07-29 17:56:38 +00:00
|
|
|
}
|
|
|
|
|
2.5 Branch
==========
* Changed wmOperatorType, removing init/exit callbacks and adding cancel
callback, removed default storage in favor of properties. Defined return
values for exec/invoke/modal/cancel.
* Don't allocate operator on the stack, and removed operator copy for
handlers. Now it frees based on return values from callbacks, and just
keeps a wmOperator on the heap. Also it now registers after the operator
is fully finished, to get the correct final properties.
* Changed OP_get_* functions to return 1 if the property is found and 0
otherwise, gives more readable code in my opinion. Added OP_verify_*
functions to quickly check if the property is available and set if it's
not, that's common for exec/invoke.
* Removed WM_operatortypelist_append in favor of WM_operatortype_append
which takes a function pointer instead of a list, avoids macro's and
duplicating code.
* Fix a crash where the handler would still be used while it was freed by
the operator.
* Spacetypes now have operatortypes() and keymap() callbacks to abstract
them a bit more.
* Renamed C->curarea to C->area for consistency. Removed View3D/View2D/
SpaceIpo from bContext, seems bad to keep these.
* Set context variables like window/screen/area/region to NULL again when
leaving that context, instead of leaving the pointers there.
* Added if(G.f & G_DEBUG) for many of the prints, makes output a bit
cleaner and easier to debug.
* Fixed priority of the editors/interface module in scons, would otherwise
give link errors.
* Added start of generic view2d api.
* Added space_time with some basic drawing and a single operator to change
the frame.
2008-06-11 10:10:31 +00:00
|
|
|
MEM_freeN(op);
|
|
|
|
}
|
|
|
|
|
2017-03-15 05:16:07 +11:00
|
|
|
void WM_operator_free_all_after(wmWindowManager *wm, struct wmOperator *op)
|
|
|
|
{
|
|
|
|
op = op->next;
|
|
|
|
while (op != NULL) {
|
|
|
|
wmOperator *op_next = op->next;
|
|
|
|
BLI_remlink(&wm->operators, op);
|
|
|
|
WM_operator_free(op);
|
|
|
|
op = op_next;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-04-30 03:44:03 +00:00
|
|
|
/**
|
|
|
|
* Use with extreme care!,
|
|
|
|
* properties, customdata etc - must be compatible.
|
|
|
|
*
|
|
|
|
* \param op Operator to assign the type to.
|
|
|
|
* \param ot OperatorType to assign.
|
|
|
|
*/
|
|
|
|
void WM_operator_type_set(wmOperator *op, wmOperatorType *ot)
|
|
|
|
{
|
|
|
|
/* not supported for Python */
|
|
|
|
BLI_assert(op->py_instance == NULL);
|
|
|
|
|
|
|
|
op->type = ot;
|
|
|
|
op->ptr->type = ot->srna;
|
2013-12-13 00:28:35 +11:00
|
|
|
|
|
|
|
/* ensure compatible properties */
|
|
|
|
if (op->properties) {
|
|
|
|
PointerRNA ptr;
|
|
|
|
|
|
|
|
WM_operator_properties_create_ptr(&ptr, ot);
|
|
|
|
|
|
|
|
WM_operator_properties_default(&ptr, false);
|
|
|
|
|
|
|
|
if (ptr.data) {
|
|
|
|
IDP_SyncGroupTypes(op->properties, ptr.data, true);
|
|
|
|
}
|
|
|
|
|
|
|
|
WM_operator_properties_free(&ptr);
|
|
|
|
}
|
2013-04-30 03:44:03 +00:00
|
|
|
}
|
|
|
|
|
2010-06-03 07:27:55 +00:00
|
|
|
static void wm_reports_free(wmWindowManager *wm)
|
|
|
|
{
|
|
|
|
BKE_reports_clear(&wm->reports);
|
|
|
|
WM_event_remove_timer(wm, NULL, wm->reports.reporttimer);
|
|
|
|
}
|
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
/* all operations get registered in the windowmanager here */
|
|
|
|
/* called on event handling by event_system.c */
|
2009-07-16 00:50:27 +00:00
|
|
|
void wm_operator_register(bContext *C, wmOperator *op)
|
2007-12-24 18:27:28 +00:00
|
|
|
{
|
2012-03-27 01:24:16 +00:00
|
|
|
wmWindowManager *wm = CTX_wm_manager(C);
|
2017-03-15 02:37:33 +11:00
|
|
|
int tot = 0;
|
2008-11-21 19:14:38 +00:00
|
|
|
|
2.5 Branch
==========
* Changed wmOperatorType, removing init/exit callbacks and adding cancel
callback, removed default storage in favor of properties. Defined return
values for exec/invoke/modal/cancel.
* Don't allocate operator on the stack, and removed operator copy for
handlers. Now it frees based on return values from callbacks, and just
keeps a wmOperator on the heap. Also it now registers after the operator
is fully finished, to get the correct final properties.
* Changed OP_get_* functions to return 1 if the property is found and 0
otherwise, gives more readable code in my opinion. Added OP_verify_*
functions to quickly check if the property is available and set if it's
not, that's common for exec/invoke.
* Removed WM_operatortypelist_append in favor of WM_operatortype_append
which takes a function pointer instead of a list, avoids macro's and
duplicating code.
* Fix a crash where the handler would still be used while it was freed by
the operator.
* Spacetypes now have operatortypes() and keymap() callbacks to abstract
them a bit more.
* Renamed C->curarea to C->area for consistency. Removed View3D/View2D/
SpaceIpo from bContext, seems bad to keep these.
* Set context variables like window/screen/area/region to NULL again when
leaving that context, instead of leaving the pointers there.
* Added if(G.f & G_DEBUG) for many of the prints, makes output a bit
cleaner and easier to debug.
* Fixed priority of the editors/interface module in scons, would otherwise
give link errors.
* Added start of generic view2d api.
* Added space_time with some basic drawing and a single operator to change
the frame.
2008-06-11 10:10:31 +00:00
|
|
|
BLI_addtail(&wm->operators, op);
|
2017-03-15 02:37:33 +11:00
|
|
|
|
|
|
|
/* only count registered operators */
|
|
|
|
while (op) {
|
|
|
|
wmOperator *op_prev = op->prev;
|
|
|
|
if (op->type->flag & OPTYPE_REGISTER) {
|
|
|
|
tot += 1;
|
|
|
|
}
|
|
|
|
if (tot > MAX_OP_REGISTERED) {
|
|
|
|
BLI_remlink(&wm->operators, op);
|
|
|
|
WM_operator_free(op);
|
|
|
|
}
|
|
|
|
op = op_prev;
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
2017-03-15 02:37:33 +11:00
|
|
|
|
2009-07-16 00:50:27 +00:00
|
|
|
/* so the console is redrawn */
|
2012-03-27 01:24:16 +00:00
|
|
|
WM_event_add_notifier(C, NC_SPACE | ND_SPACE_INFO_REPORT, NULL);
|
|
|
|
WM_event_add_notifier(C, NC_WM | ND_HISTORY, NULL);
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2011-05-18 10:56:26 +00:00
|
|
|
void WM_operator_stack_clear(wmWindowManager *wm)
|
2009-06-26 15:48:09 +00:00
|
|
|
{
|
|
|
|
wmOperator *op;
|
|
|
|
|
2013-08-26 23:37:08 +00:00
|
|
|
while ((op = BLI_pophead(&wm->operators))) {
|
2009-06-26 15:48:09 +00:00
|
|
|
WM_operator_free(op);
|
|
|
|
}
|
|
|
|
|
2012-03-27 01:24:16 +00:00
|
|
|
WM_main_add_notifier(NC_WM | ND_HISTORY, NULL);
|
2009-06-26 15:48:09 +00:00
|
|
|
}
|
|
|
|
|
2013-01-22 06:16:49 +00:00
|
|
|
/**
|
|
|
|
* This function is needed in the case when an addon id disabled
|
|
|
|
* while a modal operator it defined is running.
|
|
|
|
*/
|
|
|
|
void WM_operator_handlers_clear(wmWindowManager *wm, wmOperatorType *ot)
|
|
|
|
{
|
|
|
|
wmWindow *win;
|
|
|
|
for (win = wm->windows.first; win; win = win->next) {
|
|
|
|
ListBase *lb[2] = {&win->handlers, &win->modalhandlers};
|
|
|
|
wmEventHandler *handler;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 0; i < 2; i++) {
|
|
|
|
for (handler = lb[i]->first; handler; handler = handler->next) {
|
|
|
|
if (handler->op && handler->op->type == ot) {
|
|
|
|
/* don't run op->cancel because it needs the context,
|
|
|
|
* assume whoever unregisters the operator will cleanup */
|
|
|
|
handler->flag |= WM_HANDLER_DO_FREE;
|
|
|
|
WM_operator_free(handler->op);
|
|
|
|
handler->op = NULL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
This commit frees list ui items from their dependencies to Panel, and hence from all the limitations this implied (mostly, the "only one list per panel" one).
It introduces a new (py-extendable and registrable) RNA type, UIList (roughly similar to Panel one), which currently contains only "standard" list's scroll pos and size (but may be expended to include e.g. some filtering data, etc.). This now makes lists completely independent from Panels!
This UIList has a draw_item callback which allows to customize items' drawing from python, that all addons can now use. Incidentally, this also greatly simplifies the C code of this widget, as we do not code any "special case" here anymore!
To make all this work, other changes were also necessary:
* Now all buttons (uiBut struct) have a 'custom_data' void pointer, used currently to store the uiList struct associated with a given uiLayoutListBox.
* DynamicPaintSurface now exposes a new bool, use_color_preview (readonly), saying whether that surface has some 3D view preview data or not.
* UILayout class has now four new (static) functions, to get the actual icon of any RNA object (important e.g. with materials or textures), and to get an enum item's UI name, description and icon.
* UILayout's label() func now takes an optional 'icon_value' integer parameter, which if not zero will override the 'icon' one (mandatory to use "custom" icons as generated for material/texture/... previews).
Note: not sure whether we should add that one to all UILayout's prop funcs?
Note: will update addons using template list asap.
2012-12-28 09:20:16 +00:00
|
|
|
|
|
|
|
/* ************ uiListType handling ************** */
|
|
|
|
|
|
|
|
static GHash *uilisttypes_hash = NULL;
|
|
|
|
|
2013-04-04 02:05:11 +00:00
|
|
|
uiListType *WM_uilisttype_find(const char *idname, bool quiet)
|
This commit frees list ui items from their dependencies to Panel, and hence from all the limitations this implied (mostly, the "only one list per panel" one).
It introduces a new (py-extendable and registrable) RNA type, UIList (roughly similar to Panel one), which currently contains only "standard" list's scroll pos and size (but may be expended to include e.g. some filtering data, etc.). This now makes lists completely independent from Panels!
This UIList has a draw_item callback which allows to customize items' drawing from python, that all addons can now use. Incidentally, this also greatly simplifies the C code of this widget, as we do not code any "special case" here anymore!
To make all this work, other changes were also necessary:
* Now all buttons (uiBut struct) have a 'custom_data' void pointer, used currently to store the uiList struct associated with a given uiLayoutListBox.
* DynamicPaintSurface now exposes a new bool, use_color_preview (readonly), saying whether that surface has some 3D view preview data or not.
* UILayout class has now four new (static) functions, to get the actual icon of any RNA object (important e.g. with materials or textures), and to get an enum item's UI name, description and icon.
* UILayout's label() func now takes an optional 'icon_value' integer parameter, which if not zero will override the 'icon' one (mandatory to use "custom" icons as generated for material/texture/... previews).
Note: not sure whether we should add that one to all UILayout's prop funcs?
Note: will update addons using template list asap.
2012-12-28 09:20:16 +00:00
|
|
|
{
|
|
|
|
uiListType *ult;
|
|
|
|
|
|
|
|
if (idname[0]) {
|
|
|
|
ult = BLI_ghash_lookup(uilisttypes_hash, idname);
|
|
|
|
if (ult) {
|
|
|
|
return ult;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!quiet) {
|
|
|
|
printf("search for unknown uilisttype %s\n", idname);
|
|
|
|
}
|
|
|
|
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2014-01-28 03:52:21 +11:00
|
|
|
bool WM_uilisttype_add(uiListType *ult)
|
This commit frees list ui items from their dependencies to Panel, and hence from all the limitations this implied (mostly, the "only one list per panel" one).
It introduces a new (py-extendable and registrable) RNA type, UIList (roughly similar to Panel one), which currently contains only "standard" list's scroll pos and size (but may be expended to include e.g. some filtering data, etc.). This now makes lists completely independent from Panels!
This UIList has a draw_item callback which allows to customize items' drawing from python, that all addons can now use. Incidentally, this also greatly simplifies the C code of this widget, as we do not code any "special case" here anymore!
To make all this work, other changes were also necessary:
* Now all buttons (uiBut struct) have a 'custom_data' void pointer, used currently to store the uiList struct associated with a given uiLayoutListBox.
* DynamicPaintSurface now exposes a new bool, use_color_preview (readonly), saying whether that surface has some 3D view preview data or not.
* UILayout class has now four new (static) functions, to get the actual icon of any RNA object (important e.g. with materials or textures), and to get an enum item's UI name, description and icon.
* UILayout's label() func now takes an optional 'icon_value' integer parameter, which if not zero will override the 'icon' one (mandatory to use "custom" icons as generated for material/texture/... previews).
Note: not sure whether we should add that one to all UILayout's prop funcs?
Note: will update addons using template list asap.
2012-12-28 09:20:16 +00:00
|
|
|
{
|
2015-05-11 12:39:39 +10:00
|
|
|
BLI_ghash_insert(uilisttypes_hash, ult->idname, ult);
|
This commit frees list ui items from their dependencies to Panel, and hence from all the limitations this implied (mostly, the "only one list per panel" one).
It introduces a new (py-extendable and registrable) RNA type, UIList (roughly similar to Panel one), which currently contains only "standard" list's scroll pos and size (but may be expended to include e.g. some filtering data, etc.). This now makes lists completely independent from Panels!
This UIList has a draw_item callback which allows to customize items' drawing from python, that all addons can now use. Incidentally, this also greatly simplifies the C code of this widget, as we do not code any "special case" here anymore!
To make all this work, other changes were also necessary:
* Now all buttons (uiBut struct) have a 'custom_data' void pointer, used currently to store the uiList struct associated with a given uiLayoutListBox.
* DynamicPaintSurface now exposes a new bool, use_color_preview (readonly), saying whether that surface has some 3D view preview data or not.
* UILayout class has now four new (static) functions, to get the actual icon of any RNA object (important e.g. with materials or textures), and to get an enum item's UI name, description and icon.
* UILayout's label() func now takes an optional 'icon_value' integer parameter, which if not zero will override the 'icon' one (mandatory to use "custom" icons as generated for material/texture/... previews).
Note: not sure whether we should add that one to all UILayout's prop funcs?
Note: will update addons using template list asap.
2012-12-28 09:20:16 +00:00
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
void WM_uilisttype_freelink(uiListType *ult)
|
|
|
|
{
|
2014-01-28 03:52:21 +11:00
|
|
|
bool ok;
|
|
|
|
|
|
|
|
ok = BLI_ghash_remove(uilisttypes_hash, ult->idname, NULL, MEM_freeN);
|
|
|
|
|
|
|
|
BLI_assert(ok);
|
|
|
|
(void)ok;
|
This commit frees list ui items from their dependencies to Panel, and hence from all the limitations this implied (mostly, the "only one list per panel" one).
It introduces a new (py-extendable and registrable) RNA type, UIList (roughly similar to Panel one), which currently contains only "standard" list's scroll pos and size (but may be expended to include e.g. some filtering data, etc.). This now makes lists completely independent from Panels!
This UIList has a draw_item callback which allows to customize items' drawing from python, that all addons can now use. Incidentally, this also greatly simplifies the C code of this widget, as we do not code any "special case" here anymore!
To make all this work, other changes were also necessary:
* Now all buttons (uiBut struct) have a 'custom_data' void pointer, used currently to store the uiList struct associated with a given uiLayoutListBox.
* DynamicPaintSurface now exposes a new bool, use_color_preview (readonly), saying whether that surface has some 3D view preview data or not.
* UILayout class has now four new (static) functions, to get the actual icon of any RNA object (important e.g. with materials or textures), and to get an enum item's UI name, description and icon.
* UILayout's label() func now takes an optional 'icon_value' integer parameter, which if not zero will override the 'icon' one (mandatory to use "custom" icons as generated for material/texture/... previews).
Note: not sure whether we should add that one to all UILayout's prop funcs?
Note: will update addons using template list asap.
2012-12-28 09:20:16 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* called on initialize WM_init() */
|
|
|
|
void WM_uilisttype_init(void)
|
|
|
|
{
|
2013-08-24 17:33:47 +00:00
|
|
|
uilisttypes_hash = BLI_ghash_str_new_ex("uilisttypes_hash gh", 16);
|
This commit frees list ui items from their dependencies to Panel, and hence from all the limitations this implied (mostly, the "only one list per panel" one).
It introduces a new (py-extendable and registrable) RNA type, UIList (roughly similar to Panel one), which currently contains only "standard" list's scroll pos and size (but may be expended to include e.g. some filtering data, etc.). This now makes lists completely independent from Panels!
This UIList has a draw_item callback which allows to customize items' drawing from python, that all addons can now use. Incidentally, this also greatly simplifies the C code of this widget, as we do not code any "special case" here anymore!
To make all this work, other changes were also necessary:
* Now all buttons (uiBut struct) have a 'custom_data' void pointer, used currently to store the uiList struct associated with a given uiLayoutListBox.
* DynamicPaintSurface now exposes a new bool, use_color_preview (readonly), saying whether that surface has some 3D view preview data or not.
* UILayout class has now four new (static) functions, to get the actual icon of any RNA object (important e.g. with materials or textures), and to get an enum item's UI name, description and icon.
* UILayout's label() func now takes an optional 'icon_value' integer parameter, which if not zero will override the 'icon' one (mandatory to use "custom" icons as generated for material/texture/... previews).
Note: not sure whether we should add that one to all UILayout's prop funcs?
Note: will update addons using template list asap.
2012-12-28 09:20:16 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void WM_uilisttype_free(void)
|
|
|
|
{
|
2015-02-06 15:31:08 +11:00
|
|
|
GHashIterator gh_iter;
|
This commit frees list ui items from their dependencies to Panel, and hence from all the limitations this implied (mostly, the "only one list per panel" one).
It introduces a new (py-extendable and registrable) RNA type, UIList (roughly similar to Panel one), which currently contains only "standard" list's scroll pos and size (but may be expended to include e.g. some filtering data, etc.). This now makes lists completely independent from Panels!
This UIList has a draw_item callback which allows to customize items' drawing from python, that all addons can now use. Incidentally, this also greatly simplifies the C code of this widget, as we do not code any "special case" here anymore!
To make all this work, other changes were also necessary:
* Now all buttons (uiBut struct) have a 'custom_data' void pointer, used currently to store the uiList struct associated with a given uiLayoutListBox.
* DynamicPaintSurface now exposes a new bool, use_color_preview (readonly), saying whether that surface has some 3D view preview data or not.
* UILayout class has now four new (static) functions, to get the actual icon of any RNA object (important e.g. with materials or textures), and to get an enum item's UI name, description and icon.
* UILayout's label() func now takes an optional 'icon_value' integer parameter, which if not zero will override the 'icon' one (mandatory to use "custom" icons as generated for material/texture/... previews).
Note: not sure whether we should add that one to all UILayout's prop funcs?
Note: will update addons using template list asap.
2012-12-28 09:20:16 +00:00
|
|
|
|
2015-02-06 15:31:08 +11:00
|
|
|
GHASH_ITER (gh_iter, uilisttypes_hash) {
|
|
|
|
uiListType *ult = BLI_ghashIterator_getValue(&gh_iter);
|
This commit frees list ui items from their dependencies to Panel, and hence from all the limitations this implied (mostly, the "only one list per panel" one).
It introduces a new (py-extendable and registrable) RNA type, UIList (roughly similar to Panel one), which currently contains only "standard" list's scroll pos and size (but may be expended to include e.g. some filtering data, etc.). This now makes lists completely independent from Panels!
This UIList has a draw_item callback which allows to customize items' drawing from python, that all addons can now use. Incidentally, this also greatly simplifies the C code of this widget, as we do not code any "special case" here anymore!
To make all this work, other changes were also necessary:
* Now all buttons (uiBut struct) have a 'custom_data' void pointer, used currently to store the uiList struct associated with a given uiLayoutListBox.
* DynamicPaintSurface now exposes a new bool, use_color_preview (readonly), saying whether that surface has some 3D view preview data or not.
* UILayout class has now four new (static) functions, to get the actual icon of any RNA object (important e.g. with materials or textures), and to get an enum item's UI name, description and icon.
* UILayout's label() func now takes an optional 'icon_value' integer parameter, which if not zero will override the 'icon' one (mandatory to use "custom" icons as generated for material/texture/... previews).
Note: not sure whether we should add that one to all UILayout's prop funcs?
Note: will update addons using template list asap.
2012-12-28 09:20:16 +00:00
|
|
|
if (ult->ext.free) {
|
|
|
|
ult->ext.free(ult->ext.data);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-05-21 07:37:59 +00:00
|
|
|
BLI_ghash_free(uilisttypes_hash, NULL, MEM_freeN);
|
This commit frees list ui items from their dependencies to Panel, and hence from all the limitations this implied (mostly, the "only one list per panel" one).
It introduces a new (py-extendable and registrable) RNA type, UIList (roughly similar to Panel one), which currently contains only "standard" list's scroll pos and size (but may be expended to include e.g. some filtering data, etc.). This now makes lists completely independent from Panels!
This UIList has a draw_item callback which allows to customize items' drawing from python, that all addons can now use. Incidentally, this also greatly simplifies the C code of this widget, as we do not code any "special case" here anymore!
To make all this work, other changes were also necessary:
* Now all buttons (uiBut struct) have a 'custom_data' void pointer, used currently to store the uiList struct associated with a given uiLayoutListBox.
* DynamicPaintSurface now exposes a new bool, use_color_preview (readonly), saying whether that surface has some 3D view preview data or not.
* UILayout class has now four new (static) functions, to get the actual icon of any RNA object (important e.g. with materials or textures), and to get an enum item's UI name, description and icon.
* UILayout's label() func now takes an optional 'icon_value' integer parameter, which if not zero will override the 'icon' one (mandatory to use "custom" icons as generated for material/texture/... previews).
Note: not sure whether we should add that one to all UILayout's prop funcs?
Note: will update addons using template list asap.
2012-12-28 09:20:16 +00:00
|
|
|
uilisttypes_hash = NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* ************ MenuType handling ************** */
|
2007-12-24 18:27:28 +00:00
|
|
|
|
2012-03-27 01:24:16 +00:00
|
|
|
static GHash *menutypes_hash = NULL;
|
2009-10-08 19:06:32 +00:00
|
|
|
|
2013-04-04 02:05:11 +00:00
|
|
|
MenuType *WM_menutype_find(const char *idname, bool quiet)
|
2009-10-08 19:06:32 +00:00
|
|
|
{
|
2012-03-27 01:24:16 +00:00
|
|
|
MenuType *mt;
|
2009-10-08 19:06:32 +00:00
|
|
|
|
|
|
|
if (idname[0]) {
|
2012-03-27 01:24:16 +00:00
|
|
|
mt = BLI_ghash_lookup(menutypes_hash, idname);
|
2012-03-24 06:24:53 +00:00
|
|
|
if (mt)
|
2010-08-13 06:30:04 +00:00
|
|
|
return mt;
|
2009-10-08 19:06:32 +00:00
|
|
|
}
|
|
|
|
|
2012-03-24 06:24:53 +00:00
|
|
|
if (!quiet)
|
2009-10-08 19:06:32 +00:00
|
|
|
printf("search for unknown menutype %s\n", idname);
|
|
|
|
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2014-01-28 03:52:21 +11:00
|
|
|
bool WM_menutype_add(MenuType *mt)
|
2009-10-08 19:06:32 +00:00
|
|
|
{
|
2015-05-11 12:39:39 +10:00
|
|
|
BLI_ghash_insert(menutypes_hash, mt->idname, mt);
|
2014-01-28 03:52:21 +11:00
|
|
|
return true;
|
2009-10-08 19:06:32 +00:00
|
|
|
}
|
|
|
|
|
2012-03-27 01:24:16 +00:00
|
|
|
void WM_menutype_freelink(MenuType *mt)
|
2009-10-08 19:06:32 +00:00
|
|
|
{
|
2014-01-28 03:52:21 +11:00
|
|
|
bool ok;
|
|
|
|
|
|
|
|
ok = BLI_ghash_remove(menutypes_hash, mt->idname, NULL, MEM_freeN);
|
|
|
|
|
|
|
|
BLI_assert(ok);
|
|
|
|
(void)ok;
|
2009-10-08 19:06:32 +00:00
|
|
|
}
|
|
|
|
|
2011-08-11 06:06:17 +00:00
|
|
|
/* called on initialize WM_init() */
|
|
|
|
void WM_menutype_init(void)
|
2009-10-08 19:06:32 +00:00
|
|
|
{
|
2013-08-24 17:33:47 +00:00
|
|
|
/* reserve size is set based on blender default setup */
|
|
|
|
menutypes_hash = BLI_ghash_str_new_ex("menutypes_hash gh", 512);
|
2011-08-11 06:06:17 +00:00
|
|
|
}
|
2009-10-09 12:34:37 +00:00
|
|
|
|
2011-08-11 06:06:17 +00:00
|
|
|
void WM_menutype_free(void)
|
|
|
|
{
|
2015-02-06 15:31:08 +11:00
|
|
|
GHashIterator gh_iter;
|
2009-10-08 19:06:32 +00:00
|
|
|
|
2015-02-06 15:31:08 +11:00
|
|
|
GHASH_ITER (gh_iter, menutypes_hash) {
|
|
|
|
MenuType *mt = BLI_ghashIterator_getValue(&gh_iter);
|
2012-03-24 06:24:53 +00:00
|
|
|
if (mt->ext.free) {
|
2009-10-08 19:06:32 +00:00
|
|
|
mt->ext.free(mt->ext.data);
|
2011-08-11 06:06:17 +00:00
|
|
|
}
|
2009-10-08 19:06:32 +00:00
|
|
|
}
|
2011-08-11 06:06:17 +00:00
|
|
|
|
2013-05-21 07:37:59 +00:00
|
|
|
BLI_ghash_free(menutypes_hash, NULL, MEM_freeN);
|
2012-03-27 01:24:16 +00:00
|
|
|
menutypes_hash = NULL;
|
2009-10-08 19:06:32 +00:00
|
|
|
}
|
|
|
|
|
2018-02-23 17:01:22 +11:00
|
|
|
bool WM_menutype_poll(bContext *C, MenuType *mt)
|
|
|
|
{
|
|
|
|
if (mt->poll != NULL) {
|
|
|
|
return mt->poll(C, mt);
|
|
|
|
}
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2009-10-08 19:06:32 +00:00
|
|
|
/* ****************************************** */
|
|
|
|
|
2009-07-18 19:40:26 +00:00
|
|
|
void WM_keymap_init(bContext *C)
|
|
|
|
{
|
2012-03-27 01:24:16 +00:00
|
|
|
wmWindowManager *wm = CTX_wm_manager(C);
|
2009-07-18 19:40:26 +00:00
|
|
|
|
2011-09-29 13:52:58 +00:00
|
|
|
/* create standard key configs */
|
2012-03-24 06:24:53 +00:00
|
|
|
if (!wm->defaultconf)
|
2012-03-27 01:24:16 +00:00
|
|
|
wm->defaultconf = WM_keyconfig_new(wm, "Blender");
|
2012-03-24 06:24:53 +00:00
|
|
|
if (!wm->addonconf)
|
2012-03-27 01:24:16 +00:00
|
|
|
wm->addonconf = WM_keyconfig_new(wm, "Blender Addon");
|
2012-03-24 06:24:53 +00:00
|
|
|
if (!wm->userconf)
|
2012-03-27 01:24:16 +00:00
|
|
|
wm->userconf = WM_keyconfig_new(wm, "Blender User");
|
Key Configuration
Keymaps are now saveable and configurable from the user preferences, note
that editing one item in a keymap means the whole keymap is now defined by
the user and will not be updated by Blender, an option for syncing might be
added later. The outliner interface is still there, but I will probably
remove it.
There's actually 3 levels now:
* Default builtin key configuration.
* Key configuration loaded from .py file, for configs like Blender 2.4x
or other 3D applications.
* Keymaps edited by the user and saved in .B.blend. These can be saved
to .py files as well to make creating distributable configurations
easier.
Also, user preferences sections were reorganized a bit, now there is:
Interface, Editing, Input, Files and System.
Implementation notes:
* wmKeyConfig was added which represents a key configuration containing
keymaps.
* wmKeymapItem was renamed to wmKeyMapItem for consistency with wmKeyMap.
* Modal maps are not wrapped yet.
* User preferences DNA file reading did not support newdataadr() yet,
added this now for reading keymaps.
* Key configuration related settings are now RNA wrapped.
* is_property_set and is_property_hidden python methods were added.
2009-10-08 18:40:03 +00:00
|
|
|
|
2011-09-29 13:52:58 +00:00
|
|
|
/* initialize only after python init is done, for keymaps that
|
2012-03-09 18:28:30 +00:00
|
|
|
* use python operators */
|
2012-03-24 06:24:53 +00:00
|
|
|
if (CTX_py_init_get(C) && (wm->initialized & WM_INIT_KEYMAP) == 0) {
|
2011-09-29 13:52:58 +00:00
|
|
|
/* create default key config, only initialize once,
|
2012-03-09 18:28:30 +00:00
|
|
|
* it's persistent across sessions */
|
2012-03-24 06:24:53 +00:00
|
|
|
if (!(wm->defaultconf->flag & KEYCONF_INIT_DEFAULT)) {
|
2011-09-29 13:52:58 +00:00
|
|
|
wm_window_keymap(wm->defaultconf);
|
|
|
|
ED_spacetypes_keymap(wm->defaultconf);
|
|
|
|
|
|
|
|
wm->defaultconf->flag |= KEYCONF_INIT_DEFAULT;
|
|
|
|
}
|
KEYMAP REFACTORING
Diff Keymaps
User edited keymaps now no longer override the builtin keymaps entirely, but
rather save only the difference and reapply those changes. This means they can
stay better in sync when the builtin keymaps change. The diff/patch algorithm
is not perfect, but better for the common case where only a few items are changed
rather than entire keymaps The main weakness is that if a builtin keymap item
changes, user modification of that item may need to be redone in some cases.
Keymap Editor
The most noticeable change here is that there is no longer an "Edit" button for
keymaps, all are editable immediately, but a "Restore" buttons shows for keymaps
and items that have been edited. Shortcuts for addons can also be edited in the
keymap editor.
Addons
Addons now should only modify the new addon keyconfiguration, the keymap items
there will be added to the builtin ones for handling events, and not get lost
when starting new files. Example code of register/unregister:
km = wm.keyconfigs.addon.keymaps.new("3D View", space_type="VIEW_3D")
km.keymap_items.new('my.operator', 'ESC', 'PRESS')
km = wm.keyconfigs.addon.keymaps["3D View"]
km.keymap_items.remove(km.keymap_items["my.operator"])
Compatibility
The changes made are not forward compatible, i.e. if you save user preferences
with newer versions, older versions will not have key configuration changes that
were made.
2011-08-05 20:45:26 +00:00
|
|
|
|
|
|
|
WM_keyconfig_update_tag(NULL, NULL);
|
|
|
|
WM_keyconfig_update(wm);
|
2009-07-18 19:40:26 +00:00
|
|
|
|
|
|
|
wm->initialized |= WM_INIT_KEYMAP;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2009-11-11 04:08:09 +00:00
|
|
|
void WM_check(bContext *C)
|
2007-12-24 18:27:28 +00:00
|
|
|
{
|
2012-03-27 01:24:16 +00:00
|
|
|
wmWindowManager *wm = CTX_wm_manager(C);
|
2007-12-24 18:27:28 +00:00
|
|
|
|
|
|
|
/* wm context */
|
2012-03-27 01:24:16 +00:00
|
|
|
if (wm == NULL) {
|
|
|
|
wm = CTX_data_main(C)->wm.first;
|
2008-12-18 02:56:48 +00:00
|
|
|
CTX_wm_manager_set(C, wm);
|
|
|
|
}
|
2014-02-08 06:07:10 +11:00
|
|
|
|
|
|
|
if (wm == NULL || BLI_listbase_is_empty(&wm->windows)) {
|
|
|
|
return;
|
|
|
|
}
|
Key Configuration
Keymaps are now saveable and configurable from the user preferences, note
that editing one item in a keymap means the whole keymap is now defined by
the user and will not be updated by Blender, an option for syncing might be
added later. The outliner interface is still there, but I will probably
remove it.
There's actually 3 levels now:
* Default builtin key configuration.
* Key configuration loaded from .py file, for configs like Blender 2.4x
or other 3D applications.
* Keymaps edited by the user and saved in .B.blend. These can be saved
to .py files as well to make creating distributable configurations
easier.
Also, user preferences sections were reorganized a bit, now there is:
Interface, Editing, Input, Files and System.
Implementation notes:
* wmKeyConfig was added which represents a key configuration containing
keymaps.
* wmKeymapItem was renamed to wmKeyMapItem for consistency with wmKeyMap.
* Modal maps are not wrapped yet.
* User preferences DNA file reading did not support newdataadr() yet,
added this now for reading keymaps.
* Key configuration related settings are now RNA wrapped.
* is_property_set and is_property_hidden python methods were added.
2009-10-08 18:40:03 +00:00
|
|
|
|
2009-11-11 04:08:09 +00:00
|
|
|
if (!G.background) {
|
|
|
|
/* case: fileread */
|
2012-03-24 06:24:53 +00:00
|
|
|
if ((wm->initialized & WM_INIT_WINDOW) == 0) {
|
2009-11-11 04:08:09 +00:00
|
|
|
WM_keymap_init(C);
|
2009-12-08 17:23:48 +00:00
|
|
|
WM_autosave_init(wm);
|
2009-11-11 04:08:09 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* case: no open windows at all, for old file reads */
|
2015-10-07 00:27:27 +11:00
|
|
|
wm_window_ghostwindows_ensure(wm);
|
2010-10-27 16:05:31 +00:00
|
|
|
}
|
2009-11-11 04:08:09 +00:00
|
|
|
|
2010-10-27 16:05:31 +00:00
|
|
|
/* case: fileread */
|
|
|
|
/* note: this runs in bg mode to set the screen context cb */
|
2012-03-24 06:24:53 +00:00
|
|
|
if ((wm->initialized & WM_INIT_WINDOW) == 0) {
|
2010-10-27 16:05:31 +00:00
|
|
|
ED_screens_initialize(wm);
|
|
|
|
wm->initialized |= WM_INIT_WINDOW;
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2009-05-30 04:16:24 +00:00
|
|
|
void wm_clear_default_size(bContext *C)
|
|
|
|
{
|
2012-03-27 01:24:16 +00:00
|
|
|
wmWindowManager *wm = CTX_wm_manager(C);
|
2009-05-30 04:16:24 +00:00
|
|
|
wmWindow *win;
|
|
|
|
|
|
|
|
/* wm context */
|
2012-03-27 01:24:16 +00:00
|
|
|
if (wm == NULL) {
|
|
|
|
wm = CTX_data_main(C)->wm.first;
|
2009-05-30 04:16:24 +00:00
|
|
|
CTX_wm_manager_set(C, wm);
|
|
|
|
}
|
2014-02-08 06:07:10 +11:00
|
|
|
|
|
|
|
if (wm == NULL || BLI_listbase_is_empty(&wm->windows)) {
|
|
|
|
return;
|
|
|
|
}
|
2009-05-30 04:16:24 +00:00
|
|
|
|
2012-03-27 01:24:16 +00:00
|
|
|
for (win = wm->windows.first; win; win = win->next) {
|
2009-05-30 07:26:45 +00:00
|
|
|
win->sizex = 0;
|
|
|
|
win->sizey = 0;
|
|
|
|
win->posx = 0;
|
|
|
|
win->posy = 0;
|
|
|
|
}
|
2009-05-30 04:16:24 +00:00
|
|
|
|
|
|
|
}
|
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
/* on startup, it adds all data, for matching */
|
|
|
|
void wm_add_default(bContext *C)
|
|
|
|
{
|
Refactor ID copying (and to some extent, ID freeing).
This will allow much finer controll over how we copy data-blocks, from
full copy in Main database, to "lighter" ones (out of Main, inside an
already allocated datablock, etc.).
This commit also transfers a llot of what was previously handled by
per-ID-type custom code to generic ID handling code in BKE_library.
Hopefully will avoid in future inconsistencies and missing bits we had
all over the codebase in the past.
It also adds missing copying handling for a few types, most notably
Scene (which where using a fully customized handling previously).
Note that the type of allocation used during copying (regular in Main,
allocated but outside of Main, or not allocated by ID handling code at
all) is stored in ID's, which allows to handle them correctly when
freeing. This needs to be taken care of with caution when doing 'weird'
unusual things with ID copying and/or allocation!
As a final note, while rather noisy, this commit will hopefully not
break too much existing branches, old 'API' has been kept for the main
part, as a wrapper around new code. Cleaning it up will happen later.
Design task : T51804
Phab Diff: D2714
2017-08-07 16:39:55 +02:00
|
|
|
wmWindowManager *wm = BKE_libblock_alloc(CTX_data_main(C), ID_WM, "WinMan", 0);
|
2007-12-24 18:27:28 +00:00
|
|
|
wmWindow *win;
|
2012-03-27 01:24:16 +00:00
|
|
|
bScreen *screen = CTX_wm_screen(C); /* XXX from file read hrmf */
|
2007-12-24 18:27:28 +00:00
|
|
|
|
2008-12-18 02:56:48 +00:00
|
|
|
CTX_wm_manager_set(C, wm);
|
2012-03-27 01:24:16 +00:00
|
|
|
win = wm_window_new(C);
|
|
|
|
win->screen = screen;
|
|
|
|
screen->winid = win->winid;
|
|
|
|
BLI_strncpy(win->screenname, screen->id.name + 2, sizeof(win->screenname));
|
2009-02-07 19:37:29 +00:00
|
|
|
|
2012-03-27 01:24:16 +00:00
|
|
|
wm->winactive = win;
|
|
|
|
wm->file_saved = 1;
|
2013-04-18 16:28:39 +00:00
|
|
|
wm_window_make_drawable(wm, win);
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2008-12-08 16:43:19 +00:00
|
|
|
/* context is allowed to be NULL, do not free wm itself (library.c) */
|
2007-12-24 18:27:28 +00:00
|
|
|
void wm_close_and_free(bContext *C, wmWindowManager *wm)
|
|
|
|
{
|
|
|
|
wmWindow *win;
|
2.5 Branch
==========
* Changed wmOperatorType, removing init/exit callbacks and adding cancel
callback, removed default storage in favor of properties. Defined return
values for exec/invoke/modal/cancel.
* Don't allocate operator on the stack, and removed operator copy for
handlers. Now it frees based on return values from callbacks, and just
keeps a wmOperator on the heap. Also it now registers after the operator
is fully finished, to get the correct final properties.
* Changed OP_get_* functions to return 1 if the property is found and 0
otherwise, gives more readable code in my opinion. Added OP_verify_*
functions to quickly check if the property is available and set if it's
not, that's common for exec/invoke.
* Removed WM_operatortypelist_append in favor of WM_operatortype_append
which takes a function pointer instead of a list, avoids macro's and
duplicating code.
* Fix a crash where the handler would still be used while it was freed by
the operator.
* Spacetypes now have operatortypes() and keymap() callbacks to abstract
them a bit more.
* Renamed C->curarea to C->area for consistency. Removed View3D/View2D/
SpaceIpo from bContext, seems bad to keep these.
* Set context variables like window/screen/area/region to NULL again when
leaving that context, instead of leaving the pointers there.
* Added if(G.f & G_DEBUG) for many of the prints, makes output a bit
cleaner and easier to debug.
* Fixed priority of the editors/interface module in scons, would otherwise
give link errors.
* Added start of generic view2d api.
* Added space_time with some basic drawing and a single operator to change
the frame.
2008-06-11 10:10:31 +00:00
|
|
|
wmOperator *op;
|
Key Configuration
Keymaps are now saveable and configurable from the user preferences, note
that editing one item in a keymap means the whole keymap is now defined by
the user and will not be updated by Blender, an option for syncing might be
added later. The outliner interface is still there, but I will probably
remove it.
There's actually 3 levels now:
* Default builtin key configuration.
* Key configuration loaded from .py file, for configs like Blender 2.4x
or other 3D applications.
* Keymaps edited by the user and saved in .B.blend. These can be saved
to .py files as well to make creating distributable configurations
easier.
Also, user preferences sections were reorganized a bit, now there is:
Interface, Editing, Input, Files and System.
Implementation notes:
* wmKeyConfig was added which represents a key configuration containing
keymaps.
* wmKeymapItem was renamed to wmKeyMapItem for consistency with wmKeyMap.
* Modal maps are not wrapped yet.
* User preferences DNA file reading did not support newdataadr() yet,
added this now for reading keymaps.
* Key configuration related settings are now RNA wrapped.
* is_property_set and is_property_hidden python methods were added.
2009-10-08 18:40:03 +00:00
|
|
|
wmKeyConfig *keyconf;
|
2009-10-20 13:58:53 +00:00
|
|
|
|
2012-03-24 06:24:53 +00:00
|
|
|
if (wm->autosavetimer)
|
2009-10-20 13:58:53 +00:00
|
|
|
wm_autosave_timer_ended(wm);
|
|
|
|
|
2013-08-26 23:37:08 +00:00
|
|
|
while ((win = BLI_pophead(&wm->windows))) {
|
2012-03-27 01:24:16 +00:00
|
|
|
win->screen = NULL; /* prevent draw clear to use screen */
|
2009-02-06 19:58:15 +00:00
|
|
|
wm_draw_window_clear(win);
|
2009-10-20 13:58:53 +00:00
|
|
|
wm_window_free(C, wm, win);
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
|
|
|
|
2013-08-26 23:37:08 +00:00
|
|
|
while ((op = BLI_pophead(&wm->operators))) {
|
2008-12-24 14:52:17 +00:00
|
|
|
WM_operator_free(op);
|
2.5 Branch
==========
* Changed wmOperatorType, removing init/exit callbacks and adding cancel
callback, removed default storage in favor of properties. Defined return
values for exec/invoke/modal/cancel.
* Don't allocate operator on the stack, and removed operator copy for
handlers. Now it frees based on return values from callbacks, and just
keeps a wmOperator on the heap. Also it now registers after the operator
is fully finished, to get the correct final properties.
* Changed OP_get_* functions to return 1 if the property is found and 0
otherwise, gives more readable code in my opinion. Added OP_verify_*
functions to quickly check if the property is available and set if it's
not, that's common for exec/invoke.
* Removed WM_operatortypelist_append in favor of WM_operatortype_append
which takes a function pointer instead of a list, avoids macro's and
duplicating code.
* Fix a crash where the handler would still be used while it was freed by
the operator.
* Spacetypes now have operatortypes() and keymap() callbacks to abstract
them a bit more.
* Renamed C->curarea to C->area for consistency. Removed View3D/View2D/
SpaceIpo from bContext, seems bad to keep these.
* Set context variables like window/screen/area/region to NULL again when
leaving that context, instead of leaving the pointers there.
* Added if(G.f & G_DEBUG) for many of the prints, makes output a bit
cleaner and easier to debug.
* Fixed priority of the editors/interface module in scons, would otherwise
give link errors.
* Added start of generic view2d api.
* Added space_time with some basic drawing and a single operator to change
the frame.
2008-06-11 10:10:31 +00:00
|
|
|
}
|
|
|
|
|
2013-08-26 23:37:08 +00:00
|
|
|
while ((keyconf = BLI_pophead(&wm->keyconfigs))) {
|
Key Configuration
Keymaps are now saveable and configurable from the user preferences, note
that editing one item in a keymap means the whole keymap is now defined by
the user and will not be updated by Blender, an option for syncing might be
added later. The outliner interface is still there, but I will probably
remove it.
There's actually 3 levels now:
* Default builtin key configuration.
* Key configuration loaded from .py file, for configs like Blender 2.4x
or other 3D applications.
* Keymaps edited by the user and saved in .B.blend. These can be saved
to .py files as well to make creating distributable configurations
easier.
Also, user preferences sections were reorganized a bit, now there is:
Interface, Editing, Input, Files and System.
Implementation notes:
* wmKeyConfig was added which represents a key configuration containing
keymaps.
* wmKeymapItem was renamed to wmKeyMapItem for consistency with wmKeyMap.
* Modal maps are not wrapped yet.
* User preferences DNA file reading did not support newdataadr() yet,
added this now for reading keymaps.
* Key configuration related settings are now RNA wrapped.
* is_property_set and is_property_hidden python methods were added.
2009-10-08 18:40:03 +00:00
|
|
|
WM_keyconfig_free(keyconf);
|
2008-12-08 15:02:57 +00:00
|
|
|
}
|
Key Configuration
Keymaps are now saveable and configurable from the user preferences, note
that editing one item in a keymap means the whole keymap is now defined by
the user and will not be updated by Blender, an option for syncing might be
added later. The outliner interface is still there, but I will probably
remove it.
There's actually 3 levels now:
* Default builtin key configuration.
* Key configuration loaded from .py file, for configs like Blender 2.4x
or other 3D applications.
* Keymaps edited by the user and saved in .B.blend. These can be saved
to .py files as well to make creating distributable configurations
easier.
Also, user preferences sections were reorganized a bit, now there is:
Interface, Editing, Input, Files and System.
Implementation notes:
* wmKeyConfig was added which represents a key configuration containing
keymaps.
* wmKeymapItem was renamed to wmKeyMapItem for consistency with wmKeyMap.
* Modal maps are not wrapped yet.
* User preferences DNA file reading did not support newdataadr() yet,
added this now for reading keymaps.
* Key configuration related settings are now RNA wrapped.
* is_property_set and is_property_hidden python methods were added.
2009-10-08 18:40:03 +00:00
|
|
|
|
2008-01-07 18:03:41 +00:00
|
|
|
BLI_freelistN(&wm->queue);
|
|
|
|
|
2.5
Vertex Paint back!
Added WM level "paint cursor" system, which manages a custom painting
cursor for tools or modes.
- Activate it with WM_paint_cursor_activate(). That function wants two
callbacks, a poll(C) to check whether there's a cursor in given context
and ARegion, and a draw(C, x, y) which gets called when appropriate.
- While paintcursor is active, the WM handles necessary redrawing events
for all regions, also to nicely clear the cursor on region exit.
- WM_paint_cursor_activate returns a handle, which you have to use to
end the paint cursor. This handle also means you can register as many
custom cursors as you want.
At the moment, vertex paint mode registers only a mousemove handler,
all other events are still normally handled. This is stuff for the
future todo.
2009-01-09 13:55:45 +00:00
|
|
|
BLI_freelistN(&wm->paintcursors);
|
2014-07-21 12:02:05 +02:00
|
|
|
|
|
|
|
WM_drag_free_list(&wm->drags);
|
2010-06-03 07:27:55 +00:00
|
|
|
|
|
|
|
wm_reports_free(wm);
|
2018-03-19 14:17:59 +01:00
|
|
|
|
|
|
|
if (wm->undo_stack) {
|
|
|
|
BKE_undosys_stack_destroy(wm->undo_stack);
|
|
|
|
wm->undo_stack = NULL;
|
|
|
|
}
|
|
|
|
|
2012-03-27 01:24:16 +00:00
|
|
|
if (C && CTX_wm_manager(C) == wm) CTX_wm_manager_set(C, NULL);
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void wm_close_and_free_all(bContext *C, ListBase *wmlist)
|
|
|
|
{
|
|
|
|
wmWindowManager *wm;
|
2017-06-14 11:16:34 +02:00
|
|
|
|
2012-03-27 01:24:16 +00:00
|
|
|
while ((wm = wmlist->first)) {
|
2007-12-24 18:27:28 +00:00
|
|
|
wm_close_and_free(C, wm);
|
|
|
|
BLI_remlink(wmlist, wm);
|
2017-06-14 11:16:34 +02:00
|
|
|
BKE_libblock_free_data(&wm->id, true);
|
2007-12-24 18:27:28 +00:00
|
|
|
MEM_freeN(wm);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void WM_main(bContext *C)
|
|
|
|
{
|
2017-08-25 20:26:52 +10:00
|
|
|
/* Single refresh before handling events.
|
|
|
|
* This ensures we don't run operators before the depsgraph has been evaluated. */
|
|
|
|
wm_event_do_refresh_wm_and_depsgraph(C);
|
|
|
|
|
2012-03-24 06:24:53 +00:00
|
|
|
while (1) {
|
2007-12-24 18:27:28 +00:00
|
|
|
|
|
|
|
/* get events from ghost, handle window events, add to window queues */
|
2008-12-22 12:57:53 +00:00
|
|
|
wm_window_process_events(C);
|
2007-12-24 18:27:28 +00:00
|
|
|
|
|
|
|
/* per window, all events to the window, screen, area and region handlers */
|
|
|
|
wm_event_do_handlers(C);
|
|
|
|
|
2008-01-07 18:03:41 +00:00
|
|
|
/* events have left notes about changes, we handle and cache it */
|
|
|
|
wm_event_do_notifiers(C);
|
|
|
|
|
|
|
|
/* execute cached changes draw */
|
|
|
|
wm_draw_update(C);
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
|