[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #52398] Qt toolkit plot loses track of axes pr
From: |
Dan Sebald |
Subject: |
[Octave-bug-tracker] [bug #52398] Qt toolkit plot loses track of axes proportion when containing window is shrunk small |
Date: |
Mon, 13 Nov 2017 01:09:50 -0500 (EST) |
User-agent: |
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0 |
URL:
<http://savannah.gnu.org/bugs/?52398>
Summary: Qt toolkit plot loses track of axes proportion when
containing window is shrunk small
Project: GNU Octave
Submitted by: sebald
Submitted on: Mon 13 Nov 2017 06:09:49 AM UTC
Category: Plotting with OpenGL
Severity: 3 - Normal
Priority: 5 - Normal
Item Group: Incorrect Result
Status: None
Assigned to: None
Originator Name:
Originator Email:
Open/Closed: Open
Discussion Lock: Any
Release: dev
Operating System: GNU/Linux
_______________________________________________________
Details:
Testing the following example from https://savannah.gnu.org/bugs/?52389 :
graphics_toolkit qt
plot(randn(1,20))
legend('Normal')
title 'QT'
I've found that Qt has a bug in which shrinking the figure window height to
very small then expanding messes up the plot boundaries so that the axes are
magnified drastically. See the attached example screen capture.
It looks as though FLTK has its window size forced to a minimum that won't
allow such a situation to arise. I recall gnuplot terminals having similar
problems too (nothing to do with Octave). Rather than digging into the issue,
programmers for gnuplot also have gone the route of ensuring a minimum window
size, i.e., avoid the situation. Programmers have probably put the minimum
size constraint on FLTK because its not the easiest issue to deal with. There
is border space for axes titles and tick annotation to take into account when
computing available space, etc.
It would be nice to have a most graceful solution, but this is a problem that
doesn't arise often so the minimum window size seems fine. Note that FLTK
toolkit window will jump to the minimum size even if I syntactically supply
plot size property values that are very small. The Qt toolkit window should
adjust in a similar way to user-input . That is, something like this
set(gcf, 'outerposition', [135 521 511 40])
behaves as follows:
octave:5> graphics_toolkit fltk
octave:6> figure
octave:7> plot(randn(1,20))
octave:8> legend('Normal')
octave:9> title 'FLTK'
octave:10> set(gcf, 'outerposition', [135 521 511 40])
octave:11> get(gcf, 'outerposition')
ans =
466 474 511 147
where I put in height 40 (too small) and Octave adjusted that to 147.
_______________________________________________________
File Attachments:
-------------------------------------------------------
Date: Mon 13 Nov 2017 06:09:49 AM UTC Name:
shrink_then_expand_qt_plot_Screenshot from 2017-11-10 23-56-56.png Size:
12KiB By: sebald
<http://savannah.gnu.org/bugs/download.php?file_id=42382>
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?52398>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Octave-bug-tracker] [bug #52398] Qt toolkit plot loses track of axes proportion when containing window is shrunk small,
Dan Sebald <=