|
|
|
|
|
shrink.ogv (129,035 bytes) |
|
|
Also happens when the height of the text frame is very close (or smaller) to the height of the text - occurs when using adjust frame height as well. For example, create a text frame with larger height than text is tall, type the word 'Livewire' and hit 'adjust frame height to text'. Increase the height of the frame now and it goes back to normal. |
|
|
This bug will also cause kerning/tracking adjustments not to stick on affected frames. |
|
|
Just for organizational purposes, this issue is also present on 1.5svn r20078 (OSX 10.9.5) |
|
|
Still present on 1.5.1.svn r20609 (OSX 10.10.5) |
|
|
shrink.gif (146,384 bytes) |
|
|
Same with scribus 1.5.2 with boxes patch merged (release 21331). Could it be possible to fix it now with boxes ? |
|
|
It's not fixed on either trunk (OSX 10.10.5 1.5.3svn r21356) or recent CTL (Scribus15xCTLNightly-20160528.dmg) |
|
|
It's fixed with today CTL appimage [EDIT] Nope, not in all situations : see more recent comments. |
|
|
I can't reproduce in 1.5.3svn r21652 @PeterBenedek please confirm |
|
|
0011995.gif (400,464 bytes) |
|
|
Tested r21652 (installed version and not appimage); Linux Mint 18; Qt 5.7 shrink.gif : Confirmed. I can't reproduce... 0011995.gif : ...but still have problem! |
|
|
Peter, great catch. @Fahad it looked fixed on the surface but we found that this bug together with 0012861 and 0012862 are still an issue |
|
|
Changing severity. Block is for release blockers. |
|
|
In https://bugs.scribus.net/view.php?id=12862#c47694, utnik utters that it could be related to 0009604 "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.)". Could it be a way to a fix ? |
- Anonymous
