changeset 29453:766db6d094fe stable

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.
author Markus Mützel <markus.muetzel@gmx.de>
date Sat, 20 Mar 2021 15:18:21 +0100
parents 75ba68c686ab
children e4cfe348b212
files doc/interpreter/octave.texi doc/interpreter/plot.txi
diffstat 2 files changed, 6 insertions(+), 3 deletions(-) [+]
line wrap: on
line diff
--- 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
 
--- 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.