summaryrefslogtreecommitdiff
path: root/FL/Fl_Device.H
diff options
context:
space:
mode:
authorManoloFLTK <41016272+ManoloFLTK@users.noreply.github.com>2021-02-25 11:06:54 +0100
committerManoloFLTK <41016272+ManoloFLTK@users.noreply.github.com>2021-02-25 11:07:07 +0100
commit5bd467fa17be55397f433dddc065b57cbb7a0615 (patch)
tree6698febfde050bf76f84873ea749b031467d7cbb /FL/Fl_Device.H
parentbef46b5cb82464713a117b9bdb920735d1b7de37 (diff)
Add fl_remove_scale()/fl_restore_scale() to transiently draw without scaling factor.
This new API is a response to this message in fltk.general : Can custom box type functions handle their own high-DPI screen scaling?
Diffstat (limited to 'FL/Fl_Device.H')
-rw-r--r--FL/Fl_Device.H4
1 files changed, 3 insertions, 1 deletions
diff --git a/FL/Fl_Device.H b/FL/Fl_Device.H
index c03219b70..e1b80adab 100644
--- a/FL/Fl_Device.H
+++ b/FL/Fl_Device.H
@@ -81,7 +81,9 @@ public:
/** \brief Returns the graphics driver of this drawing surface. */
inline Fl_Graphics_Driver *driver() {return pGraphicsDriver; };
/** The current drawing surface.
- In other words, the Fl_Surface_Device object that currently receives all graphics requests */
+ In other words, the Fl_Surface_Device object that currently receives all graphics requests
+ \note It's possible to transiently remove the GUI scaling factor in force in the current
+ drawing surface with \ref fl_remove_scale(). */
static inline Fl_Surface_Device *surface() {
return surface_ ? surface_ : default_surface();
};