Tue 12 Jul 2016 09:54:12 AM UTC, comment #8:
@Harmut: there probably won't be a 4.0.4 version, Octave maintainers are in the early stages for 4.2 release. If ever a 4.0.4 come to be necessary, then I'll backport the patch to stable.
|
Mon 11 Jul 2016 09:12:42 PM UTC, comment #7:
Can this patch also be applied to the "stable" branch of the repository? (Will there be any Octave 4.0.4 release at all?)
Sorry for being a bit late with this request. But I just now realised that this patch didn't improve this matter in Octave 4.0.1 and 4.0.3. And fixing this code typo shouldn't destabilize the "stable" code branch at all.
|
Mon 31 Aug 2015 09:42:02 PM UTC, comment #6:
Many thanks Harmut for the tests I pushed the patch here:
http://hg.savannah.gnu.org/hgweb/octave/rev/25caa0deaabb
Closing report.
|
Mon 31 Aug 2015 07:08:59 PM UTC, comment #5:
I will attach 4 screenshots what Matlab does in this case: The code from the original post (=Plot1), and from comment #1 (=Plot2) in Matlab R2013b (=ML2013b) and Matlab R2014b (=ML2014b).
I think Matlab also does what Pantxo called "multi-line text boxes don't have fixed baseline-to-baseline distances".
This makes the proposed patch even Matlab compatible in my understanding.
(file #34778, file #34779, file #34780, file #34781)
|
Fri 28 Aug 2015 03:25:10 PM UTC, comment #4:
Yes I think the patch fixes a typo so I'll push it.
Though, the fact that multi-line text boxes don't have fixed baseline-to-baseline distances is odd, I admit, and I would like to see see what Matlab or other engines (Matplotlib?) do.
|
Mon 24 Aug 2015 08:19:43 PM UTC, comment #3:
Thanks for the patch, Pantxo.
I've tested it on my Linux machine, and also for me it fixes both the mentioned test cases of this bug report.
I don't know if this new behavior is "Matlab compatible". But it is definitly much better than before.
|
Sun 23 Aug 2015 07:20:35 PM UTC, comment #2:
I attached a very simple patch that seams to fix both issues:
- the last line in the example from comment #1 is displayed properly
- characters don't overlap in the example from comment #2.
(file #34706)
|
Thu 09 Jul 2015 08:35:21 PM UTC, comment #1:
Hi,
I can confirm the bug.
Also, when there is at least one string (among 3,4, ... lines) that contains subscripts, only the distance between the first and second line is increased to take into account the needed additional spacing.
This leads to potential overlapping between lines. See e.g:
|
Thu 09 Jul 2015 07:00:27 PM UTC, original submission:
Here is a little script to show the behavior:
With the qt plotting toolkit the subscripted text "below" is truncated and not properly shown.
Some additional notes:
- This only happens with multi-line text boxes, single line text boxes seem to be fine.
- This only happens with the qt and the fltk graphics toolkit. With gnuplot it's fine.
- This happes on Linux as well as on Windows (4.0.0 release version each).
|