|
|
baseline.png (80,259 bytes) |
|
|
the descending part should be drawn outside of the frame just like it's done for the first line when line spacing is choosen for the first line offset. maybe we need an option just like the first line offset: last line offset... |
|
|
personally, i'm comfortable with scribus checking the descents for automatic lineheights. i don't know what the correct behavior is for fixed lineheights... ... but i'm pretty sure that when using baselines there should at least be an option to ignore the descents when calculating the overflow. |
|
|
>> the descending part should be drawn outside of the frame Sorry, but this is totally unacceptable. If line has a descent, is there is no place for it in frame, frame must overflow. Period. Scribus currently does not take into account the real line descent, but we have already bug for that. |
|
|
in theory it may be totally unacceptable... (even if i still wonder why?) and why is it acceptable for the first line in the frame but not for the last one? and in my real world, it's a needed feature! please try to work with the current behavior, and you will notice that it's a pain! and it's a pain to see a request simply closed with such wording. |
|
|
>> please try to work with the current behavior, and you will notice that it's a pain! This is not Scribus responsibility if you choose a font which does not meet your requirement ie with a 0 descent. And there is not a single reason that suddenly layout rules would change because of a change in line spacing mode. And as mentioned already that issue is at best a duplicate. |
|
|
five years later... still an issue... and it seems that indesign does it right: "In any case, InDesign let the descenders go under the bottom margin." but i cannot check. why? because somebody is again asking for being able to snap frames to the baseline... and without this feature, half of the snapping becomes an anti-feature : - ( |
- Anonymous
