View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0012862||Scribus||Story Editor / Text Frames||public||2014-12-24 17:37||2021-06-29 06:52|
|Priority||high||Severity||major||Reproducibility||have not tried|
|Summary||0012862: Text shrunk and line broken with automatic height lines|
|Description||When a shape or frame overlaps on a text frame, it happens that the text is broken with no good reason and that the remaing text is shrunk.|
See uploaded SLA and screenshot.
It happens very often as soon as one uses images in the middle of texts.
Its kind of the combined result of 2 bugs :
- 0012861 layout line break with no good reason
- 0011995: Bad layout : text shrinks when too tightly approached
|Steps To Reproduce||[EDIT] this seems to happen only with automatic height lines|
|Tags||layout, MABs, scribusctl|
|related to||0009604||closed||jghali||Missing possibility to configure first line offset default value for the text box|
|has duplicate||0014022||closed||jghali||Incorrect text wrapping around frame shape/boundary for the first character or first word|
|has duplicate||0014214||closed||jghali||the first line maximum ascent ignores the first character in the line|
|has duplicate||0015164||closed||jghali||At some places, there are only a few characters in the first line after a text or image frame.|
|child of||0011995||confirmed||Bad layout : text shrinks when too tightly approached|
|child of||0012861||confirmed||layout line break with no good reason|
critical layout bug.sla (57,365 bytes)
This issue never happens at the top of a frame, first or second column, when the frame is rectangle and not rotated.
BUT it happens at the top of a second column, even when this top is perfectly horizontal, but when it has been altered using the shape palette.
See new screenshot "shrunk on top of unevenly squared frame.jpg'. In this document, the Y of the 2 up right points are perfectly equal so line is perfectly horizontal.
So it looks layout does not use same algorythm for a rectangular textframe topborder (ok) and for bottom borders of overlayedout rectangles (NOT ok) and for the horizontal top border of the text frame itself when it has been shape-edited (NOT ok).
||Confirmed on OSX 10.10.5 1.5.1svn r20696|
||fixed with CTL appimage|
Can't reproduce on 1.5.3svn r21652
@PeterBenedek please confirm
I can't confirm! I can reproduce r21652 (Linux Mint 18; Qt 5.7)
This is not CTL appimage! This is installed version. There's a difference?
Still happens with today 1.5.4 svn
Does anybody got a workaround ?
This crucial layout bug still happens with 1.5.5.svn version :-(
Workaround in some cases is to break text frame into as many pieces as there are image breaks interupting the flow, and linking these pieces together so as to recover some (not all) editing abilities. That's very clumsy.
afaik the workaround is easy:
don't use 'maximum ascent' for the first line offset!
i never use it.
in fact, it is insane to calculate the vertical position of the text depending of the exact characters used in the first line.
unfortunately this is the default setting (and there's no entry in the preferences to change it…)
Hello utnik, i was full of hope when reading you had a workaround, but alas Changing the "ascent" doesnt fix the issue.
Changing the "ascent" setting changes the layout. And it happens that in the specific layout at this moment, the issue doesnt show anymore. But when moving the introduing block slightly up or down, so as to adjust layout, then at some position, the issues comes back.
I've tried all 4 ascent settings.
I recorded and upload here http://kiosq.info/uploads/scribuslayoutbug.mp4 the video of a test of the 4 ascent settings showing this same layout issue (and another one).
||sorry! – i need some more testing.|
i could not fix it by changing the first line ascent.
but i could not reproduce it anymore, as soon i've switched from automatic line height to a fixed one.
True ! It seems to happen only with automatic line height. I edit the title so as to reflect this.
it makes a cool workaround.
And i will ban any use of automatic line height in my documents !
might be related to 0009604 (i'm not sure about that…)
it looks as scribus uses the height of the actually used characters for the first line after flowing around an object. (but it just calculates heights on a word-for-word base instead of the whole line of text.)
|2014-12-24 17:37||JLuc||New Issue|
|2014-12-24 17:37||JLuc||File Added: critical layout bug.jpg|
|2014-12-24 17:38||JLuc||Relationship added||child of 0011861|
|2014-12-24 17:38||JLuc||Relationship added||child of 0011995|
|2014-12-24 17:38||JLuc||Relationship added||child of 0011902|
|2014-12-24 17:39||JLuc||File Added: critical layout bug.sla|
|2014-12-24 17:39||JLuc||Relationship deleted||child of 0011861|
|2014-12-24 17:39||JLuc||Tag Attached: layout|
|2014-12-24 17:46||JLuc||Tag Attached: MABs|
|2014-12-24 17:47||JLuc||Relationship added||related to 0011861|
|2014-12-24 17:47||JLuc||Relationship deleted||child of 0011902|
|2014-12-25 10:27||JLuc||Status||new => confirmed|
|2014-12-25 22:41||jghali||Relationship deleted||related to 0011861|
|2015-03-10 18:47||Kunda||Description Updated|
|2015-03-10 18:47||Kunda||Relationship added||child of 0012861|
|2015-03-10 22:19||JLuc||Priority||urgent => high|
|2015-03-10 22:19||JLuc||Severity||crash => major|
|2015-04-07 18:11||JLuc||Note Added: 0034839|
|2015-04-07 18:11||JLuc||File Added: shrunk on top of unevenly squared frame.jpg|
|2015-04-07 18:12||JLuc||Note Edited: 0034839|
|2015-09-17 20:08||Kunda||Category||Story Editor / Text Frames => Story Ed/Txt Frames|
|2015-09-17 20:12||Kunda||Category||Story Ed/Txt Frames => Story Editor / Text Frames|
|2016-01-18 14:20||Kunda||Target Version||=> 1.5.1|
|2016-01-18 14:23||Kunda||Note Added: 0038245|
|2016-01-23 17:16||cbradney||Target Version||1.5.1 => 1.5.3|
|2016-05-04 07:08||jghali||Relationship added||has duplicate 0014022|
|2016-07-13 18:17||jghali||Relationship added||has duplicate 0014214|
|2016-12-04 13:03||JLuc||Note Added: 0042652|
|2016-12-04 13:03||JLuc||Tag Attached: fixed_with_CTL|
|2016-12-04 13:05||JLuc||Tag Attached: #please_test|
|2016-12-08 22:04||Kunda||Target Version||1.5.3 => 1.5.4|
|2016-12-12 01:31||Kunda||Tag Attached: scribusctl|
|2016-12-15 20:10||Kunda||Note Added: 0043041|
|2016-12-15 20:10||Kunda||Tag Attached: #tobeclosed|
|2016-12-16 06:56||PeterBenedek||File Added: 0012862.png|
|2016-12-16 06:56||PeterBenedek||Note Added: 0043057|
|2016-12-16 06:57||PeterBenedek||Note Edited: 0043057|
|2016-12-16 07:35||PeterBenedek||File Added: output.gif|
|2016-12-16 07:35||PeterBenedek||File Deleted: output.gif|
|2016-12-16 07:38||PeterBenedek||File Added: 0012862.gif|
|2016-12-16 07:44||PeterBenedek||Note Edited: 0043057|
|2016-12-16 07:44||PeterBenedek||Note Edited: 0043057|
|2016-12-16 07:58||PeterBenedek||Note Edited: 0043057|
|2018-01-22 17:38||JLuc||Note Added: 0044862|
|2018-01-23 22:53||JLuc||Note Added: 0044867|
|2018-01-24 07:45||JLuc||Note Edited: 0044867|
|2018-02-22 10:54||PeterBenedek||Relationship added||has duplicate 0015164|
|2018-02-26 22:04||JLuc||Tag Detached: fixed_with_CTL|
|2018-02-26 22:04||JLuc||Tag Detached: #tobeclosed|
|2018-02-26 22:04||JLuc||Tag Detached: #please_test|
|2018-04-30 13:31||jghali||Target Version||1.5.4 => 1.5.5|
|2018-10-24 10:27||JLuc||Note Added: 0045541|
|2018-10-24 10:34||JLuc||Note Edited: 0045541|
|2018-10-24 17:35||utnik||Note Added: 0045542|
|2018-10-24 19:52||JLuc||Note Added: 0045544|
|2018-10-24 20:33||JLuc||Note Edited: 0045544|
|2018-10-24 20:34||JLuc||Note Edited: 0045544|
|2018-10-24 20:36||JLuc||Note Edited: 0045544|
|2018-10-26 09:59||utnik||Note Added: 0045545|
|2019-06-19 06:39||ale||Note Added: 0046327|
|2019-06-19 08:49||JLuc||Note Added: 0046329|
|2019-06-19 08:54||JLuc||Summary||Text shrunk and line broken => Text shrunk and line broken with automatic height lines|
|2019-06-19 08:54||JLuc||Steps to Reproduce Updated|
|2020-06-13 07:45||utnik||Note Added: 0047694|
|2020-06-13 10:58||PeterBenedek||Note Edited: 0047694|
|2021-06-29 06:52||JLuc||Relationship added||related to 0009604|