aboutsummaryrefslogtreecommitdiff
path: root/gui/Tooltip.cpp
AgeCommit message (Collapse)Author
2018-04-19GUI: Unify clip and non-clip draw callsBastien Bouclet
2018-03-12GUI: Remove the ThemeItem draw queuesBastien Bouclet
Drawing nows happens directly when the Dialog or Widget draw methods are called. This makes it easy to debug why a particular low level draw method was called, by inspecting the call stack. This replaces the notion of "buffering" by two independant ways to control what is drawn and where: - The active layer is used to select whether the foreground or background part of the dialogs are rendered by the draw calls. - The active surface is used to select if the draw calls affect the back buffer or the screen. The foreground layer of the active dialog is drawn directly to the screen. Its background layer is drawn to the back buffer. This way widgets can restore the back buffer in order to update without having to redraw the dialog's background. Dialogs lower in the dialog stack are drawn entirely to the back buffer.
2016-06-01GUI: More object initialization cleanupEugene Sandulenko
2015-03-21GUI: Fix bug #6813, "GUI: Tooltips eat keypresses"Torbjörn Andersson
The tooltip isn't really interested in any keyboard and mouse events, other than as a signal to close itself, so pass them back to the parent dialog. From what I understand, the tooltip isn't part of the dialog, so there should be no risk of going into an infinite loop here.
2014-02-18GUI: Make GPL headers consistent in themselves.Johannes Schickel
2012-06-20GUI: Allow tooltips to be changed after widget creation.Johannes Schickel
2011-05-12GIT: Clean up: Suppress SVN tags, now uselessstrangerke
2011-04-28JANITORIAL: Reduce header dependencies in shared codeOri Avtalion
Some backends may break as I only compiled SDL
2010-11-18GUI: Simplify Tooltip implementation.Johannes Schickel
Formerly there was much special handling for the Tooltip dialog in GuiManager::runLoop. This was replaced by overloading the event handling functions in Tooltip. Also the Tooltip was adapted to be run like every other normal dialog. svn-id: r54337
2010-11-18GUI: changed tooltip to be deleted when inactiveYotam Barnoy
Before, it could be instantiated after an engine loaded and then was never deleted, causing memory fragmentation. Also removed inner tooltip call to the GuiManager runloop, which makes the logic simpler since the tooltip is a bit of a hack. I had to remove it because deleting _tooltip in the inner loop (called from tooltip itself) is trouble. svn-id: r54311
2010-11-16GUI: Rename gui/GuiManager.* to gui/gui-manager.*Max Horn
svn-id: r54265
2010-10-12JANITORAL: Clean trailing whitespaces.Jordi Vilalta Prat
svn-id: r53160
2010-07-23GUI: Fix tooltip drawingEugene Sandulenko
With help of Tanoku tooltips were switched from widgets to dialogs which helped to fix nasty bug with background not being restored. Although it is basically a hack around inconsistent font backbuffering in our GUI code, for the time being it is feasible. The patch was extended with way to specify tooltip background in the theme file. svn-id: r51217