From d503f5d3928adcc436c2bf1c8d6427736a512215 Mon Sep 17 00:00:00 2001
From: ManoloFLTK <41016272+ManoloFLTK@users.noreply.github.com>
Date: Sun, 5 Apr 2020 10:04:24 +0200
Subject: [PATCH] Fix small typo.

---
 documentation/src/drawing.dox | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/documentation/src/drawing.dox b/documentation/src/drawing.dox
index f40cbb9c1..d49518a5f 100644
--- a/documentation/src/drawing.dox
+++ b/documentation/src/drawing.dox
@@ -84,7 +84,7 @@ Under Mac OS X, the corresponding GUI scaling shortcuts are ⌘/+/-/0/.
 GUI rescaling involves also image drawing: the screen area covered by the drawn image
 contains a number of pixels that grows with the scale factor. When FLTK draws images,
 it maps the image data (the size of these data is given by Fl_Image::data_w() and
-Fl_Image::data_h())) to the screen area whose size (in FLTK units) is given by
+Fl_Image::data_h()) to the screen area whose size (in FLTK units) is given by
 Fl_Image::w() and Fl_Image::h(). How exactly such mapping is performed depends on the
 image type, the platform and some hardware features. The most common
 case for Fl_RGB_Image's is that FLTK uses a scaled drawing system feature that directly