2007-12-24 18:27:28 +00:00
|
|
|
/**
|
2010-03-21 01:14:04 +00:00
|
|
|
* $Id$
|
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 but based
|
|
|
|
* on ghostwinlay.c (C) 2001-2002 by NaN Holding BV
|
|
|
|
* All rights reserved.
|
|
|
|
*
|
2008-11-18 13:51:02 +00:00
|
|
|
* Contributor(s): Blender Foundation, 2008
|
2007-12-24 18:27:28 +00:00
|
|
|
*
|
|
|
|
* ***** END GPL LICENSE BLOCK *****
|
|
|
|
*/
|
|
|
|
|
2009-08-21 16:28:49 +00:00
|
|
|
#include <math.h>
|
2007-12-24 18:27:28 +00:00
|
|
|
#include <stdlib.h>
|
|
|
|
#include <stdio.h>
|
2009-02-13 13:33:01 +00:00
|
|
|
#include <string.h>
|
2007-12-24 18:27:28 +00:00
|
|
|
|
|
|
|
#include "DNA_listBase.h"
|
|
|
|
#include "DNA_screen_types.h"
|
|
|
|
#include "DNA_windowmanager_types.h"
|
2010-02-01 09:11:18 +00:00
|
|
|
#include "RNA_access.h"
|
2007-12-24 18:27:28 +00:00
|
|
|
|
|
|
|
#include "MEM_guardedalloc.h"
|
|
|
|
|
|
|
|
#include "GHOST_C-api.h"
|
|
|
|
|
|
|
|
#include "BLI_blenlib.h"
|
|
|
|
|
|
|
|
#include "BKE_blender.h"
|
2008-12-18 02:56:48 +00:00
|
|
|
#include "BKE_context.h"
|
2010-11-09 14:54:59 +00:00
|
|
|
#include "BKE_library.h"
|
2007-12-24 18:27:28 +00:00
|
|
|
#include "BKE_global.h"
|
2010-10-18 06:41:16 +00:00
|
|
|
#include "BKE_main.h"
|
2007-12-24 18:27:28 +00:00
|
|
|
#include "BKE_utildefines.h"
|
|
|
|
|
|
|
|
#include "BIF_gl.h"
|
|
|
|
|
|
|
|
#include "WM_api.h"
|
2008-01-07 18:03:41 +00:00
|
|
|
#include "WM_types.h"
|
2007-12-24 18:27:28 +00:00
|
|
|
#include "wm.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"
|
2007-12-24 18:27:28 +00:00
|
|
|
#include "wm_window.h"
|
2008-01-01 15:53:38 +00:00
|
|
|
#include "wm_subwindow.h"
|
2007-12-24 18:27:28 +00:00
|
|
|
#include "wm_event_system.h"
|
|
|
|
|
2008-01-07 18:03:41 +00:00
|
|
|
#include "ED_screen.h"
|
2010-12-17 19:05:34 +00:00
|
|
|
#include "ED_fileselect.h"
|
2008-01-07 18:03:41 +00:00
|
|
|
|
2008-12-22 12:57:53 +00:00
|
|
|
#include "PIL_time.h"
|
|
|
|
|
2008-12-19 17:26:15 +00:00
|
|
|
#include "GPU_draw.h"
|
2010-10-22 00:29:56 +00:00
|
|
|
#include "GPU_extensions.h"
|
2008-12-19 17:26:15 +00:00
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
/* the global to talk to ghost */
|
|
|
|
GHOST_SystemHandle g_system= NULL;
|
|
|
|
|
|
|
|
/* set by commandline */
|
2010-09-15 11:48:59 +00:00
|
|
|
static int prefsizx= 0, prefsizy= 0, prefstax= 0, prefstay= 0, initialstate= GHOST_kWindowStateNormal;
|
2010-10-15 09:30:33 +00:00
|
|
|
static unsigned short useprefsize= 0;
|
2007-12-24 18:27:28 +00:00
|
|
|
|
|
|
|
/* ******** win open & close ************ */
|
|
|
|
|
2009-10-05 12:55:16 +00:00
|
|
|
/* XXX this one should correctly check for apple top header...
|
|
|
|
done for Cocoa : returns window contents (and not frame) max size*/
|
2010-08-16 12:14:09 +00:00
|
|
|
void wm_get_screensize(int *width_r, int *height_r)
|
2007-12-24 18:27:28 +00:00
|
|
|
{
|
|
|
|
unsigned int uiwidth;
|
|
|
|
unsigned int uiheight;
|
|
|
|
|
|
|
|
GHOST_GetMainDisplayDimensions(g_system, &uiwidth, &uiheight);
|
|
|
|
*width_r= uiwidth;
|
|
|
|
*height_r= uiheight;
|
|
|
|
}
|
|
|
|
|
2009-07-24 12:43:59 +00:00
|
|
|
/* keeps offset and size within monitor bounds */
|
|
|
|
/* XXX solve dual screen... */
|
|
|
|
static void wm_window_check_position(rcti *rect)
|
|
|
|
{
|
|
|
|
int width, height, d;
|
|
|
|
|
|
|
|
wm_get_screensize(&width, &height);
|
|
|
|
|
2009-10-05 12:55:16 +00:00
|
|
|
#if defined(__APPLE__) && !defined(GHOST_COCOA)
|
2009-08-22 08:06:54 +00:00
|
|
|
height -= 70;
|
2009-07-24 12:43:59 +00:00
|
|
|
#endif
|
|
|
|
|
2009-07-24 13:17:40 +00:00
|
|
|
if(rect->xmin < 0) {
|
|
|
|
d= rect->xmin;
|
|
|
|
rect->xmax -= d;
|
|
|
|
rect->xmin -= d;
|
|
|
|
}
|
|
|
|
if(rect->ymin < 0) {
|
|
|
|
d= rect->ymin;
|
|
|
|
rect->ymax -= d;
|
|
|
|
rect->ymin -= d;
|
|
|
|
}
|
2009-07-24 12:43:59 +00:00
|
|
|
if(rect->xmax > width) {
|
|
|
|
d= rect->xmax - width;
|
|
|
|
rect->xmax -= d;
|
|
|
|
rect->xmin -= d;
|
|
|
|
}
|
|
|
|
if(rect->ymax > height) {
|
|
|
|
d= rect->ymax - height;
|
|
|
|
rect->ymax -= d;
|
|
|
|
rect->ymin -= d;
|
|
|
|
}
|
|
|
|
|
|
|
|
if(rect->xmin < 0) rect->xmin= 0;
|
|
|
|
if(rect->ymin < 0) rect->ymin= 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
static void wm_ghostwindow_destroy(wmWindow *win)
|
|
|
|
{
|
|
|
|
if(win->ghostwin) {
|
|
|
|
GHOST_DisposeWindow(g_system, win->ghostwin);
|
|
|
|
win->ghostwin= NULL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-12-10 13:56:54 +00:00
|
|
|
/* including window itself, C can be NULL.
|
|
|
|
ED_screen_exit should have been called */
|
2009-10-20 13:58:53 +00:00
|
|
|
void wm_window_free(bContext *C, wmWindowManager *wm, wmWindow *win)
|
2007-12-24 18:27:28 +00:00
|
|
|
{
|
2009-07-24 12:43:59 +00:00
|
|
|
wmTimer *wt, *wtnext;
|
2.5
Animation playback back in control. And non-blocking still!
- Play follows the "Playback" options in TimeLine menu.
Only the region 'windows' are drawn, not headers, toolbars,
channel views, etc.
The option "Buttons Window" also redraws property regions.
- The Timeline header always redraws, this to denote at least
progressing frame numbers
- For now: if you choose to play 3D views, it also redraws
the TimeLine. Seems to be good convention, but probably
better to add menu option for it?
- Fun test: while playback, change Playback options, works OK!
- New: top header button shows animation play status, and allows
to stop playback
- New: Animation stop/start operator. Assigned to ALT+A. It has
no options yet; just plays active region + all 3D windows now.
Options will follow, based on reviews.
Also ESC won't work for now, just press ALT+A again.
2009-05-21 13:33:04 +00:00
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
/* update context */
|
|
|
|
if(C) {
|
2009-01-23 17:42:36 +00:00
|
|
|
WM_event_remove_handlers(C, &win->handlers);
|
2009-09-18 12:43:36 +00:00
|
|
|
WM_event_remove_handlers(C, &win->modalhandlers);
|
2009-07-24 12:43:59 +00:00
|
|
|
|
2009-10-20 13:58:53 +00:00
|
|
|
if(CTX_wm_window(C)==win)
|
|
|
|
CTX_wm_window_set(C, NULL);
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
2009-10-20 13:58:53 +00:00
|
|
|
|
2010-12-11 12:24:23 +00:00
|
|
|
/* always set drawable and active to NULL, prevents non-drawable state of main windows (bugs #22967 and #25071, possibly #22477 too) */
|
|
|
|
wm->windrawable= NULL;
|
|
|
|
wm->winactive= NULL;
|
2009-10-20 13:58:53 +00:00
|
|
|
|
|
|
|
/* end running jobs, a job end also removes its timer */
|
|
|
|
for(wt= wm->timers.first; wt; wt= wtnext) {
|
|
|
|
wtnext= wt->next;
|
|
|
|
if(wt->win==win && wt->event_type==TIMERJOBS)
|
|
|
|
wm_jobs_timer_ended(wm, wt);
|
|
|
|
}
|
2.5
Animation playback back in control. And non-blocking still!
- Play follows the "Playback" options in TimeLine menu.
Only the region 'windows' are drawn, not headers, toolbars,
channel views, etc.
The option "Buttons Window" also redraws property regions.
- The Timeline header always redraws, this to denote at least
progressing frame numbers
- For now: if you choose to play 3D views, it also redraws
the TimeLine. Seems to be good convention, but probably
better to add menu option for it?
- Fun test: while playback, change Playback options, works OK!
- New: top header button shows animation play status, and allows
to stop playback
- New: Animation stop/start operator. Assigned to ALT+A. It has
no options yet; just plays active region + all 3D windows now.
Options will follow, based on reviews.
Also ESC won't work for now, just press ALT+A again.
2009-05-21 13:33:04 +00:00
|
|
|
|
2009-07-24 12:43:59 +00:00
|
|
|
/* timer removing, need to call this api function */
|
2009-10-20 13:58:53 +00:00
|
|
|
for(wt= wm->timers.first; wt; wt=wtnext) {
|
|
|
|
wtnext= wt->next;
|
|
|
|
if(wt->win==win)
|
|
|
|
WM_event_remove_timer(wm, win, wt);
|
|
|
|
}
|
|
|
|
|
|
|
|
if(win->eventstate) MEM_freeN(win->eventstate);
|
2008-12-22 12:57:53 +00:00
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
wm_event_free_all(win);
|
2008-01-01 15:53:38 +00:00
|
|
|
wm_subwindows_free(win);
|
|
|
|
|
2009-02-07 10:00:46 +00:00
|
|
|
if(win->drawdata)
|
|
|
|
MEM_freeN(win->drawdata);
|
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
wm_ghostwindow_destroy(win);
|
|
|
|
|
|
|
|
MEM_freeN(win);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int find_free_winid(wmWindowManager *wm)
|
|
|
|
{
|
|
|
|
wmWindow *win;
|
2009-02-07 19:37:29 +00:00
|
|
|
int id= 1;
|
2007-12-24 18:27:28 +00:00
|
|
|
|
|
|
|
for(win= wm->windows.first; win; win= win->next)
|
|
|
|
if(id <= win->winid)
|
|
|
|
id= win->winid+1;
|
|
|
|
|
|
|
|
return id;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* dont change context itself */
|
2008-11-18 13:51:02 +00:00
|
|
|
wmWindow *wm_window_new(bContext *C)
|
2007-12-24 18:27:28 +00:00
|
|
|
{
|
2008-12-18 02:56:48 +00:00
|
|
|
wmWindowManager *wm= CTX_wm_manager(C);
|
2007-12-24 18:27:28 +00:00
|
|
|
wmWindow *win= MEM_callocN(sizeof(wmWindow), "window");
|
|
|
|
|
2008-12-18 02:56:48 +00:00
|
|
|
BLI_addtail(&wm->windows, win);
|
|
|
|
win->winid= find_free_winid(wm);
|
2007-12-24 18:27:28 +00:00
|
|
|
|
|
|
|
return win;
|
|
|
|
}
|
|
|
|
|
2008-11-18 13:51:02 +00:00
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
/* part of wm_window.c api */
|
|
|
|
wmWindow *wm_window_copy(bContext *C, wmWindow *winorig)
|
|
|
|
{
|
2008-11-18 13:51:02 +00:00
|
|
|
wmWindow *win= wm_window_new(C);
|
2007-12-24 18:27:28 +00:00
|
|
|
|
|
|
|
win->posx= winorig->posx+10;
|
|
|
|
win->posy= winorig->posy;
|
|
|
|
win->sizex= winorig->sizex;
|
|
|
|
win->sizey= winorig->sizey;
|
|
|
|
|
2009-02-07 19:37:29 +00:00
|
|
|
/* duplicate assigns to window */
|
2009-08-15 16:43:03 +00:00
|
|
|
win->screen= ED_screen_duplicate(win, winorig->screen);
|
2010-11-05 07:35:21 +00:00
|
|
|
BLI_strncpy(win->screenname, win->screen->id.name+2, sizeof(win->screenname));
|
2009-08-15 16:43:03 +00:00
|
|
|
win->screen->winid= win->winid;
|
|
|
|
|
2008-06-19 19:09:21 +00:00
|
|
|
win->screen->do_refresh= 1;
|
|
|
|
win->screen->do_draw= 1;
|
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
|
|
|
|
|
|
|
win->drawmethod= -1;
|
|
|
|
win->drawdata= NULL;
|
2008-06-19 19:09:21 +00:00
|
|
|
|
|
|
|
return win;
|
|
|
|
}
|
2008-01-01 09:07:02 +00:00
|
|
|
|
2009-01-23 17:42:36 +00:00
|
|
|
/* this is event from ghost, or exit-blender op */
|
2009-10-20 13:58:53 +00:00
|
|
|
void wm_window_close(bContext *C, wmWindowManager *wm, wmWindow *win)
|
2007-12-24 18:27:28 +00:00
|
|
|
{
|
2008-12-18 02:56:48 +00:00
|
|
|
BLI_remlink(&wm->windows, win);
|
2008-12-10 15:12:46 +00:00
|
|
|
|
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
|
|
|
wm_draw_window_clear(win);
|
2009-11-23 11:49:23 +00:00
|
|
|
CTX_wm_window_set(C, win); /* needed by handlers */
|
|
|
|
WM_event_remove_handlers(C, &win->handlers);
|
|
|
|
WM_event_remove_handlers(C, &win->modalhandlers);
|
2010-11-09 14:54:59 +00:00
|
|
|
ED_screen_exit(C, win, win->screen);
|
|
|
|
|
|
|
|
/* if temp screen, delete it */
|
|
|
|
if(win->screen->temp) {
|
|
|
|
Main *bmain= CTX_data_main(C);
|
|
|
|
free_libblock(&bmain->screen, win->screen);
|
|
|
|
}
|
|
|
|
|
2009-10-20 13:58:53 +00:00
|
|
|
wm_window_free(C, wm, win);
|
2008-11-18 13:51:02 +00:00
|
|
|
|
2009-07-24 12:43:59 +00:00
|
|
|
/* check remaining windows */
|
|
|
|
if(wm->windows.first) {
|
|
|
|
for(win= wm->windows.first; win; win= win->next)
|
2010-11-09 14:54:59 +00:00
|
|
|
if(win->screen->temp == 0)
|
2009-07-24 12:43:59 +00:00
|
|
|
break;
|
|
|
|
/* in this case we close all */
|
|
|
|
if(win==NULL)
|
|
|
|
WM_exit(C);
|
|
|
|
}
|
|
|
|
else
|
2007-12-24 18:27:28 +00:00
|
|
|
WM_exit(C);
|
|
|
|
}
|
2008-01-15 18:54:38 +00:00
|
|
|
|
2009-02-18 13:29:54 +00:00
|
|
|
void wm_window_title(wmWindowManager *wm, wmWindow *win)
|
2009-02-13 13:33:01 +00:00
|
|
|
{
|
2009-07-24 12:43:59 +00:00
|
|
|
/* handle the 'temp' window */
|
2010-11-09 14:54:59 +00:00
|
|
|
if(win->screen && win->screen->temp) {
|
2009-07-24 12:43:59 +00:00
|
|
|
GHOST_SetTitle(win->ghostwin, "Blender");
|
|
|
|
}
|
|
|
|
else {
|
2009-02-13 13:33:01 +00:00
|
|
|
|
2010-07-15 11:51:43 +00:00
|
|
|
/* this is set to 1 if you don't have startup.blend open */
|
2010-10-18 06:41:16 +00:00
|
|
|
if(G.save_over && G.main->name[0]) {
|
|
|
|
char str[sizeof(G.main->name) + 12];
|
2009-07-24 12:43:59 +00:00
|
|
|
|
|
|
|
if(wm->file_saved)
|
2010-10-18 06:41:16 +00:00
|
|
|
sprintf(str, "Blender [%s]", G.main->name);
|
2009-07-24 12:43:59 +00:00
|
|
|
else
|
2010-10-18 06:41:16 +00:00
|
|
|
sprintf(str, "Blender* [%s]", G.main->name);
|
2009-07-24 12:43:59 +00:00
|
|
|
|
|
|
|
GHOST_SetTitle(win->ghostwin, str);
|
|
|
|
}
|
2009-02-18 13:29:54 +00:00
|
|
|
else
|
2009-07-24 12:43:59 +00:00
|
|
|
GHOST_SetTitle(win->ghostwin, "Blender");
|
2009-02-18 13:29:54 +00:00
|
|
|
|
2009-10-05 12:55:16 +00:00
|
|
|
/* Informs GHOST of unsaved changes, to set window modified visual indicator (MAC OS X)
|
|
|
|
and to give hint of unsaved changes for a user warning mechanism
|
|
|
|
in case of OS application terminate request (e.g. OS Shortcut Alt+F4, Cmd+Q, (...), or session end) */
|
|
|
|
GHOST_SetWindowModifiedState(win->ghostwin, (GHOST_TUns8)!wm->file_saved);
|
|
|
|
|
|
|
|
#if defined(__APPLE__) && !defined(GHOST_COCOA)
|
2009-07-24 12:43:59 +00:00
|
|
|
if(wm->file_saved)
|
|
|
|
GHOST_SetWindowState(win->ghostwin, GHOST_kWindowStateUnModified);
|
|
|
|
else
|
|
|
|
GHOST_SetWindowState(win->ghostwin, GHOST_kWindowStateModified);
|
2009-02-18 13:29:54 +00:00
|
|
|
#endif
|
2009-07-24 12:43:59 +00:00
|
|
|
}
|
2009-02-13 13:33:01 +00:00
|
|
|
}
|
|
|
|
|
2008-11-18 13:51:02 +00:00
|
|
|
/* belongs to below */
|
2010-12-03 17:05:21 +00:00
|
|
|
static void wm_window_add_ghostwindow(bContext *C, const char *title, wmWindow *win)
|
2007-12-24 18:27:28 +00:00
|
|
|
{
|
|
|
|
GHOST_WindowHandle ghostwin;
|
|
|
|
int scr_w, scr_h, posy;
|
2010-09-15 11:48:59 +00:00
|
|
|
GHOST_TWindowState initial_state;
|
|
|
|
|
|
|
|
/* when there is no window open uses the initial state */
|
|
|
|
if(!CTX_wm_window(C))
|
|
|
|
initial_state= initialstate;
|
|
|
|
else
|
|
|
|
initial_state= GHOST_kWindowStateNormal;
|
2007-12-24 18:27:28 +00:00
|
|
|
|
|
|
|
wm_get_screensize(&scr_w, &scr_h);
|
|
|
|
posy= (scr_h - win->posy - win->sizey);
|
|
|
|
|
2009-10-05 12:55:16 +00:00
|
|
|
#if defined(__APPLE__) && !defined(GHOST_COCOA)
|
2007-12-24 18:27:28 +00:00
|
|
|
{
|
|
|
|
extern int macPrefState; /* creator.c */
|
2010-09-26 23:58:16 +00:00
|
|
|
initial_state += macPrefState;
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
|
|
|
#endif
|
2010-01-08 14:40:47 +00:00
|
|
|
/* Disable AA for now, as GL_SELECT (used for border, lasso, ... select)
|
|
|
|
doesn't work well when AA is initialized, even if not used. */
|
2007-12-24 18:27:28 +00:00
|
|
|
ghostwin= GHOST_CreateWindow(g_system, title,
|
|
|
|
win->posx, posy, win->sizex, win->sizey,
|
2010-09-15 11:48:59 +00:00
|
|
|
initial_state,
|
2007-12-24 18:27:28 +00:00
|
|
|
GHOST_kDrawingContextTypeOpenGL,
|
2010-01-06 11:42:52 +00:00
|
|
|
0 /* no stereo */,
|
2010-01-08 14:40:47 +00:00
|
|
|
0 /* no AA */);
|
2007-12-24 18:27:28 +00:00
|
|
|
|
|
|
|
if (ghostwin) {
|
2010-10-22 00:29:56 +00:00
|
|
|
/* needed so we can detect the graphics card below */
|
|
|
|
GPU_extensions_init();
|
2008-11-18 13:51:02 +00:00
|
|
|
|
2010-09-15 11:48:59 +00:00
|
|
|
/* set the state*/
|
|
|
|
GHOST_SetWindowState(ghostwin, initial_state);
|
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
win->ghostwin= ghostwin;
|
|
|
|
GHOST_SetWindowUserData(ghostwin, win); /* pointer back */
|
|
|
|
|
|
|
|
if(win->eventstate==NULL)
|
|
|
|
win->eventstate= MEM_callocN(sizeof(wmEvent), "window event state");
|
|
|
|
|
|
|
|
/* until screens get drawn, make it nice grey */
|
|
|
|
glClearColor(.55, .55, .55, 0.0);
|
2010-10-22 00:29:56 +00:00
|
|
|
/* Crash on OSS ATI: bugs.launchpad.net/ubuntu/+source/mesa/+bug/656100 */
|
|
|
|
if(!GPU_type_matches(GPU_DEVICE_ATI, GPU_OS_UNIX, GPU_DRIVER_OPENSOURCE)) {
|
|
|
|
glClear(GL_COLOR_BUFFER_BIT);
|
|
|
|
}
|
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
wm_window_swap_buffers(win);
|
2008-11-18 13:51:02 +00:00
|
|
|
|
2009-02-18 13:29:54 +00:00
|
|
|
//GHOST_SetWindowState(ghostwin, GHOST_kWindowStateModified);
|
|
|
|
|
2008-01-07 18:03:41 +00:00
|
|
|
/* standard state vars for window */
|
|
|
|
glEnable(GL_SCISSOR_TEST);
|
2008-12-19 17:26:15 +00:00
|
|
|
|
|
|
|
GPU_state_init();
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* for wmWindows without ghostwin, open these and clear */
|
2008-11-18 13:51:02 +00:00
|
|
|
/* window size is read from window, if 0 it uses prefsize */
|
2009-11-11 04:08:09 +00:00
|
|
|
/* called in WM_check, also inits stuff after file read */
|
2010-09-15 11:48:59 +00:00
|
|
|
void wm_window_add_ghostwindows(bContext* C, wmWindowManager *wm)
|
2007-12-24 18:27:28 +00:00
|
|
|
{
|
2009-09-17 21:36:02 +00:00
|
|
|
wmKeyMap *keymap;
|
2007-12-24 18:27:28 +00:00
|
|
|
wmWindow *win;
|
|
|
|
|
2010-10-15 09:32:40 +00:00
|
|
|
/* no commandline prefsize? then we set this.
|
|
|
|
* Note that these values will be used only
|
|
|
|
* when there is no startup.blend yet.
|
|
|
|
*/
|
2007-12-24 18:27:28 +00:00
|
|
|
if (!prefsizx) {
|
|
|
|
wm_get_screensize(&prefsizx, &prefsizy);
|
|
|
|
|
2009-10-05 12:55:16 +00:00
|
|
|
#if defined(__APPLE__) && !defined(GHOST_COCOA)
|
|
|
|
//Cocoa provides functions to get correct max window size
|
2008-01-01 15:53:38 +00:00
|
|
|
{
|
|
|
|
extern void wm_set_apple_prefsize(int, int); /* wm_apple.c */
|
2008-11-18 13:51:02 +00:00
|
|
|
|
2008-01-01 15:53:38 +00:00
|
|
|
wm_set_apple_prefsize(prefsizx, prefsizy);
|
|
|
|
}
|
2007-12-24 18:27:28 +00:00
|
|
|
#else
|
|
|
|
prefstax= 0;
|
|
|
|
prefstay= 0;
|
|
|
|
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
|
|
|
for(win= wm->windows.first; win; win= win->next) {
|
|
|
|
if(win->ghostwin==NULL) {
|
2010-10-15 09:30:33 +00:00
|
|
|
if(win->sizex==0 || useprefsize) {
|
2007-12-24 18:27:28 +00:00
|
|
|
win->posx= prefstax;
|
|
|
|
win->posy= prefstay;
|
|
|
|
win->sizex= prefsizx;
|
|
|
|
win->sizey= prefsizy;
|
2010-09-15 11:48:59 +00:00
|
|
|
win->windowstate= initialstate;
|
2010-10-15 09:30:33 +00:00
|
|
|
useprefsize= 0;
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
2010-10-16 02:40:31 +00:00
|
|
|
wm_window_add_ghostwindow(C, "Blender", win);
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
2009-01-23 17:42:36 +00:00
|
|
|
/* happens after fileread */
|
|
|
|
if(win->eventstate==NULL)
|
2010-10-15 07:31:26 +00:00
|
|
|
win->eventstate= MEM_callocN(sizeof(wmEvent), "window event state");
|
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-01-23 17:42:36 +00:00
|
|
|
/* add keymap handlers (1 handler for all keys in map!) */
|
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
|
|
|
keymap= WM_keymap_find(wm->defaultconf, "Window", 0, 0);
|
2009-01-23 17:42:36 +00:00
|
|
|
WM_event_add_keymap_handler(&win->handlers, keymap);
|
|
|
|
|
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
|
|
|
keymap= WM_keymap_find(wm->defaultconf, "Screen", 0, 0);
|
2009-01-23 17:42:36 +00:00
|
|
|
WM_event_add_keymap_handler(&win->handlers, keymap);
|
2009-09-18 15:48:49 +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
|
|
|
keymap= WM_keymap_find(wm->defaultconf, "Screen Editing", 0, 0);
|
2009-09-18 15:48:49 +00:00
|
|
|
WM_event_add_keymap_handler(&win->modalhandlers, keymap);
|
2009-02-18 13:29:54 +00:00
|
|
|
|
2010-12-17 19:05:34 +00:00
|
|
|
/* add drop boxes */
|
|
|
|
{
|
|
|
|
ListBase *lb= WM_dropboxmap_find("Window", 0, 0);
|
|
|
|
WM_event_add_dropbox_handler(&win->handlers, lb);
|
|
|
|
}
|
2009-02-18 13:29:54 +00:00
|
|
|
wm_window_title(wm, win);
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-11-18 13:51:02 +00:00
|
|
|
/* new window, no screen yet, but we open ghostwindow for it */
|
|
|
|
/* also gets the window level handlers */
|
|
|
|
/* area-rip calls this */
|
|
|
|
wmWindow *WM_window_open(bContext *C, rcti *rect)
|
|
|
|
{
|
|
|
|
wmWindow *win= wm_window_new(C);
|
|
|
|
|
|
|
|
win->posx= rect->xmin;
|
|
|
|
win->posy= rect->ymin;
|
|
|
|
win->sizex= rect->xmax - rect->xmin;
|
|
|
|
win->sizey= rect->ymax - rect->ymin;
|
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
|
|
|
|
|
|
|
win->drawmethod= -1;
|
|
|
|
win->drawdata= NULL;
|
2008-11-18 13:51:02 +00:00
|
|
|
|
2009-11-11 04:08:09 +00:00
|
|
|
WM_check(C);
|
2008-11-18 13:51:02 +00:00
|
|
|
|
|
|
|
return win;
|
|
|
|
}
|
|
|
|
|
2010-11-09 14:54:59 +00:00
|
|
|
/* uses screen->temp tag to define what to do, currently it limits
|
2009-07-24 12:43:59 +00:00
|
|
|
to only one "temp" window for render out, preferences, filewindow, etc */
|
|
|
|
/* type is #define in WM_api.h */
|
|
|
|
|
|
|
|
void WM_window_open_temp(bContext *C, rcti *position, int type)
|
|
|
|
{
|
|
|
|
wmWindow *win;
|
|
|
|
ScrArea *sa;
|
|
|
|
|
|
|
|
/* changes rect to fit within desktop */
|
|
|
|
wm_window_check_position(position);
|
|
|
|
|
|
|
|
/* test if we have a temp screen already */
|
|
|
|
for(win= CTX_wm_manager(C)->windows.first; win; win= win->next)
|
2010-11-09 14:54:59 +00:00
|
|
|
if(win->screen->temp)
|
2009-07-24 12:43:59 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
/* add new window? */
|
|
|
|
if(win==NULL) {
|
|
|
|
win= wm_window_new(C);
|
|
|
|
|
|
|
|
win->posx= position->xmin;
|
|
|
|
win->posy= position->ymin;
|
|
|
|
}
|
|
|
|
|
|
|
|
win->sizex= position->xmax - position->xmin;
|
|
|
|
win->sizey= position->ymax - position->ymin;
|
|
|
|
|
|
|
|
if(win->ghostwin) {
|
|
|
|
wm_window_set_size(win, win->sizex, win->sizey) ;
|
|
|
|
wm_window_raise(win);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* add new screen? */
|
|
|
|
if(win->screen==NULL)
|
|
|
|
win->screen= ED_screen_add(win, CTX_data_scene(C), "temp");
|
2010-11-09 14:54:59 +00:00
|
|
|
win->screen->temp = 1;
|
2009-07-24 12:43:59 +00:00
|
|
|
|
|
|
|
/* make window active, and validate/resize */
|
|
|
|
CTX_wm_window_set(C, win);
|
2009-11-11 04:08:09 +00:00
|
|
|
WM_check(C);
|
2009-07-24 12:43:59 +00:00
|
|
|
|
|
|
|
/* ensure it shows the right spacetype editor */
|
|
|
|
sa= win->screen->areabase.first;
|
|
|
|
CTX_wm_area_set(C, sa);
|
|
|
|
|
|
|
|
if(type==WM_WINDOW_RENDER) {
|
|
|
|
ED_area_newspace(C, sa, SPACE_IMAGE);
|
|
|
|
}
|
|
|
|
else {
|
2009-08-18 12:58:51 +00:00
|
|
|
ED_area_newspace(C, sa, SPACE_USERPREF);
|
2009-07-24 12:43:59 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
ED_screen_set(C, win->screen);
|
|
|
|
|
|
|
|
if(sa->spacetype==SPACE_IMAGE)
|
|
|
|
GHOST_SetTitle(win->ghostwin, "Blender Render");
|
2009-08-18 12:58:51 +00:00
|
|
|
else if(ELEM(sa->spacetype, SPACE_OUTLINER, SPACE_USERPREF))
|
2009-07-24 12:43:59 +00:00
|
|
|
GHOST_SetTitle(win->ghostwin, "Blender User Preferences");
|
|
|
|
else if(sa->spacetype==SPACE_FILE)
|
|
|
|
GHOST_SetTitle(win->ghostwin, "Blender File View");
|
|
|
|
else
|
|
|
|
GHOST_SetTitle(win->ghostwin, "Blender");
|
|
|
|
}
|
|
|
|
|
2008-11-18 13:51:02 +00:00
|
|
|
|
|
|
|
/* ****************** Operators ****************** */
|
|
|
|
|
|
|
|
/* operator callback */
|
2010-10-16 02:40:31 +00:00
|
|
|
int wm_window_duplicate_exec(bContext *C, wmOperator *UNUSED(op))
|
2008-11-18 13:51:02 +00:00
|
|
|
{
|
2008-12-18 02:56:48 +00:00
|
|
|
wm_window_copy(C, CTX_wm_window(C));
|
2009-11-11 04:08:09 +00:00
|
|
|
WM_check(C);
|
2008-11-18 13:51:02 +00:00
|
|
|
|
2010-01-19 06:49:50 +00:00
|
|
|
WM_event_add_notifier(C, NC_WINDOW|NA_ADDED, NULL);
|
|
|
|
|
2008-11-18 13:51:02 +00:00
|
|
|
return OPERATOR_FINISHED;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
/* fullscreen operator callback */
|
2010-10-16 02:40:31 +00:00
|
|
|
int wm_window_fullscreen_toggle_exec(bContext *C, wmOperator *UNUSED(op))
|
2008-11-18 13:51:02 +00:00
|
|
|
{
|
2008-12-18 02:56:48 +00:00
|
|
|
wmWindow *window= CTX_wm_window(C);
|
|
|
|
GHOST_TWindowState state = GHOST_GetWindowState(window->ghostwin);
|
2008-11-18 13:51:02 +00:00
|
|
|
if(state!=GHOST_kWindowStateFullScreen)
|
2008-12-18 02:56:48 +00:00
|
|
|
GHOST_SetWindowState(window->ghostwin, GHOST_kWindowStateFullScreen);
|
2008-11-18 13:51:02 +00:00
|
|
|
else
|
2008-12-18 02:56:48 +00:00
|
|
|
GHOST_SetWindowState(window->ghostwin, GHOST_kWindowStateNormal);
|
2008-11-18 13:51:02 +00:00
|
|
|
|
|
|
|
return OPERATOR_FINISHED;
|
|
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
/* ************ events *************** */
|
|
|
|
|
2010-10-15 13:03:10 +00:00
|
|
|
typedef enum
|
|
|
|
{
|
|
|
|
SHIFT = 's',
|
|
|
|
CONTROL = 'c',
|
|
|
|
ALT = 'a',
|
|
|
|
OS = 'C'
|
|
|
|
} modifierKeyType;
|
|
|
|
|
|
|
|
/* check if specified modifier key type is pressed */
|
|
|
|
static int query_qual(modifierKeyType qual)
|
2007-12-24 18:27:28 +00:00
|
|
|
{
|
|
|
|
GHOST_TModifierKeyMask left, right;
|
|
|
|
int val= 0;
|
|
|
|
|
2010-10-15 13:03:10 +00:00
|
|
|
switch(qual) {
|
|
|
|
case SHIFT:
|
|
|
|
left= GHOST_kModifierKeyLeftShift;
|
|
|
|
right= GHOST_kModifierKeyRightShift;
|
|
|
|
break;
|
|
|
|
case CONTROL:
|
|
|
|
left= GHOST_kModifierKeyLeftControl;
|
|
|
|
right= GHOST_kModifierKeyRightControl;
|
|
|
|
break;
|
|
|
|
case OS:
|
|
|
|
left= right= GHOST_kModifierKeyOS;
|
|
|
|
break;
|
|
|
|
case ALT:
|
|
|
|
default:
|
|
|
|
left= GHOST_kModifierKeyLeftAlt;
|
|
|
|
right= GHOST_kModifierKeyRightAlt;
|
|
|
|
break;
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
GHOST_GetModifierKeyState(g_system, left, &val);
|
|
|
|
if (!val)
|
|
|
|
GHOST_GetModifierKeyState(g_system, right, &val);
|
|
|
|
|
|
|
|
return val;
|
|
|
|
}
|
|
|
|
|
|
|
|
void wm_window_make_drawable(bContext *C, wmWindow *win)
|
|
|
|
{
|
2008-12-18 02:56:48 +00:00
|
|
|
wmWindowManager *wm= CTX_wm_manager(C);
|
|
|
|
|
|
|
|
if (win != wm->windrawable && win->ghostwin) {
|
2007-12-24 18:27:28 +00:00
|
|
|
// win->lmbut= 0; /* keeps hanging when mousepressed while other window opened */
|
|
|
|
|
2008-12-18 02:56:48 +00:00
|
|
|
wm->windrawable= 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
|
|
|
if(G.f & G_DEBUG) printf("set drawable %d\n", win->winid);
|
2007-12-24 18:27:28 +00:00
|
|
|
GHOST_ActivateWindowDrawingContext(win->ghostwin);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* called by ghost, here we handle events for windows themselves or send to event system */
|
2008-01-07 18:03:41 +00:00
|
|
|
static int ghost_event_proc(GHOST_EventHandle evt, GHOST_TUserDataPtr private)
|
2007-12-24 18:27:28 +00:00
|
|
|
{
|
|
|
|
bContext *C= private;
|
2009-10-20 13:58:53 +00:00
|
|
|
wmWindowManager *wm= CTX_wm_manager(C);
|
2007-12-24 18:27:28 +00:00
|
|
|
GHOST_TEventType type= GHOST_GetEventType(evt);
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
int time= GHOST_GetEventTime(evt);
|
2007-12-24 18:27:28 +00:00
|
|
|
|
|
|
|
if (type == GHOST_kEventQuit) {
|
|
|
|
WM_exit(C);
|
|
|
|
} else {
|
|
|
|
GHOST_WindowHandle ghostwin= GHOST_GetEventWindow(evt);
|
|
|
|
GHOST_TEventDataPtr data= GHOST_GetEventData(evt);
|
|
|
|
wmWindow *win;
|
|
|
|
|
|
|
|
if (!ghostwin) {
|
|
|
|
// XXX - should be checked, why are we getting an event here, and
|
|
|
|
// what is it?
|
|
|
|
|
|
|
|
return 1;
|
|
|
|
} else if (!GHOST_ValidWindow(g_system, ghostwin)) {
|
|
|
|
// XXX - should be checked, why are we getting an event here, and
|
|
|
|
// what is it?
|
|
|
|
|
|
|
|
return 1;
|
|
|
|
} else {
|
|
|
|
win= GHOST_GetWindowUserData(ghostwin);
|
|
|
|
}
|
|
|
|
|
|
|
|
switch(type) {
|
|
|
|
case GHOST_kEventWindowDeactivate:
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
wm_event_add_ghostevent(wm, win, type, time, data);
|
2007-12-24 18:27:28 +00:00
|
|
|
win->active= 0; /* XXX */
|
|
|
|
break;
|
|
|
|
case GHOST_kEventWindowActivate:
|
|
|
|
{
|
|
|
|
GHOST_TEventKeyData kdata;
|
|
|
|
int cx, cy, wx, wy;
|
|
|
|
|
2009-10-20 13:58:53 +00:00
|
|
|
wm->winactive= win; /* no context change! c->wm->windrawable is drawable, or for area queues */
|
2007-12-24 18:27:28 +00:00
|
|
|
|
|
|
|
win->active= 1;
|
|
|
|
// window_handle(win, INPUTCHANGE, win->active);
|
|
|
|
|
2008-01-07 18:03:41 +00:00
|
|
|
/* bad ghost support for modifier keys... so on activate we set the modifiers again */
|
2007-12-24 18:27:28 +00:00
|
|
|
kdata.ascii= 0;
|
2010-10-15 13:03:10 +00:00
|
|
|
if (win->eventstate->shift && !query_qual(SHIFT)) {
|
2007-12-24 18:27:28 +00:00
|
|
|
kdata.key= GHOST_kKeyLeftShift;
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
wm_event_add_ghostevent(wm, win, GHOST_kEventKeyUp, time, &kdata);
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
2010-10-15 13:03:10 +00:00
|
|
|
if (win->eventstate->ctrl && !query_qual(CONTROL)) {
|
2007-12-24 18:27:28 +00:00
|
|
|
kdata.key= GHOST_kKeyLeftControl;
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
wm_event_add_ghostevent(wm, win, GHOST_kEventKeyUp, time, &kdata);
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
2010-10-15 13:03:10 +00:00
|
|
|
if (win->eventstate->alt && !query_qual(ALT)) {
|
2007-12-24 18:27:28 +00:00
|
|
|
kdata.key= GHOST_kKeyLeftAlt;
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
wm_event_add_ghostevent(wm, win, GHOST_kEventKeyUp, time, &kdata);
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
2010-10-15 13:03:10 +00:00
|
|
|
if (win->eventstate->oskey && !query_qual(OS)) {
|
2010-10-05 19:10:15 +00:00
|
|
|
kdata.key= GHOST_kKeyOS;
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
wm_event_add_ghostevent(wm, win, GHOST_kEventKeyUp, time, &kdata);
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
2009-08-16 17:42:09 +00:00
|
|
|
/* keymodifier zero, it hangs on hotkeys that open windows otherwise */
|
|
|
|
win->eventstate->keymodifier= 0;
|
2007-12-24 18:27:28 +00:00
|
|
|
|
|
|
|
/* entering window, update mouse pos. but no event */
|
|
|
|
GHOST_GetCursorPosition(g_system, &wx, &wy);
|
|
|
|
|
|
|
|
GHOST_ScreenToClient(win->ghostwin, wx, wy, &cx, &cy);
|
|
|
|
win->eventstate->x= cx;
|
2009-10-06 16:56:22 +00:00
|
|
|
|
|
|
|
#if defined(__APPLE__) && defined(GHOST_COCOA)
|
|
|
|
//Cocoa already uses coordinates with y=0 at bottom
|
|
|
|
win->eventstate->y= cy;
|
|
|
|
#else
|
2007-12-24 18:27:28 +00:00
|
|
|
win->eventstate->y= (win->sizey-1) - cy;
|
2009-10-06 16:56:22 +00:00
|
|
|
#endif
|
2007-12-24 18:27:28 +00:00
|
|
|
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
win->addmousemove= 1; /* enables highlighted buttons */
|
|
|
|
|
2008-01-07 18:03:41 +00:00
|
|
|
wm_window_make_drawable(C, win);
|
2007-12-24 18:27:28 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
case GHOST_kEventWindowClose: {
|
2009-10-20 13:58:53 +00:00
|
|
|
wm_window_close(C, wm, win);
|
2007-12-24 18:27:28 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
case GHOST_kEventWindowUpdate: {
|
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
|
|
|
if(G.f & G_DEBUG) printf("ghost redraw\n");
|
2008-01-07 18:03:41 +00:00
|
|
|
|
|
|
|
wm_window_make_drawable(C, win);
|
2008-12-27 16:09:56 +00:00
|
|
|
WM_event_add_notifier(C, NC_WINDOW, NULL);
|
2008-01-07 18:03:41 +00:00
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
break;
|
|
|
|
}
|
2007-12-30 13:30:31 +00:00
|
|
|
case GHOST_kEventWindowSize:
|
|
|
|
case GHOST_kEventWindowMove: {
|
2008-12-28 15:28:09 +00:00
|
|
|
GHOST_TWindowState state;
|
|
|
|
state = GHOST_GetWindowState(win->ghostwin);
|
|
|
|
|
|
|
|
/* win32: gives undefined window size when minimized */
|
|
|
|
if(state!=GHOST_kWindowStateMinimized) {
|
|
|
|
GHOST_RectangleHandle client_rect;
|
|
|
|
int l, t, r, b, scr_w, scr_h;
|
2009-09-20 17:24:56 +00:00
|
|
|
int sizex, sizey, posx, posy;
|
2008-01-07 18:03:41 +00:00
|
|
|
|
2008-12-28 15:28:09 +00:00
|
|
|
client_rect= GHOST_GetClientBounds(win->ghostwin);
|
|
|
|
GHOST_GetRectangle(client_rect, &l, &t, &r, &b);
|
2008-01-07 18:03:41 +00:00
|
|
|
|
2008-12-28 15:28:09 +00:00
|
|
|
GHOST_DisposeRectangle(client_rect);
|
|
|
|
|
|
|
|
wm_get_screensize(&scr_w, &scr_h);
|
2009-09-20 17:24:56 +00:00
|
|
|
sizex= r-l;
|
|
|
|
sizey= b-t;
|
|
|
|
posx= l;
|
|
|
|
posy= scr_h - t - win->sizey;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Ghost sometimes send size or move events when the window hasn't changed.
|
|
|
|
* One case of this is using compiz on linux. To alleviate the problem
|
|
|
|
* we ignore all such event here.
|
|
|
|
*
|
|
|
|
* It might be good to eventually do that at Ghost level, but that is for
|
|
|
|
* another time.
|
|
|
|
*/
|
|
|
|
if (win->sizex != sizex ||
|
|
|
|
win->sizey != sizey ||
|
|
|
|
win->posx != posx ||
|
|
|
|
win->posy != posy)
|
|
|
|
{
|
|
|
|
win->sizex= sizex;
|
|
|
|
win->sizey= sizey;
|
|
|
|
win->posx= posx;
|
|
|
|
win->posy= posy;
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
|
2009-09-20 17:24:56 +00:00
|
|
|
/* debug prints */
|
|
|
|
if(0) {
|
|
|
|
state = GHOST_GetWindowState(win->ghostwin);
|
|
|
|
|
|
|
|
if(state==GHOST_kWindowStateNormal) {
|
|
|
|
if(G.f & G_DEBUG) printf("window state: normal\n");
|
|
|
|
}
|
|
|
|
else if(state==GHOST_kWindowStateMinimized) {
|
|
|
|
if(G.f & G_DEBUG) printf("window state: minimized\n");
|
|
|
|
}
|
|
|
|
else if(state==GHOST_kWindowStateMaximized) {
|
|
|
|
if(G.f & G_DEBUG) printf("window state: maximized\n");
|
|
|
|
}
|
|
|
|
else if(state==GHOST_kWindowStateFullScreen) {
|
|
|
|
if(G.f & G_DEBUG) printf("window state: fullscreen\n");
|
|
|
|
}
|
|
|
|
|
|
|
|
if(type!=GHOST_kEventWindowSize) {
|
|
|
|
if(G.f & G_DEBUG) printf("win move event pos %d %d size %d %d\n", win->posx, win->posy, win->sizex, win->sizey);
|
|
|
|
}
|
|
|
|
|
2008-12-28 15:28:09 +00:00
|
|
|
}
|
2009-09-20 17:24:56 +00:00
|
|
|
|
|
|
|
wm_window_make_drawable(C, win);
|
|
|
|
wm_draw_window_clear(win);
|
|
|
|
WM_event_add_notifier(C, NC_SCREEN|NA_EDITED, NULL);
|
2010-01-18 01:59:16 +00:00
|
|
|
WM_event_add_notifier(C, NC_WINDOW|NA_EDITED, NULL);
|
2008-12-28 15:28:09 +00:00
|
|
|
}
|
|
|
|
}
|
2007-12-24 18:27:28 +00:00
|
|
|
break;
|
|
|
|
}
|
2010-02-01 09:11:18 +00:00
|
|
|
|
|
|
|
case GHOST_kEventOpenMainFile:
|
|
|
|
{
|
|
|
|
PointerRNA props_ptr;
|
|
|
|
wmWindow *oldWindow;
|
|
|
|
char *path = GHOST_GetEventData(evt);
|
|
|
|
|
|
|
|
if (path) {
|
|
|
|
/* operator needs a valid window in context, ensures
|
|
|
|
it is correctly set */
|
|
|
|
oldWindow = CTX_wm_window(C);
|
|
|
|
CTX_wm_window_set(C, win);
|
|
|
|
|
|
|
|
WM_operator_properties_create(&props_ptr, "WM_OT_open_mainfile");
|
2010-06-14 03:52:10 +00:00
|
|
|
RNA_string_set(&props_ptr, "filepath", path);
|
2010-02-01 09:11:18 +00:00
|
|
|
WM_operator_name_call(C, "WM_OT_open_mainfile", WM_OP_EXEC_DEFAULT, &props_ptr);
|
|
|
|
WM_operator_properties_free(&props_ptr);
|
|
|
|
|
|
|
|
CTX_wm_window_set(C, oldWindow);
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
}
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
case GHOST_kEventDraggingDropDone:
|
|
|
|
{
|
2010-05-06 17:45:02 +00:00
|
|
|
wmEvent event;
|
2010-05-06 16:06:57 +00:00
|
|
|
GHOST_TEventDragnDropData *ddd= GHOST_GetEventData(evt);
|
2010-05-06 17:45:02 +00:00
|
|
|
int cx, cy, wx, wy;
|
|
|
|
|
|
|
|
|
|
|
|
/* entering window, update mouse pos */
|
|
|
|
GHOST_GetCursorPosition(g_system, &wx, &wy);
|
|
|
|
|
|
|
|
GHOST_ScreenToClient(win->ghostwin, wx, wy, &cx, &cy);
|
|
|
|
win->eventstate->x= cx;
|
|
|
|
|
|
|
|
#if defined(__APPLE__) && defined(GHOST_COCOA)
|
|
|
|
//Cocoa already uses coordinates with y=0 at bottom
|
|
|
|
win->eventstate->y= cy;
|
|
|
|
#else
|
|
|
|
win->eventstate->y= (win->sizey-1) - cy;
|
|
|
|
#endif
|
|
|
|
|
|
|
|
event= *(win->eventstate); /* copy last state, like mouse coords */
|
|
|
|
|
|
|
|
// activate region
|
|
|
|
event.type= MOUSEMOVE;
|
|
|
|
event.prevx= event.x;
|
|
|
|
event.prevy= event.y;
|
|
|
|
|
|
|
|
wm->winactive= win; /* no context change! c->wm->windrawable is drawable, or for area queues */
|
|
|
|
win->active= 1;
|
|
|
|
|
|
|
|
wm_event_add(win, &event);
|
|
|
|
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
|
|
|
|
/* make blender drop event with custom data pointing to wm drags */
|
|
|
|
event.type= EVT_DROP;
|
2010-05-06 17:45:02 +00:00
|
|
|
event.val= KM_RELEASE;
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
event.custom= EVT_DATA_LISTBASE;
|
|
|
|
event.customdata= &wm->drags;
|
2010-05-06 17:45:02 +00:00
|
|
|
event.customdatafree= 1;
|
|
|
|
|
|
|
|
wm_event_add(win, &event);
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
|
2010-05-06 17:45:02 +00:00
|
|
|
/* printf("Drop detected\n"); */
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
|
|
|
|
/* add drag data to wm for paths: */
|
2010-05-06 16:06:57 +00:00
|
|
|
|
|
|
|
if(ddd->dataType == GHOST_kDragnDropTypeFilenames) {
|
|
|
|
GHOST_TStringArray *stra= ddd->data;
|
2010-12-17 19:05:34 +00:00
|
|
|
int a, icon;
|
2010-05-06 16:06:57 +00:00
|
|
|
|
|
|
|
for(a=0; a<stra->count; a++) {
|
|
|
|
printf("drop file %s\n", stra->strings[a]);
|
2010-12-17 19:05:34 +00:00
|
|
|
/* try to get icon type from extension */
|
|
|
|
icon= ED_file_extension_icon((char *)stra->strings[a]);
|
|
|
|
|
|
|
|
WM_event_start_drag(C, icon, WM_DRAG_PATH, stra->strings[a], 0.0);
|
2010-05-06 16:06:57 +00:00
|
|
|
/* void poin should point to string, it makes a copy */
|
2010-05-06 17:45:02 +00:00
|
|
|
break; // only one drop element supported now
|
2010-05-06 16:06:57 +00:00
|
|
|
}
|
|
|
|
}
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
|
2010-05-06 17:45:02 +00:00
|
|
|
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
default:
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
wm_event_add_ghostevent(wm, win, type, time, data);
|
2007-12-24 18:27:28 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
}
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2008-12-22 12:57:53 +00:00
|
|
|
|
|
|
|
/* This timer system only gives maximum 1 timer event per redraw cycle,
|
|
|
|
to prevent queues to get overloaded.
|
|
|
|
Timer handlers should check for delta to decide if they just
|
2009-02-15 13:09:19 +00:00
|
|
|
update, or follow real time.
|
2009-02-15 14:01:27 +00:00
|
|
|
Timer handlers can also set duration to match frames passed
|
2008-12-22 12:57:53 +00:00
|
|
|
*/
|
|
|
|
static int wm_window_timer(const bContext *C)
|
2007-12-24 18:27:28 +00:00
|
|
|
{
|
2008-12-22 12:57:53 +00:00
|
|
|
wmWindowManager *wm= CTX_wm_manager(C);
|
2009-10-20 13:58:53 +00:00
|
|
|
wmTimer *wt, *wtnext;
|
2008-12-22 12:57:53 +00:00
|
|
|
wmWindow *win;
|
|
|
|
double time= PIL_check_seconds_timer();
|
|
|
|
int retval= 0;
|
2008-12-21 19:58:25 +00:00
|
|
|
|
2009-10-20 13:58:53 +00:00
|
|
|
for(wt= wm->timers.first; wt; wt= wtnext) {
|
|
|
|
wtnext= wt->next; /* in case timer gets removed */
|
|
|
|
win= wt->win;
|
|
|
|
|
|
|
|
if(wt->sleep==0) {
|
|
|
|
if(time > wt->ntime) {
|
|
|
|
wt->delta= time - wt->ltime;
|
|
|
|
wt->duration += wt->delta;
|
|
|
|
wt->ltime= time;
|
|
|
|
wt->ntime= wt->stime + wt->timestep*ceil(wt->duration/wt->timestep);
|
|
|
|
|
|
|
|
if(wt->event_type == TIMERJOBS)
|
|
|
|
wm_jobs_timer(C, wm, wt);
|
|
|
|
else if(wt->event_type == TIMERAUTOSAVE)
|
|
|
|
wm_autosave_timer(C, wm, wt);
|
|
|
|
else if(win) {
|
2008-12-26 13:29:47 +00:00
|
|
|
wmEvent event= *(win->eventstate);
|
|
|
|
|
|
|
|
event.type= wt->event_type;
|
|
|
|
event.custom= EVT_DATA_TIMER;
|
|
|
|
event.customdata= wt;
|
|
|
|
wm_event_add(win, &event);
|
|
|
|
|
2008-12-22 12:57:53 +00:00
|
|
|
retval= 1;
|
|
|
|
}
|
|
|
|
}
|
2008-12-21 19:58:25 +00:00
|
|
|
}
|
|
|
|
}
|
2008-12-22 12:57:53 +00:00
|
|
|
return retval;
|
|
|
|
}
|
|
|
|
|
|
|
|
void wm_window_process_events(const bContext *C)
|
|
|
|
{
|
|
|
|
int hasevent= GHOST_ProcessEvents(g_system, 0); /* 0 is no wait */
|
|
|
|
|
|
|
|
if(hasevent)
|
2008-12-21 19:58:25 +00:00
|
|
|
GHOST_DispatchEvents(g_system);
|
2008-12-22 12:57:53 +00:00
|
|
|
|
|
|
|
hasevent |= wm_window_timer(C);
|
|
|
|
|
|
|
|
/* no event, we sleep 5 milliseconds */
|
|
|
|
if(hasevent==0)
|
|
|
|
PIL_sleep_ms(5);
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
|
|
|
|
2010-10-16 02:40:31 +00:00
|
|
|
void wm_window_process_events_nosleep(void)
|
2009-06-13 20:58:43 +00:00
|
|
|
{
|
|
|
|
if(GHOST_ProcessEvents(g_system, 0))
|
|
|
|
GHOST_DispatchEvents(g_system);
|
|
|
|
}
|
|
|
|
|
2008-12-30 13:16:14 +00:00
|
|
|
/* exported as handle callback to bke blender.c */
|
|
|
|
void wm_window_testbreak(void)
|
|
|
|
{
|
|
|
|
static double ltime= 0;
|
|
|
|
double curtime= PIL_check_seconds_timer();
|
|
|
|
|
|
|
|
/* only check for breaks every 50 milliseconds
|
|
|
|
* if we get called more often.
|
|
|
|
*/
|
|
|
|
if ((curtime-ltime)>.05) {
|
|
|
|
int hasevent= GHOST_ProcessEvents(g_system, 0); /* 0 is no wait */
|
|
|
|
|
|
|
|
if(hasevent)
|
|
|
|
GHOST_DispatchEvents(g_system);
|
|
|
|
|
|
|
|
ltime= curtime;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
/* **************** init ********************** */
|
|
|
|
|
|
|
|
void wm_ghost_init(bContext *C)
|
|
|
|
{
|
|
|
|
if (!g_system) {
|
|
|
|
GHOST_EventConsumerHandle consumer= GHOST_CreateEventConsumer(ghost_event_proc, C);
|
|
|
|
|
|
|
|
g_system= GHOST_CreateSystem();
|
|
|
|
GHOST_AddEventConsumer(g_system, consumer);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2009-08-05 02:40:51 +00:00
|
|
|
void wm_ghost_exit(void)
|
|
|
|
{
|
|
|
|
if(g_system)
|
|
|
|
GHOST_DisposeSystem(g_system);
|
|
|
|
|
|
|
|
g_system= NULL;
|
|
|
|
}
|
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
/* **************** timer ********************** */
|
|
|
|
|
2008-12-22 12:57:53 +00:00
|
|
|
/* to (de)activate running timers temporary */
|
2010-10-16 02:40:31 +00:00
|
|
|
void WM_event_timer_sleep(wmWindowManager *wm, wmWindow *UNUSED(win), wmTimer *timer, int dosleep)
|
2007-12-24 18:27:28 +00:00
|
|
|
{
|
2008-12-22 12:57:53 +00:00
|
|
|
wmTimer *wt;
|
|
|
|
|
2009-10-20 13:58:53 +00:00
|
|
|
for(wt= wm->timers.first; wt; wt= wt->next)
|
2008-12-22 12:57:53 +00:00
|
|
|
if(wt==timer)
|
|
|
|
break;
|
2009-10-20 13:58:53 +00:00
|
|
|
|
|
|
|
if(wt)
|
2008-12-22 12:57:53 +00:00
|
|
|
wt->sleep= dosleep;
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
|
|
|
|
2009-10-20 13:58:53 +00:00
|
|
|
wmTimer *WM_event_add_timer(wmWindowManager *wm, wmWindow *win, int event_type, double timestep)
|
2007-12-24 18:27:28 +00:00
|
|
|
{
|
2008-12-22 12:57:53 +00:00
|
|
|
wmTimer *wt= MEM_callocN(sizeof(wmTimer), "window timer");
|
|
|
|
|
2008-12-26 13:29:47 +00:00
|
|
|
wt->event_type= event_type;
|
2008-12-22 12:57:53 +00:00
|
|
|
wt->ltime= PIL_check_seconds_timer();
|
2009-08-21 16:28:49 +00:00
|
|
|
wt->ntime= wt->ltime + timestep;
|
|
|
|
wt->stime= wt->ltime;
|
2008-12-22 12:57:53 +00:00
|
|
|
wt->timestep= timestep;
|
2009-10-20 13:58:53 +00:00
|
|
|
wt->win= win;
|
2008-12-22 12:57:53 +00:00
|
|
|
|
2009-10-20 13:58:53 +00:00
|
|
|
BLI_addtail(&wm->timers, wt);
|
2008-12-22 12:57:53 +00:00
|
|
|
|
|
|
|
return wt;
|
Various changes made in the process of working on the UI code:
* Added functions to generate Timer events. There was some unfinished code to
create one timer per window, this replaces that with a way to let operators
or other handlers add/remove their own timers as needed. This is currently
delivered as an event with the timer handle, perhaps this should be a notifier
instead? Also includes some fixes in ghost for timer events that were not
delivered in time, due to passing negative timeout.
* Added a Message event, which is a generic event that can be added by any
operator. This is used in the UI code to communicate the results of opened
blocks. Again, this may be better as a notifier.
* These two events should not be blocked as they are intended for a specific
operator or handler, so there were exceptions added for this, which is one
of the reasons they might work better as notifiers, but currently these
things can't listen to notifier yet.
* Added an option to events to indicate if the customdata should be freed or
not.
* Added a free() callback for area regions, and added a free function for
area regions in blenkernel since it was already there for screens and areas.
* Added ED_screen/area/region_exit functions to clean up things like operators
and handlers when they are closed.
* Added screen level regions, these will draw over areas boundaries, with the
last created region on top. These are useful for tooltips, menus, etc, and
are not saved to file. It's using the same ARegion struct as areas to avoid
code duplication, but perhaps that should be renamed then. Note that redraws
currently go correct, because only full window redraws are used, for partial
redraws without any frontbuffer drawing, the window manager needs to get
support for compositing subwindows.
* Minor changes in the subwindow code to retrieve the matrix, and moved
setlinestyle to glutil.c.
* Reversed argument order in WM_event_add/remove_keymap_handler to be consistent
with modal_handler.
* Operators can now block events but not necessarily cancel/finish.
* Modal operators are now stored in a list in the window/area/region they were
created in. This means for example that when a transform operator is invoked
from a region but registers a handler at the window level (since mouse motion
across areas should work), it will still get removed when the region is closed
while the operator is running.
2008-11-11 15:18:21 +00:00
|
|
|
}
|
|
|
|
|
2010-10-16 02:40:31 +00:00
|
|
|
void WM_event_remove_timer(wmWindowManager *wm, wmWindow *UNUSED(win), wmTimer *timer)
|
Various changes made in the process of working on the UI code:
* Added functions to generate Timer events. There was some unfinished code to
create one timer per window, this replaces that with a way to let operators
or other handlers add/remove their own timers as needed. This is currently
delivered as an event with the timer handle, perhaps this should be a notifier
instead? Also includes some fixes in ghost for timer events that were not
delivered in time, due to passing negative timeout.
* Added a Message event, which is a generic event that can be added by any
operator. This is used in the UI code to communicate the results of opened
blocks. Again, this may be better as a notifier.
* These two events should not be blocked as they are intended for a specific
operator or handler, so there were exceptions added for this, which is one
of the reasons they might work better as notifiers, but currently these
things can't listen to notifier yet.
* Added an option to events to indicate if the customdata should be freed or
not.
* Added a free() callback for area regions, and added a free function for
area regions in blenkernel since it was already there for screens and areas.
* Added ED_screen/area/region_exit functions to clean up things like operators
and handlers when they are closed.
* Added screen level regions, these will draw over areas boundaries, with the
last created region on top. These are useful for tooltips, menus, etc, and
are not saved to file. It's using the same ARegion struct as areas to avoid
code duplication, but perhaps that should be renamed then. Note that redraws
currently go correct, because only full window redraws are used, for partial
redraws without any frontbuffer drawing, the window manager needs to get
support for compositing subwindows.
* Minor changes in the subwindow code to retrieve the matrix, and moved
setlinestyle to glutil.c.
* Reversed argument order in WM_event_add/remove_keymap_handler to be consistent
with modal_handler.
* Operators can now block events but not necessarily cancel/finish.
* Modal operators are now stored in a list in the window/area/region they were
created in. This means for example that when a transform operator is invoked
from a region but registers a handler at the window level (since mouse motion
across areas should work), it will still get removed when the region is closed
while the operator is running.
2008-11-11 15:18:21 +00:00
|
|
|
{
|
2008-12-22 12:57:53 +00:00
|
|
|
wmTimer *wt;
|
|
|
|
|
2009-07-24 12:43:59 +00:00
|
|
|
/* extra security check */
|
2009-10-20 13:58:53 +00:00
|
|
|
for(wt= wm->timers.first; wt; wt= wt->next)
|
2008-12-22 12:57:53 +00:00
|
|
|
if(wt==timer)
|
|
|
|
break;
|
|
|
|
if(wt) {
|
2009-07-24 12:43:59 +00:00
|
|
|
|
2009-10-20 13:58:53 +00:00
|
|
|
BLI_remlink(&wm->timers, wt);
|
2.5
Animation playback back in control. And non-blocking still!
- Play follows the "Playback" options in TimeLine menu.
Only the region 'windows' are drawn, not headers, toolbars,
channel views, etc.
The option "Buttons Window" also redraws property regions.
- The Timeline header always redraws, this to denote at least
progressing frame numbers
- For now: if you choose to play 3D views, it also redraws
the TimeLine. Seems to be good convention, but probably
better to add menu option for it?
- Fun test: while playback, change Playback options, works OK!
- New: top header button shows animation play status, and allows
to stop playback
- New: Animation stop/start operator. Assigned to ALT+A. It has
no options yet; just plays active region + all 3D windows now.
Options will follow, based on reviews.
Also ESC won't work for now, just press ALT+A again.
2009-05-21 13:33:04 +00:00
|
|
|
if(wt->customdata)
|
|
|
|
MEM_freeN(wt->customdata);
|
2008-12-22 12:57:53 +00:00
|
|
|
MEM_freeN(wt);
|
|
|
|
}
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
|
|
|
|
2.5: Text Editor back.
There was very little structure in this code, using many globals
and duplicated code. Now it should be better structured. Most
things should work, the main parts that are not back yet are the
python plugins and markers. Notes:
* Blenfont is used for drawing the text, nicely anti-aliased.
* A monospace truetype font was added, since that is needed for
the text editor. It's Bitstream Vera Sans Mono. This is the
default gnome terminal font, but it doesn't fit entirely well
with the other font I think, can be changed easily of course.
* Clipboard copy/cut/paste now always uses the system clipboard,
the code for the own cut buffer was removed.
* The interface buttons should support copy/cut/paste again now
as well.
* WM_clipboard_text_get/WM_clipboard_text_set were added to the
windowmanager code.
* Find panel is now a kind of second header, instead of a panel.
This needs especially a way to start editing the text field
immediately on open still.
* Operators are independent of the actual space when possible,
was a bit of puzzling but got it solved nice with notifiers,
and some lazy init for syntax highlight in the drawing code.
* RNA was created for the text editor space and used for buttons.
* Operators:
* New, Open, Reload, Save, Save As, Make Internal
* Run Script, Refresh Pyconstraints
* Copy, Cut, Paste
* Convert Whitespace, Uncomment, Comment, Indent, Unindent
* Line Break, Insert
* Next Marker, Previous Marker, Clear All Markers, Mark All
* Select Line, Select All
* Jump, Move, Move Select, Delete, Toggle Overwrite
* Scroll, Scroll Bar, Set Cursor, Line Number
* Find and Replace, Find, Replace, Find Set Selected,
Replace Set Selected
* To 3D Object
* Resolve Conflict
2009-02-28 23:33:35 +00:00
|
|
|
/* ******************* clipboard **************** */
|
|
|
|
|
|
|
|
char *WM_clipboard_text_get(int selection)
|
|
|
|
{
|
|
|
|
char *p, *p2, *buf, *newbuf;
|
|
|
|
|
2010-12-12 14:28:23 +00:00
|
|
|
if(G.background)
|
|
|
|
return NULL;
|
|
|
|
|
2.5: Text Editor back.
There was very little structure in this code, using many globals
and duplicated code. Now it should be better structured. Most
things should work, the main parts that are not back yet are the
python plugins and markers. Notes:
* Blenfont is used for drawing the text, nicely anti-aliased.
* A monospace truetype font was added, since that is needed for
the text editor. It's Bitstream Vera Sans Mono. This is the
default gnome terminal font, but it doesn't fit entirely well
with the other font I think, can be changed easily of course.
* Clipboard copy/cut/paste now always uses the system clipboard,
the code for the own cut buffer was removed.
* The interface buttons should support copy/cut/paste again now
as well.
* WM_clipboard_text_get/WM_clipboard_text_set were added to the
windowmanager code.
* Find panel is now a kind of second header, instead of a panel.
This needs especially a way to start editing the text field
immediately on open still.
* Operators are independent of the actual space when possible,
was a bit of puzzling but got it solved nice with notifiers,
and some lazy init for syntax highlight in the drawing code.
* RNA was created for the text editor space and used for buttons.
* Operators:
* New, Open, Reload, Save, Save As, Make Internal
* Run Script, Refresh Pyconstraints
* Copy, Cut, Paste
* Convert Whitespace, Uncomment, Comment, Indent, Unindent
* Line Break, Insert
* Next Marker, Previous Marker, Clear All Markers, Mark All
* Select Line, Select All
* Jump, Move, Move Select, Delete, Toggle Overwrite
* Scroll, Scroll Bar, Set Cursor, Line Number
* Find and Replace, Find, Replace, Find Set Selected,
Replace Set Selected
* To 3D Object
* Resolve Conflict
2009-02-28 23:33:35 +00:00
|
|
|
buf= (char*)GHOST_getClipboard(selection);
|
|
|
|
if(!buf)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
/* always convert from \r\n to \n */
|
|
|
|
newbuf= MEM_callocN(strlen(buf)+1, "WM_clipboard_text_get");
|
|
|
|
|
|
|
|
for(p= buf, p2= newbuf; *p; p++) {
|
|
|
|
if(*p != '\r')
|
|
|
|
*(p2++)= *p;
|
|
|
|
}
|
|
|
|
*p2= '\0';
|
|
|
|
|
|
|
|
free(buf); /* ghost uses regular malloc */
|
|
|
|
|
|
|
|
return newbuf;
|
|
|
|
}
|
|
|
|
|
|
|
|
void WM_clipboard_text_set(char *buf, int selection)
|
|
|
|
{
|
2010-12-12 21:28:07 +00:00
|
|
|
if(!G.background) {
|
2009-04-08 18:48:17 +00:00
|
|
|
#ifdef _WIN32
|
2010-12-12 21:28:07 +00:00
|
|
|
/* do conversion from \n to \r\n on Windows */
|
|
|
|
char *p, *p2, *newbuf;
|
|
|
|
int newlen= 0;
|
|
|
|
|
|
|
|
for(p= buf; *p; p++) {
|
|
|
|
if(*p == '\n')
|
|
|
|
newlen += 2;
|
|
|
|
else
|
|
|
|
newlen++;
|
|
|
|
}
|
|
|
|
|
|
|
|
newbuf= MEM_callocN(newlen+1, "WM_clipboard_text_set");
|
2.5: Text Editor back.
There was very little structure in this code, using many globals
and duplicated code. Now it should be better structured. Most
things should work, the main parts that are not back yet are the
python plugins and markers. Notes:
* Blenfont is used for drawing the text, nicely anti-aliased.
* A monospace truetype font was added, since that is needed for
the text editor. It's Bitstream Vera Sans Mono. This is the
default gnome terminal font, but it doesn't fit entirely well
with the other font I think, can be changed easily of course.
* Clipboard copy/cut/paste now always uses the system clipboard,
the code for the own cut buffer was removed.
* The interface buttons should support copy/cut/paste again now
as well.
* WM_clipboard_text_get/WM_clipboard_text_set were added to the
windowmanager code.
* Find panel is now a kind of second header, instead of a panel.
This needs especially a way to start editing the text field
immediately on open still.
* Operators are independent of the actual space when possible,
was a bit of puzzling but got it solved nice with notifiers,
and some lazy init for syntax highlight in the drawing code.
* RNA was created for the text editor space and used for buttons.
* Operators:
* New, Open, Reload, Save, Save As, Make Internal
* Run Script, Refresh Pyconstraints
* Copy, Cut, Paste
* Convert Whitespace, Uncomment, Comment, Indent, Unindent
* Line Break, Insert
* Next Marker, Previous Marker, Clear All Markers, Mark All
* Select Line, Select All
* Jump, Move, Move Select, Delete, Toggle Overwrite
* Scroll, Scroll Bar, Set Cursor, Line Number
* Find and Replace, Find, Replace, Find Set Selected,
Replace Set Selected
* To 3D Object
* Resolve Conflict
2009-02-28 23:33:35 +00:00
|
|
|
|
2010-12-12 21:28:07 +00:00
|
|
|
for(p= buf, p2= newbuf; *p; p++, p2++) {
|
|
|
|
if(*p == '\n') {
|
|
|
|
*(p2++)= '\r'; *p2= '\n';
|
|
|
|
}
|
|
|
|
else *p2= *p;
|
2.5: Text Editor back.
There was very little structure in this code, using many globals
and duplicated code. Now it should be better structured. Most
things should work, the main parts that are not back yet are the
python plugins and markers. Notes:
* Blenfont is used for drawing the text, nicely anti-aliased.
* A monospace truetype font was added, since that is needed for
the text editor. It's Bitstream Vera Sans Mono. This is the
default gnome terminal font, but it doesn't fit entirely well
with the other font I think, can be changed easily of course.
* Clipboard copy/cut/paste now always uses the system clipboard,
the code for the own cut buffer was removed.
* The interface buttons should support copy/cut/paste again now
as well.
* WM_clipboard_text_get/WM_clipboard_text_set were added to the
windowmanager code.
* Find panel is now a kind of second header, instead of a panel.
This needs especially a way to start editing the text field
immediately on open still.
* Operators are independent of the actual space when possible,
was a bit of puzzling but got it solved nice with notifiers,
and some lazy init for syntax highlight in the drawing code.
* RNA was created for the text editor space and used for buttons.
* Operators:
* New, Open, Reload, Save, Save As, Make Internal
* Run Script, Refresh Pyconstraints
* Copy, Cut, Paste
* Convert Whitespace, Uncomment, Comment, Indent, Unindent
* Line Break, Insert
* Next Marker, Previous Marker, Clear All Markers, Mark All
* Select Line, Select All
* Jump, Move, Move Select, Delete, Toggle Overwrite
* Scroll, Scroll Bar, Set Cursor, Line Number
* Find and Replace, Find, Replace, Find Set Selected,
Replace Set Selected
* To 3D Object
* Resolve Conflict
2009-02-28 23:33:35 +00:00
|
|
|
}
|
2010-12-12 21:28:07 +00:00
|
|
|
*p2= '\0';
|
|
|
|
|
|
|
|
GHOST_putClipboard((GHOST_TInt8*)newbuf, selection);
|
|
|
|
MEM_freeN(newbuf);
|
2009-04-08 18:48:17 +00:00
|
|
|
#else
|
2010-12-12 21:28:07 +00:00
|
|
|
GHOST_putClipboard((GHOST_TInt8*)buf, selection);
|
2009-04-08 18:48:17 +00:00
|
|
|
#endif
|
2010-12-12 21:28:07 +00:00
|
|
|
}
|
2.5: Text Editor back.
There was very little structure in this code, using many globals
and duplicated code. Now it should be better structured. Most
things should work, the main parts that are not back yet are the
python plugins and markers. Notes:
* Blenfont is used for drawing the text, nicely anti-aliased.
* A monospace truetype font was added, since that is needed for
the text editor. It's Bitstream Vera Sans Mono. This is the
default gnome terminal font, but it doesn't fit entirely well
with the other font I think, can be changed easily of course.
* Clipboard copy/cut/paste now always uses the system clipboard,
the code for the own cut buffer was removed.
* The interface buttons should support copy/cut/paste again now
as well.
* WM_clipboard_text_get/WM_clipboard_text_set were added to the
windowmanager code.
* Find panel is now a kind of second header, instead of a panel.
This needs especially a way to start editing the text field
immediately on open still.
* Operators are independent of the actual space when possible,
was a bit of puzzling but got it solved nice with notifiers,
and some lazy init for syntax highlight in the drawing code.
* RNA was created for the text editor space and used for buttons.
* Operators:
* New, Open, Reload, Save, Save As, Make Internal
* Run Script, Refresh Pyconstraints
* Copy, Cut, Paste
* Convert Whitespace, Uncomment, Comment, Indent, Unindent
* Line Break, Insert
* Next Marker, Previous Marker, Clear All Markers, Mark All
* Select Line, Select All
* Jump, Move, Move Select, Delete, Toggle Overwrite
* Scroll, Scroll Bar, Set Cursor, Line Number
* Find and Replace, Find, Replace, Find Set Selected,
Replace Set Selected
* To 3D Object
* Resolve Conflict
2009-02-28 23:33:35 +00:00
|
|
|
}
|
|
|
|
|
2010-06-01 20:21:40 +00:00
|
|
|
/* ******************* progress bar **************** */
|
|
|
|
|
|
|
|
void WM_progress_set(wmWindow *win, float progress)
|
|
|
|
{
|
|
|
|
GHOST_SetProgressBar(win->ghostwin, progress);
|
|
|
|
}
|
|
|
|
|
|
|
|
void WM_progress_clear(wmWindow *win)
|
|
|
|
{
|
|
|
|
GHOST_EndProgressBar(win->ghostwin);
|
|
|
|
}
|
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
/* ************************************ */
|
|
|
|
|
|
|
|
void wm_window_get_position(wmWindow *win, int *posx_r, int *posy_r)
|
|
|
|
{
|
|
|
|
*posx_r= win->posx;
|
|
|
|
*posy_r= win->posy;
|
|
|
|
}
|
|
|
|
|
|
|
|
void wm_window_get_size(wmWindow *win, int *width_r, int *height_r)
|
|
|
|
{
|
|
|
|
*width_r= win->sizex;
|
|
|
|
*height_r= win->sizey;
|
|
|
|
}
|
|
|
|
|
2009-11-30 14:10:46 +00:00
|
|
|
/* exceptional case: - splash is called before events are processed
|
|
|
|
* this means we dont actually know the window size so get this from GHOST */
|
|
|
|
void wm_window_get_size_ghost(wmWindow *win, int *width_r, int *height_r)
|
|
|
|
{
|
|
|
|
GHOST_RectangleHandle bounds= GHOST_GetClientBounds(win->ghostwin);
|
|
|
|
*width_r= GHOST_GetWidthRectangle(bounds);
|
|
|
|
*height_r= GHOST_GetHeightRectangle(bounds);
|
2009-12-11 14:25:37 +00:00
|
|
|
|
|
|
|
GHOST_DisposeRectangle(bounds);
|
2009-11-30 14:10:46 +00:00
|
|
|
}
|
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
void wm_window_set_size(wmWindow *win, int width, int height)
|
|
|
|
{
|
|
|
|
GHOST_SetClientSize(win->ghostwin, width, height);
|
|
|
|
}
|
|
|
|
|
|
|
|
void wm_window_lower(wmWindow *win)
|
|
|
|
{
|
|
|
|
GHOST_SetWindowOrder(win->ghostwin, GHOST_kWindowOrderBottom);
|
|
|
|
}
|
|
|
|
|
|
|
|
void wm_window_raise(wmWindow *win)
|
|
|
|
{
|
|
|
|
GHOST_SetWindowOrder(win->ghostwin, GHOST_kWindowOrderTop);
|
|
|
|
}
|
|
|
|
|
|
|
|
void wm_window_swap_buffers(wmWindow *win)
|
|
|
|
{
|
2008-12-21 09:58:32 +00:00
|
|
|
|
|
|
|
#ifdef WIN32
|
|
|
|
glDisable(GL_SCISSOR_TEST);
|
2007-12-24 18:27:28 +00:00
|
|
|
GHOST_SwapWindowBuffers(win->ghostwin);
|
2008-12-21 09:58:32 +00:00
|
|
|
glEnable(GL_SCISSOR_TEST);
|
|
|
|
#else
|
|
|
|
GHOST_SwapWindowBuffers(win->ghostwin);
|
|
|
|
#endif
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
|
|
|
|
2009-12-07 18:06:37 +00:00
|
|
|
void wm_get_cursor_position(wmWindow *win, int *x, int *y)
|
|
|
|
{
|
|
|
|
GHOST_GetCursorPosition(g_system, x, y);
|
|
|
|
GHOST_ScreenToClient(win->ghostwin, *x, *y, x, y);
|
2009-12-09 04:51:35 +00:00
|
|
|
#if defined(__APPLE__) && defined(GHOST_COCOA)
|
|
|
|
//Cocoa has silly exception that should be fixed at the ghost level
|
|
|
|
//(ghost is an allegory for an invisible system specific code)
|
|
|
|
#else
|
2009-12-07 18:06:37 +00:00
|
|
|
*y = (win->sizey-1) - *y;
|
2009-12-09 04:51:35 +00:00
|
|
|
#endif
|
2009-12-07 18:06:37 +00:00
|
|
|
}
|
|
|
|
|
2007-12-24 18:27:28 +00:00
|
|
|
/* ******************* exported api ***************** */
|
|
|
|
|
|
|
|
|
|
|
|
/* called whem no ghost system was initialized */
|
|
|
|
void WM_setprefsize(int stax, int stay, int sizx, int sizy)
|
|
|
|
{
|
|
|
|
prefstax= stax;
|
|
|
|
prefstay= stay;
|
|
|
|
prefsizx= sizx;
|
|
|
|
prefsizy= sizy;
|
2010-10-15 09:30:33 +00:00
|
|
|
useprefsize= 1;
|
2007-12-24 18:27:28 +00:00
|
|
|
}
|
|
|
|
|
2010-09-15 11:48:59 +00:00
|
|
|
/* for borderless and border windows set from command-line */
|
|
|
|
void WM_setinitialstate_fullscreen()
|
|
|
|
{
|
|
|
|
initialstate= GHOST_kWindowStateFullScreen;
|
|
|
|
}
|
|
|
|
|
|
|
|
void WM_setinitialstate_normal()
|
|
|
|
{
|
|
|
|
initialstate= GHOST_kWindowStateNormal;
|
|
|
|
}
|
|
|
|
|
2009-11-11 08:32:29 +00:00
|
|
|
/* This function requires access to the GHOST_SystemHandle (g_system) */
|
|
|
|
void WM_cursor_warp(wmWindow *win, int x, int y)
|
|
|
|
{
|
|
|
|
if (win && win->ghostwin) {
|
|
|
|
int oldx=x, oldy=y;
|
|
|
|
|
2010-03-28 19:42:08 +00:00
|
|
|
#if !defined(__APPLE__) || !defined(GHOST_COCOA)
|
2009-11-11 08:32:29 +00:00
|
|
|
y= win->sizey -y - 1;
|
2010-03-28 19:42:08 +00:00
|
|
|
#endif
|
2009-11-11 08:32:29 +00:00
|
|
|
GHOST_ClientToScreen(win->ghostwin, x, y, &x, &y);
|
|
|
|
GHOST_SetCursorPosition(g_system, x, y);
|
|
|
|
|
|
|
|
win->eventstate->prevx= oldx;
|
|
|
|
win->eventstate->prevy= oldy;
|
|
|
|
}
|
2009-11-11 10:51:40 +00:00
|
|
|
}
|
|
|
|
|