[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #55483] Matlab uses different algorithm for de
From: |
Rik |
Subject: |
[Octave-bug-tracker] [bug #55483] Matlab uses different algorithm for determining ticklength in 3-D than Octave |
Date: |
Tue, 15 Jan 2019 19:17:43 -0500 (EST) |
User-agent: |
Mozilla/5.0 (Windows NT 10.0; WOW64; Trident/7.0; rv:11.0) like Gecko |
URL:
<https://savannah.gnu.org/bugs/?55483>
Summary: Matlab uses different algorithm for determining
ticklength in 3-D than Octave
Project: GNU Octave
Submitted by: rik5
Submitted on: Tue 15 Jan 2019 04:17:42 PM PST
Category: Plotting
Severity: 1 - Wish
Priority: 5 - Normal
Item Group: Matlab Compatibility
Status: Confirmed
Assigned to: None
Originator Name:
Originator Email:
Open/Closed: Open
Discussion Lock: Any
Release: dev
Operating System: Any
_______________________________________________________
Details:
According to Matlab, the ticklength in 3-D is determined by the second matrix
element of the "ticklength" property multiplied by the largest X, Y, or Z-axis
linear dimension. First, Octave does not use the length of the drawn axes to
determine ticklength, but rather the size of the axes object as returned in
the "position" property entries 3:4 which correspond to width and height.
Second, as a 3-D plot is rotated the linear dimension of each axis will change
which will also change the ticklength.
A useful visual hack is to take 76% of the value calculated by Octave as the
ticklength. This produces less "chunky" ticks in 3-D. Until someone finds it
worthwhile to implement Matlab's algorithm, this should be good enough.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?55483>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
- [Octave-bug-tracker] [bug #55483] Matlab uses different algorithm for determining ticklength in 3-D than Octave,
Rik <=