summaryrefslogtreecommitdiff
path: root/src/fl_draw.cxx
diff options
context:
space:
mode:
authorManoloFLTK <41016272+ManoloFLTK@users.noreply.github.com>2021-02-27 08:18:01 +0100
committerManoloFLTK <41016272+ManoloFLTK@users.noreply.github.com>2021-02-27 08:18:01 +0100
commit88a3f7b7be1110e0d4a8587e48f4ad24fe527646 (patch)
tree2814389cecda21d4ecb85b70acda18e4f46370f4 /src/fl_draw.cxx
parent5c1b69cd4fb35e55f78befa40af15391bfe067ea (diff)
Rename fl_remove_scale() to fl_override_scale() as discussed in fltk.general
Re: Can custom box type functions handle their own high-DPI screen scaling?
Diffstat (limited to 'src/fl_draw.cxx')
-rw-r--r--src/fl_draw.cxx8
1 files changed, 4 insertions, 4 deletions
diff --git a/src/fl_draw.cxx b/src/fl_draw.cxx
index 538e63f2a..16906366d 100644
--- a/src/fl_draw.cxx
+++ b/src/fl_draw.cxx
@@ -464,14 +464,14 @@ int fl_height(int font, int size) {
This function can be used to transiently perform drawing operations
that are not rescaled by the current value of the GUI scaling factor.
The resulting drawing context has no clipping region.
- \return The GUI scaling factor value that was applied when the function started.
+ \return The GUI scaling factor value that was in place when the function started.
*/
-float fl_remove_scale() {
- return fl_graphics_driver->remove_scale();
+float fl_override_scale() {
+ return fl_graphics_driver->override_scale();
}
/** Restores the GUI scaling factor and the clipping region in subsequent drawing operations.
- \param s Value returned by a previous call to fl_remove_scale(). */
+ \param s Value returned by a previous call to fl_override_scale(). */
void fl_restore_scale(float s) {
fl_graphics_driver->restore_scale(s);
}