archive/blender-archive
Archived
1
1
Fork 0
Code Pull Requests Packages Activity
This repository has been archived on 2023-10-09. You can view files and clone it, but cannot push or open issues or pull requests.
Files
1e9bf0cfdb6c925b28af6f0330467e7d9d798c05
blender-archive/source/blender/windowmanager/intern/wm_draw.c

760 lines
19 KiB
C
Raw Normal View History

2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
/**
Fix syntax for ID keyword.
2010-03-21 01:14:04 +00:00
* $Id$
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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,
correct fsf address
2010-02-12 13:34:04 +00:00
* Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
*
* The Original Code is Copyright (C) 2007 Blender Foundation.
* All rights reserved.
*
*
* Contributor(s): Blender Foundation
*
* ***** END GPL LICENSE BLOCK *****
*/
#include <stdlib.h>
#include <string.h>
#include <GL/glew.h>
#include "DNA_listBase.h"
#include "DNA_screen_types.h"
#include "DNA_windowmanager_types.h"
#include "DNA_userdef_types.h"
Fix #20374: Limit selection to visible would not work anymore after trying to select once but not selecting correctly, due the need backbuffer flag not being reset correctly in the 3d view.
2009-12-17 14:38:30 +00:00
#include "DNA_view3d_types.h"
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
#include "MEM_guardedalloc.h"
#include "BLI_blenlib.h"
#include "BKE_context.h"
#include "BKE_global.h"
grabcursor attribute stores full grab mode so we can better differentiate when it needs to wrap around cursor draw. Also add cocoa exception to wm_get_cursor_position (this should be fixed at the ghost level)
2009-12-09 04:51:35 +00:00
#include "BKE_utildefines.h"
#include "GHOST_C-api.h"
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
#include "ED_screen.h"
Auto Save Auto save is now working again in 2.5. It will also remember now what the location of the original file was when recovering it, so that library links still work and saving the restored file does not save to the temp directory. There is also a new Recover Auto Save operator which will open the filebrowser in the temp directory and show the auto saved .blends. Implemenation Notes: * Timer storage was moved from window to windowmanager, so we can have windowmanager level timers too now, doesn't make sense to have autosave timer attached to a particular window. * FileGlobal now has a filename field storing where the file was saved. Note that this is only used when loading a file through the recover operators, regular file read doesn't use it, so copying the quit.blend manually over the original file will still work as expected. * Jobs timer no longer uses operator now, this seems more like an internal thing, changing keymaps should not make it possible to break the jobs manager. * Autosave is postponed by 10 seconds when a modal operator is running, e.g. transform or file browsing. * Moved setting G.sce in setup_app_data before depsgraph updates, these can use the filename for pointcaches.
2009-10-20 13:58:53 +00:00
#include "GPU_extensions.h"
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
#include "WM_api.h"
#include "WM_types.h"
#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"
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
#include "wm_window.h"
#include "wm_event_system.h"
/* swap */
#define WIN_NONE_OK 0
#define WIN_BACK_OK 1
#define WIN_FRONT_OK 2
#define WIN_BOTH_OK 3
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
/* ******************* drawing, overlays *************** */
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
static void wm_paintcursor_draw(bContext *C, ARegion *ar)
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
{
wmWindowManager *wm= CTX_wm_manager(C);
if(wm->paintcursors.first) {
wmWindow *win= CTX_wm_window(C);
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
bScreen *screen= win->screen;
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
wmPaintCursor *pc;
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
if(screen->subwinactive == ar->swinid) {
for(pc= wm->paintcursors.first; pc; pc= pc->next) {
Custom cursor draw function uses the real cursor position when cursor is grabbed (and not the coordinates from the event). Drawing a custom cursor anywhere but on the real cursor is no good. Also permit NULL poll function (equal to a function that always returns 1)
2009-12-07 18:08:19 +00:00
if(pc->poll == NULL || pc->poll(C)) {
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
ARegion *ar= CTX_wm_region(C);
grabcursor attribute stores full grab mode so we can better differentiate when it needs to wrap around cursor draw. Also add cocoa exception to wm_get_cursor_position (this should be fixed at the ghost level)
2009-12-09 04:51:35 +00:00
if (ELEM(win->grabcursor, GHOST_kGrabWrap, GHOST_kGrabHide)) {
Custom cursor draw function uses the real cursor position when cursor is grabbed (and not the coordinates from the event). Drawing a custom cursor anywhere but on the real cursor is no good. Also permit NULL poll function (equal to a function that always returns 1)
2009-12-07 18:08:19 +00:00
int x = 0, y = 0;
wm_get_cursor_position(win, &x, &y);
pc->draw(C, x - ar->winrct.xmin, y - ar->winrct.ymin, pc->customdata);
} else {
pc->draw(C, win->eventstate->x - ar->winrct.xmin, win->eventstate->y - ar->winrct.ymin, pc->customdata);
}
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
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
/* ********************* drawing, swap ****************** */
Fix #20374: Limit selection to visible would not work anymore after trying to select once but not selecting correctly, due the need backbuffer flag not being reset correctly in the 3d view.
2009-12-17 14:38:30 +00:00
static void wm_area_mark_invalid_backbuf(ScrArea *sa)
{
if(sa->spacetype == SPACE_VIEW3D)
((View3D*)sa->spacedata.first)->flag |= V3D_INVALID_BACKBUF;
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
/********************** draw all **************************/
/* - reference method, draw all each time */
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
static void wm_method_draw_full(bContext *C, wmWindow *win)
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
{
bScreen *screen= win->screen;
ScrArea *sa;
ARegion *ar;
/* draw area regions */
for(sa= screen->areabase.first; sa; sa= sa->next) {
CTX_wm_area_set(C, sa);
for(ar=sa->regionbase.first; ar; ar= ar->next) {
if(ar->swinid) {
CTX_wm_region_set(C, ar);
ED_region_do_draw(C, ar);
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_paintcursor_draw(C, ar);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
ED_area_overdraw_flush(C, sa, ar);
CTX_wm_region_set(C, NULL);
}
}
Fix #20374: Limit selection to visible would not work anymore after trying to select once but not selecting correctly, due the need backbuffer flag not being reset correctly in the 3d view.
2009-12-17 14:38:30 +00:00
wm_area_mark_invalid_backbuf(sa);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
CTX_wm_area_set(C, NULL);
}
ED_screen_draw(win);
ED_area_overdraw(C);
/* draw overlapping regions */
for(ar=screen->regionbase.first; ar; ar= ar->next) {
if(ar->swinid) {
UI: * Screen level regions created for menus are now a separate CTX_wm_menu in the context, so they don't interfere with existing regions. * Fix context in popup menus to always come from the area and region the popup was opened from. * Removed some unused context stuff: tasks and reports. The places that were using context reports were using it wrong anyway. * Fix F6 closing immediately after editing a button, by making uiBlockSetFlag not clear existing flags anymore. * Don't use ":" in boolean X/Y/Z buttons.
2009-03-25 20:49:15 +00:00
CTX_wm_menu_set(C, ar);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
ED_region_do_draw(C, ar);
UI: * Screen level regions created for menus are now a separate CTX_wm_menu in the context, so they don't interfere with existing regions. * Fix context in popup menus to always come from the area and region the popup was opened from. * Removed some unused context stuff: tasks and reports. The places that were using context reports were using it wrong anyway. * Fix F6 closing immediately after editing a button, by making uiBlockSetFlag not clear existing flags anymore. * Don't use ":" in boolean X/Y/Z buttons.
2009-03-25 20:49:15 +00:00
CTX_wm_menu_set(C, NULL);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
if(screen->do_draw_gesture)
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
wm_gesture_draw(win);
}
/****************** draw overlap all **********************/
/* - redraw marked areas, and anything that overlaps it */
/* - it also handles swap exchange optionally, assuming */
/* that on swap no clearing happens and we get back the */
/* same buffer as we swapped to the front */
/* mark area-regions to redraw if overlapped with rect */
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
static void wm_flush_regions_down(bScreen *screen, rcti *dirty)
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
{
ScrArea *sa;
ARegion *ar;
for(sa= screen->areabase.first; sa; sa= sa->next) {
for(ar= sa->regionbase.first; ar; ar= ar->next) {
if(BLI_isect_rcti(dirty, &ar->winrct, NULL)) {
ar->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
memset(&ar->drawrct, 0, sizeof(ar->drawrct));
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
ar->swap= WIN_NONE_OK;
}
}
}
}
/* mark menu-regions to redraw if overlapped with rect */
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
static void wm_flush_regions_up(bScreen *screen, rcti *dirty)
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
{
ARegion *ar;
for(ar= screen->regionbase.first; ar; ar= ar->next) {
if(BLI_isect_rcti(dirty, &ar->winrct, NULL)) {
ar->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
memset(&ar->drawrct, 0, sizeof(ar->drawrct));
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
ar->swap= WIN_NONE_OK;
}
}
}
WM Draw Method added to do Overlap assuming swap exchange / flipping, and made that the default for windows software opengl because that seems to be working better at least on XP. Previously this could only be specified from the command line.
2010-02-01 10:02:53 +00:00
static void wm_method_draw_overlap_all(bContext *C, wmWindow *win, int exchange)
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
wmWindowManager *wm= CTX_wm_manager(C);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
bScreen *screen= win->screen;
ScrArea *sa;
ARegion *ar;
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
static rcti rect= {0, 0, 0, 0};
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
/* flush overlapping regions */
if(screen->regionbase.first) {
/* flush redraws of area regions up to overlapping regions */
for(sa= screen->areabase.first; sa; sa= sa->next)
for(ar= sa->regionbase.first; ar; ar= ar->next)
if(ar->swinid && ar->do_draw)
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_flush_regions_up(screen, &ar->winrct);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
/* flush between overlapping regions */
for(ar= screen->regionbase.last; ar; ar= ar->prev)
if(ar->swinid && ar->do_draw)
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_flush_regions_up(screen, &ar->winrct);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
/* flush redraws of overlapping regions down to area regions */
for(ar= screen->regionbase.last; ar; ar= ar->prev)
if(ar->swinid && ar->do_draw)
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_flush_regions_down(screen, &ar->winrct);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
/* flush drag item */
if(rect.xmin!=rect.xmax) {
wm_flush_regions_down(screen, &rect);
rect.xmin= rect.xmax = 0;
}
if(wm->drags.first) {
/* doesnt draw, fills rect with boundbox */
wm_drags_draw(C, win, &rect);
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
/* draw marked area regions */
for(sa= screen->areabase.first; sa; sa= sa->next) {
CTX_wm_area_set(C, sa);
for(ar=sa->regionbase.first; ar; ar= ar->next) {
if(ar->swinid) {
if(ar->do_draw) {
CTX_wm_region_set(C, ar);
ED_region_do_draw(C, ar);
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_paintcursor_draw(C, ar);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
ED_area_overdraw_flush(C, sa, ar);
CTX_wm_region_set(C, NULL);
if(exchange)
ar->swap= WIN_FRONT_OK;
}
else if(exchange) {
if(ar->swap == WIN_FRONT_OK) {
CTX_wm_region_set(C, ar);
ED_region_do_draw(C, ar);
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_paintcursor_draw(C, ar);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
ED_area_overdraw_flush(C, sa, ar);
CTX_wm_region_set(C, NULL);
ar->swap= WIN_BOTH_OK;
printf("draws swap exchange %d\n", ar->swinid);
}
else if(ar->swap == WIN_BACK_OK)
ar->swap= WIN_FRONT_OK;
else if(ar->swap == WIN_BOTH_OK)
ar->swap= WIN_BOTH_OK;
}
}
}
Fix #20374: Limit selection to visible would not work anymore after trying to select once but not selecting correctly, due the need backbuffer flag not being reset correctly in the 3d view.
2009-12-17 14:38:30 +00:00
wm_area_mark_invalid_backbuf(sa);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
CTX_wm_area_set(C, NULL);
}
/* after area regions so we can do area 'overlay' drawing */
if(screen->do_draw) {
ED_screen_draw(win);
if(exchange)
screen->swap= WIN_FRONT_OK;
}
else if(exchange) {
if(screen->swap==WIN_FRONT_OK) {
ED_screen_draw(win);
screen->swap= WIN_BOTH_OK;
}
else if(screen->swap==WIN_BACK_OK)
screen->swap= WIN_FRONT_OK;
else if(screen->swap==WIN_BOTH_OK)
screen->swap= WIN_BOTH_OK;
}
ED_area_overdraw(C);
/* draw marked overlapping regions */
for(ar=screen->regionbase.first; ar; ar= ar->next) {
if(ar->swinid && ar->do_draw) {
UI: * Screen level regions created for menus are now a separate CTX_wm_menu in the context, so they don't interfere with existing regions. * Fix context in popup menus to always come from the area and region the popup was opened from. * Removed some unused context stuff: tasks and reports. The places that were using context reports were using it wrong anyway. * Fix F6 closing immediately after editing a button, by making uiBlockSetFlag not clear existing flags anymore. * Don't use ":" in boolean X/Y/Z buttons.
2009-03-25 20:49:15 +00:00
CTX_wm_menu_set(C, ar);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
ED_region_do_draw(C, ar);
UI: * Screen level regions created for menus are now a separate CTX_wm_menu in the context, so they don't interfere with existing regions. * Fix context in popup menus to always come from the area and region the popup was opened from. * Removed some unused context stuff: tasks and reports. The places that were using context reports were using it wrong anyway. * Fix F6 closing immediately after editing a button, by making uiBlockSetFlag not clear existing flags anymore. * Don't use ":" in boolean X/Y/Z buttons.
2009-03-25 20:49:15 +00:00
CTX_wm_menu_set(C, NULL);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
if(screen->do_draw_gesture)
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
wm_gesture_draw(win);
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
/* needs pixel coords in screen */
if(wm->drags.first) {
wm_drags_draw(C, win, NULL);
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
#if 0
/******************** draw damage ************************/
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
/* - not implemented */
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
static void wm_method_draw_damage(bContext *C, wmWindow *win)
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
{
wm_method_draw_all(C, win);
}
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
#endif
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
/****************** draw triple buffer ********************/
/* - area regions are written into a texture, without any */
/* of the overlapping menus, brushes, gestures. these */
/* are redrawn each time. */
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
/* */
/* - if non-power of two textures are supported, that is */
/* used. if not, multiple smaller ones are used, with */
/* worst case wasted space being 23.4% for 3x3 textures */
#define MAX_N_TEX 3
typedef struct wmDrawTriple {
GLuint bind[MAX_N_TEX*MAX_N_TEX];
int x[MAX_N_TEX], y[MAX_N_TEX];
int nx, ny;
GLenum target;
} wmDrawTriple;
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
static int is_pow2(int n)
{
return ((n)&(n-1))==0;
}
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
static int smaller_pow2(int n)
{
spaces -> tabs, (4 spaces == 1 tab, only for white space preceding text)
2010-03-22 09:30:00 +00:00
while (!is_pow2(n))
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
n= n&(n-1);
return n;
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
static int larger_pow2(int n)
{
if (is_pow2(n))
return n;
while(!is_pow2(n))
n= n&(n-1);
return n*2;
}
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
static void split_width(int x, int n, int *splitx, int *nx)
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
int a, newnx, waste;
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
/* if already power of two just use it */
if(is_pow2(x)) {
splitx[0]= x;
(*nx)++;
return;
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
if(n == 1) {
/* last part, we have to go larger */
splitx[0]= larger_pow2(x);
(*nx)++;
}
else {
/* two or more parts to go, use smaller part */
splitx[0]= smaller_pow2(x);
newnx= ++(*nx);
split_width(x-splitx[0], n-1, splitx+1, &newnx);
for(waste=0, a=0; a<n; a++)
waste += splitx[a];
/* if we waste more space or use the same amount,
* revert deeper splits and just use larger */
if(waste >= larger_pow2(x)) {
splitx[0]= larger_pow2(x);
memset(splitx+1, 0, sizeof(int)*(n-1));
}
else
*nx= newnx;
}
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
static void wm_draw_triple_free(wmWindow *win)
{
if(win->drawdata) {
wmDrawTriple *triple= win->drawdata;
glDeleteTextures(triple->nx*triple->ny, triple->bind);
MEM_freeN(triple);
win->drawdata= NULL;
}
}
static void wm_draw_triple_fail(bContext *C, wmWindow *win)
{
wm_draw_window_clear(win);
win->drawfail= 1;
WM Draw Method added to do Overlap assuming swap exchange / flipping, and made that the default for windows software opengl because that seems to be working better at least on XP. Previously this could only be specified from the command line.
2010-02-01 10:02:53 +00:00
wm_method_draw_overlap_all(C, win, 0);
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
}
static int wm_triple_gen_textures(wmWindow *win, wmDrawTriple *triple)
{
2.5: Enable triple buffer drawing by default (if it doesn't work or flickers, kick me). Also removed proxy texture test since it does not seem to be implemented well by all drivers.
2009-02-06 16:51:09 +00:00
GLint maxsize;
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
int x, y;
/* compute texture sizes */
if(GLEW_ARB_texture_rectangle || GLEW_NV_texture_rectangle || GLEW_EXT_texture_rectangle) {
triple->target= GL_TEXTURE_RECTANGLE_ARB;
triple->nx= 1;
triple->ny= 1;
triple->x[0]= win->sizex;
triple->y[0]= win->sizey;
}
Fix #19669 and other: triple buffer & icon texture drawing could cause a system crash and other issues on ATI/Apple, due to a buggy driver (similar issues reported for other OpenGL applications). For now, work around it by not using non-power-of-two textures on this combination.
2009-10-19 10:10:05 +00:00
else if(GPU_non_power_of_two_support()) {
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
triple->target= GL_TEXTURE_2D;
triple->nx= 1;
triple->ny= 1;
triple->x[0]= win->sizex;
triple->y[0]= win->sizey;
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
}
else {
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
triple->target= GL_TEXTURE_2D;
triple->nx= 0;
triple->ny= 0;
split_width(win->sizex, MAX_N_TEX, triple->x, &triple->nx);
split_width(win->sizey, MAX_N_TEX, triple->y, &triple->ny);
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
/* generate texture names */
glGenTextures(triple->nx*triple->ny, triple->bind);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
if(!triple->bind[0]) {
/* not the typical failure case but we handle it anyway */
printf("WM: failed to allocate texture for triple buffer drawing (glGenTextures).\n");
return 0;
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
for(y=0; y<triple->ny; y++) {
for(x=0; x<triple->nx; x++) {
/* proxy texture is only guaranteed to test for the cases that
* there is only one texture in use, which may not be the case */
2.5: Enable triple buffer drawing by default (if it doesn't work or flickers, kick me). Also removed proxy texture test since it does not seem to be implemented well by all drivers.
2009-02-06 16:51:09 +00:00
glGetIntegerv(GL_MAX_TEXTURE_SIZE, &maxsize);
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
2.5: Enable triple buffer drawing by default (if it doesn't work or flickers, kick me). Also removed proxy texture test since it does not seem to be implemented well by all drivers.
2009-02-06 16:51:09 +00:00
if(triple->x[x] > maxsize || triple->y[y] > maxsize) {
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
glBindTexture(triple->target, 0);
2.5: Enable triple buffer drawing by default (if it doesn't work or flickers, kick me). Also removed proxy texture test since it does not seem to be implemented well by all drivers.
2009-02-06 16:51:09 +00:00
printf("WM: failed to allocate texture for triple buffer drawing (texture too large for graphics card).\n");
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
return 0;
}
/* setup actual texture */
glBindTexture(triple->target, triple->bind[x + y*triple->nx]);
glTexImage2D(triple->target, 0, GL_RGB8, triple->x[x], triple->y[y], 0, GL_RGB, GL_UNSIGNED_BYTE, NULL);
glTexParameteri(triple->target, GL_TEXTURE_MIN_FILTER, GL_NEAREST);
glTexParameteri(triple->target, GL_TEXTURE_MAG_FILTER, GL_NEAREST);
// glColor still used with this enabled?
// glTexEnvi(triple->target, GL_TEXTURE_ENV_MODE, GL_REPLACE);
glBindTexture(triple->target, 0);
/* not sure if this works everywhere .. */
if(glGetError() == GL_OUT_OF_MEMORY) {
printf("WM: failed to allocate texture for triple buffer drawing (out of memory).\n");
return 0;
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
return 1;
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
static void wm_triple_draw_textures(wmWindow *win, wmDrawTriple *triple)
{
float halfx, halfy, ratiox, ratioy;
int x, y, sizex, sizey, offx, offy;
glEnable(triple->target);
for(y=0, offy=0; y<triple->ny; offy+=triple->y[y], y++) {
for(x=0, offx=0; x<triple->nx; offx+=triple->x[x], x++) {
sizex= (x == triple->nx-1)? win->sizex-offx: triple->x[x];
sizey= (y == triple->ny-1)? win->sizey-offy: triple->y[y];
/* wmOrtho for the screen has this same offset */
ratiox= sizex;
ratioy= sizey;
halfx= 0.375f;
halfy= 0.375f;
/* texture rectangle has unnormalized coordinates */
if(triple->target == GL_TEXTURE_2D) {
ratiox /= triple->x[x];
ratioy /= triple->y[y];
halfx /= triple->x[x];
halfy /= triple->y[y];
}
glBindTexture(triple->target, triple->bind[x + y*triple->nx]);
glColor3f(1.0f, 1.0f, 1.0f);
glBegin(GL_QUADS);
glTexCoord2f(halfx, halfy);
glVertex2f(offx, offy);
glTexCoord2f(ratiox+halfx, halfy);
glVertex2f(offx+sizex, offy);
glTexCoord2f(ratiox+halfx, ratioy+halfy);
glVertex2f(offx+sizex, offy+sizey);
glTexCoord2f(halfx, ratioy+halfy);
glVertex2f(offx, offy+sizey);
glEnd();
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
glBindTexture(triple->target, 0);
glDisable(triple->target);
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
static void wm_triple_copy_textures(wmWindow *win, wmDrawTriple *triple)
{
int x, y, sizex, sizey, offx, offy;
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
for(y=0, offy=0; y<triple->ny; offy+=triple->y[y], y++) {
for(x=0, offx=0; x<triple->nx; offx+=triple->x[x], x++) {
sizex= (x == triple->nx-1)? win->sizex-offx: triple->x[x];
sizey= (y == triple->ny-1)? win->sizey-offy: triple->y[y];
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
glBindTexture(triple->target, triple->bind[x + y*triple->nx]);
glCopyTexSubImage2D(triple->target, 0, 0, 0, offx, offy, sizex, sizey);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
glBindTexture(triple->target, 0);
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
static void wm_method_draw_triple(bContext *C, wmWindow *win)
{
wmWindowManager *wm= CTX_wm_manager(C);
wmDrawTriple *triple;
bScreen *screen= win->screen;
ScrArea *sa;
ARegion *ar;
int copytex= 0;
if(win->drawdata) {
glClearColor(0, 0, 0, 0);
glClear(GL_COLOR_BUFFER_BIT|GL_DEPTH_BUFFER_BIT);
wmSubWindowSet(win, screen->mainwin);
wm_triple_draw_textures(win, win->drawdata);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
triple= win->drawdata;
}
else {
win->drawdata= MEM_callocN(sizeof(wmDrawTriple), "wmDrawTriple");
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +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
if(!wm_triple_gen_textures(win, win->drawdata)) {
wm_draw_triple_fail(C, win);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
return;
}
}
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
triple= win->drawdata;
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
/* draw marked area regions */
for(sa= screen->areabase.first; sa; sa= sa->next) {
CTX_wm_area_set(C, sa);
for(ar=sa->regionbase.first; ar; ar= ar->next) {
if(ar->swinid && ar->do_draw) {
CTX_wm_region_set(C, ar);
ED_region_do_draw(C, ar);
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
ED_area_overdraw_flush(C, sa, ar);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
CTX_wm_region_set(C, NULL);
copytex= 1;
}
}
Fix #20374: Limit selection to visible would not work anymore after trying to select once but not selecting correctly, due the need backbuffer flag not being reset correctly in the 3d view.
2009-12-17 14:38:30 +00:00
wm_area_mark_invalid_backbuf(sa);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
CTX_wm_area_set(C, NULL);
}
if(copytex) {
wmSubWindowSet(win, screen->mainwin);
ED_area_overdraw(C);
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_triple_copy_textures(win, triple);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
}
/* after area regions so we can do area 'overlay' drawing */
ED_screen_draw(win);
/* draw overlapping regions */
for(ar=screen->regionbase.first; ar; ar= ar->next) {
if(ar->swinid) {
UI: * Screen level regions created for menus are now a separate CTX_wm_menu in the context, so they don't interfere with existing regions. * Fix context in popup menus to always come from the area and region the popup was opened from. * Removed some unused context stuff: tasks and reports. The places that were using context reports were using it wrong anyway. * Fix F6 closing immediately after editing a button, by making uiBlockSetFlag not clear existing flags anymore. * Don't use ":" in boolean X/Y/Z buttons.
2009-03-25 20:49:15 +00:00
CTX_wm_menu_set(C, ar);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
ED_region_do_draw(C, ar);
UI: * Screen level regions created for menus are now a separate CTX_wm_menu in the context, so they don't interfere with existing regions. * Fix context in popup menus to always come from the area and region the popup was opened from. * Removed some unused context stuff: tasks and reports. The places that were using context reports were using it wrong anyway. * Fix F6 closing immediately after editing a button, by making uiBlockSetFlag not clear existing flags anymore. * Don't use ":" in boolean X/Y/Z buttons.
2009-03-25 20:49:15 +00:00
CTX_wm_menu_set(C, NULL);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
}
}
Fix #19431: gestures would sometimes draw incorrect, now ensures they are always drawn in pixel space.
2009-12-17 19:55:08 +00:00
if(screen->do_draw_gesture)
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
wm_gesture_draw(win);
if(wm->paintcursors.first) {
for(sa= screen->areabase.first; sa; sa= sa->next) {
for(ar=sa->regionbase.first; ar; ar= ar->next) {
if(ar->swinid == screen->subwinactive) {
CTX_wm_area_set(C, sa);
CTX_wm_region_set(C, ar);
2.5 Small fix: Triple Buffer mode didn't clip custom paint cursors correctly for overlapping regions (example, view3d paint circle drawing into toolbar)
2009-07-19 12:15:20 +00:00
/* make region ready for draw, scissor, pixelspace */
ED_region_set(C, ar);
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_paintcursor_draw(C, ar);
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
CTX_wm_region_set(C, NULL);
CTX_wm_area_set(C, NULL);
}
}
}
wmSubWindowSet(win, screen->mainwin);
}
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
/* needs pixel coords in screen */
if(wm->drags.first) {
wm_drags_draw(C, win, NULL);
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
}
/****************** main update call **********************/
/* quick test to prevent changing window drawable */
static int wm_draw_update_test_window(wmWindow *win)
{
ScrArea *sa;
ARegion *ar;
if(win->screen->do_refresh)
return 1;
if(win->screen->do_draw)
return 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
if(win->screen->do_draw_gesture)
return 1;
if(win->screen->do_draw_paintcursor)
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
return 1;
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
if(win->screen->do_draw_drag)
return 1;
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
for(ar= win->screen->regionbase.first; ar; ar= ar->next)
if(ar->swinid && ar->do_draw)
return 1;
for(sa= win->screen->areabase.first; sa; sa= sa->next)
for(ar=sa->regionbase.first; ar; ar= ar->next)
if(ar->swinid && ar->do_draw)
return 1;
return 0;
}
Fix automatic draw method detection not clearing things properly on e.g. resizing windows.
2010-02-01 10:39:36 +00:00
static int wm_automatic_draw_method(wmWindow *win)
{
if(win->drawmethod == USER_DRAW_AUTOMATIC) {
/* ATI opensource driver is known to be very slow at this */
if(GPU_type_matches(GPU_DEVICE_ATI, GPU_OS_UNIX, GPU_DRIVER_OPENSOURCE))
return USER_DRAW_OVERLAP;
/* Windows software driver darkens color on each redraw */
else if(GPU_type_matches(GPU_DEVICE_SOFTWARE, GPU_OS_WIN, GPU_DRIVER_SOFTWARE))
return USER_DRAW_OVERLAP_FLIP;
else
return USER_DRAW_TRIPLE;
}
else
return win->drawmethod;
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
void wm_draw_update(bContext *C)
{
wmWindowManager *wm= CTX_wm_manager(C);
wmWindow *win;
Fix automatic draw method detection not clearing things properly on e.g. resizing windows.
2010-02-01 10:39:36 +00:00
int drawmethod;
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
for(win= wm->windows.first; win; win= win->next) {
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
if(win->drawmethod != U.wmdrawmethod) {
wm_draw_window_clear(win);
win->drawmethod= U.wmdrawmethod;
}
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
if(wm_draw_update_test_window(win)) {
CTX_wm_window_set(C, win);
/* sets context window+screen */
wm_window_make_drawable(C, win);
/* notifiers for screen redraw */
if(win->screen->do_refresh)
ED_screen_refresh(wm, win);
Fix automatic draw method detection not clearing things properly on e.g. resizing windows.
2010-02-01 10:39:36 +00:00
drawmethod= wm_automatic_draw_method(win);
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
if(win->drawfail)
WM Draw Method added to do Overlap assuming swap exchange / flipping, and made that the default for windows software opengl because that seems to be working better at least on XP. Previously this could only be specified from the command line.
2010-02-01 10:02:53 +00:00
wm_method_draw_overlap_all(C, win, 0);
Fix automatic draw method detection not clearing things properly on e.g. resizing windows.
2010-02-01 10:39:36 +00:00
else if(drawmethod == USER_DRAW_FULL)
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_method_draw_full(C, win);
Fix automatic draw method detection not clearing things properly on e.g. resizing windows.
2010-02-01 10:39:36 +00:00
else if(drawmethod == USER_DRAW_OVERLAP)
WM Draw Method added to do Overlap assuming swap exchange / flipping, and made that the default for windows software opengl because that seems to be working better at least on XP. Previously this could only be specified from the command line.
2010-02-01 10:02:53 +00:00
wm_method_draw_overlap_all(C, win, 0);
Fix automatic draw method detection not clearing things properly on e.g. resizing windows.
2010-02-01 10:39:36 +00:00
else if(drawmethod == USER_DRAW_OVERLAP_FLIP)
WM Draw Method added to do Overlap assuming swap exchange / flipping, and made that the default for windows software opengl because that seems to be working better at least on XP. Previously this could only be specified from the command line.
2010-02-01 10:02:53 +00:00
wm_method_draw_overlap_all(C, win, 1);
Fix automatic draw method detection not clearing things properly on e.g. resizing windows.
2010-02-01 10:39:36 +00:00
else // if(drawmethod == USER_DRAW_TRIPLE)
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
wm_method_draw_triple(C, win);
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->screen->do_draw_gesture= 0;
win->screen->do_draw_paintcursor= 0;
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->screen->do_draw_drag= 0;
2.5: WIP commit for WM compositing. * Drawing code from wm_event_system.c split into separate wm_draw.c file. Now there's 3 different draw methods implemented, not sure what survives or will be added but is useful for debugging. * Draw All: redraws everything each time, for reference. * Draw Overlap All: what the code did before this commit, only draw regions marked for redraw, and anything that overlaps them. * Triple Buffer: copies/retores all area regions into a texture, and blits that before drawing. Menus, brushes, gestures, etc are redrawn always on top of that. Currently "Draw Overlap All" is set hardcoded to be used still. Triple Buffer code is not complete, it doesn't handle window resize yet. Cards that don't support non power of two textures can need quite large textures as well, this could be split into multiple smaller ones.
2009-01-20 21:55:48 +00:00
wm_window_swap_buffers(win);
CTX_wm_window_set(C, NULL);
}
}
}
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
void wm_draw_window_clear(wmWindow *win)
{
bScreen *screen= win->screen;
ScrArea *sa;
ARegion *ar;
Fix automatic draw method detection not clearing things properly on e.g. resizing windows.
2010-02-01 10:39:36 +00:00
int drawmethod= wm_automatic_draw_method(win);
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
Fix automatic draw method detection not clearing things properly on e.g. resizing windows.
2010-02-01 10:39:36 +00:00
if(drawmethod == USER_DRAW_TRIPLE)
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_triple_free(win);
/* clear screen swap flags */
if(screen) {
for(sa= screen->areabase.first; sa; sa= sa->next)
for(ar=sa->regionbase.first; ar; ar= ar->next)
ar->swap= WIN_NONE_OK;
screen->swap= WIN_NONE_OK;
}
}
void wm_draw_region_clear(wmWindow *win, ARegion *ar)
{
Fix automatic draw method detection not clearing things properly on e.g. resizing windows.
2010-02-01 10:39:36 +00:00
int drawmethod= wm_automatic_draw_method(win);
if(ELEM(drawmethod, USER_DRAW_OVERLAP, USER_DRAW_OVERLAP_FLIP))
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_flush_regions_down(win->screen, &ar->winrct);
win->screen->do_draw= 1;
}
Copy Permalink