# HG changeset patch
# User Markus Mützel <markus.muetzel@gmx.de>
# Date 1616249901 -3600
# Node ID 766db6d094fe565c2dfe3ae6afc19f68b6cdba9c
# Parent  75ba68c686ab0dcd1f4725d0ef58a096f08e4d0c
doc: Minor changes to documentation of single precision issues with OpenGL (bug #59418).

* doc/interpreter/plot.txi: Minor formatting. Add hint for similar strategies
  for other (non-datetime) data.
* doc/interpreter/octave.texi: Add section "Precision issues" to @detailmenu.

diff -r 75ba68c686ab -r 766db6d094fe doc/interpreter/octave.texi
--- a/doc/interpreter/octave.texi	Sat Mar 20 11:00:25 2021 +0100
+++ b/doc/interpreter/octave.texi	Sat Mar 20 15:18:21 2021 +0100
@@ -617,6 +617,7 @@
 
 * Customizing Toolkit Behavior::
 * Hardware vs. Software Rendering::
+* Precision issues::
 
 Matrix Manipulation
 
diff -r 75ba68c686ab -r 766db6d094fe doc/interpreter/plot.txi
--- a/doc/interpreter/plot.txi	Sat Mar 20 11:00:25 2021 +0100
+++ b/doc/interpreter/plot.txi	Sat Mar 20 15:18:21 2021 +0100
@@ -2727,9 +2727,9 @@
 granularity will result in a distorted graph.
 
 As a workaround, it is possible to use the @qcode{"gnuplot"} graphics toolkit
-or subtract 2000 years---i.e. datenum(2000,0,0) or 730485---from the time
-values.  Due to the fact that the calendar structure repeats every 2000 years,
-the relation between year, month, day of month and day of week will stay
+or subtract 2000 years---i.e. @code{datenum (2000, 0, 0)} or 730485---from the
+time values.  Due to the fact that the calendar structure repeats every 2000
+years, the relation between year, month, day of month and day of week will stay
 unchanged and the ticks and ticklabels produced by the @code{datetick} function
 will still be correct.  Only years will lack the millennium digit.  Thus,
 "2020" will be printed as "20".  For example:
@@ -2765,3 +2765,5 @@
 @caption{Single precision issues with OpenGL graphics toolkits}
 @end float
 @end ifnotinfo
+
+Similarly, other data can be translated or re-scaled to work around this issue.