Mercurial > octave
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.