View Issue Details

IDProjectCategoryView StatusLast Update
0007624ScribusStory Editor / Text Framespublic2008-11-22 01:01
Reporterkubmac Assigned Tojghali  
PrioritynormalSeveritymajorReproducibilityhave not tried
Status closedResolutionduplicate 
Product Version1.3.5svn 
Summary0007624: text frame columns not perfectly equal?
DescriptionWhen a text is laid out in multi-column frames and I do something that causes flowing the text from one columnt to the other (like changing the frame height), the text flow in lines is changing. I don't know if it's caused by unequal width of columns or has something to do with hyphenation algorithm.
Additional InformationIn the attached file look at the third line in the second column ("tuj? Hardt i Negri, niemo?liwe bez"). There is large word-spacing. Now decrease the frame height from the bottom by one line and look, how the text flow in the right column changes.
TagsNo tags attached.
Patch

Relationships

duplicate of 0005891 closedjghali Various settings of work tracking and glyph extension make text overlap in column gap 

Activities

2008-11-21 20:52

 

unequal columns.sla (14,559 bytes)

jghali

2008-11-21 21:34

administrator   ~0020676

I don't see what you mean, please be more precise.

2008-11-21 21:42

 

scribus 1.png (152,503 bytes)   
scribus 1.png (152,503 bytes)   

2008-11-21 21:43

 

scribus 2.png (151,659 bytes)   
scribus 2.png (151,659 bytes)   

kubmac

2008-11-21 21:47

reporter   ~0020677

Sorry, I've attached 2 screenshots now, maybe it's better to look at them. The second one is after vertical resizing of the frame. The line where changes are most visible is underlined red.

jghali

2008-11-21 21:56

administrator   ~0020678

And what's the problem????

kubmac

2008-11-21 22:06

reporter   ~0020680

Expected behaviour (at least by me) would be that when all the text parameters as well as frame widht are not changed, text flow also remains unchaged. When I lay out long article, I get rid of any loose lines, and then eg. change layout of pictures, causing the text to move between columns, I usually get some loose lines again.

jghali

2008-11-21 22:33

administrator   ~0020682

That can't be necessarily expected as changing frame height may modify the number of consecutive hyphenation break due to text flowing in other column, and the max number of consecutive hyphenation break comes into play then.

kubmac

2008-11-21 23:11

reporter   ~0020684

Ok, I checked it. I increased the the frame height so that all the text fits in the first column, the second is empty. There is the same loose line I showed on my screenshot. Then I created another frame, covering exactly the first column of the frame in question, and enabled "text flow around frame", so that all the text jumped from the first column to the second. The loose line disappeared. (hope I'm clear now)

Besides this, I'm not sure, but it seems to me, that the number of consecutive hyphenation limit works regardless of whether the consecutive lines are in the same column or not (at least is is what I observed) - and it is proper behaviour in my opinion.

jghali

2008-11-21 23:33

administrator   ~0020685

>> it seems to me, that the number of consecutive hyphenation limit works regardless of whether the consecutive lines are in the same column or not (at least is is what I observed) - and it is proper behaviour in my opinion.

Yep this is the current behavior. And in fact i just discussed it with other team member and we think this is not a proper behaviour. When eye move to next column, it doesn't care about the previous.

kubmac

2008-11-22 00:01

reporter   ~0020686

I think it is not only a matter of an eye, but also of increased difficulty of reading, and in this respect it's not important if this is the same column or not.

And of course such a change - regardless of any possible issues with columns width - would certainly cause the behavior that I described above. Which is really quite a pain when you prepare larger journal.

So if you change hyphenation algorithm, please at least make it optional.

jghali

2008-11-22 00:09

administrator   ~0020687

>> I think it is not only a matter of an eye, but also of increased difficulty of reading, and in this respect it's not important if this is the same column or not.

I don't think so.

jghali

2008-11-22 00:58

administrator   ~0020688

Last edited: 2008-11-22 00:58

More testing shows that your issue is mostly related to the use of glyph extension + alignment. Additionally i've detected some very small precision errors related to calculations with reals, but these are the limits of computer technology and cannot be fixed. Consequently this is also a duplicate of 0005891/0007070.

jghali

2008-11-22 01:01

administrator   ~0020689

Closing as this is a side effect of 0005891/0007070

Issue History

Date Modified Username Field Change
2008-11-21 20:52 kubmac New Issue
2008-11-21 20:52 kubmac File Added: unequal columns.sla
2008-11-21 21:34 jghali Note Added: 0020676
2008-11-21 21:42 kubmac File Added: scribus 1.png
2008-11-21 21:43 kubmac File Added: scribus 2.png
2008-11-21 21:47 kubmac Note Added: 0020677
2008-11-21 21:56 jghali Note Added: 0020678
2008-11-21 22:06 kubmac Note Added: 0020680
2008-11-21 22:33 jghali Note Added: 0020682
2008-11-21 23:11 kubmac Note Added: 0020684
2008-11-21 23:33 jghali Note Added: 0020685
2008-11-22 00:01 kubmac Note Added: 0020686
2008-11-22 00:09 jghali Note Added: 0020687
2008-11-22 00:58 jghali Note Added: 0020688
2008-11-22 00:58 jghali Note Edited: 0020688
2008-11-22 01:01 jghali Note Added: 0020689
2008-11-22 01:01 jghali Relationship added duplicate of 0005891
2008-11-22 01:01 jghali Duplicate ID 0 => 5891
2008-11-22 01:01 jghali Status new => resolved
2008-11-22 01:01 jghali Resolution open => duplicate
2008-11-22 01:01 jghali Assigned To => jghali
2008-11-22 01:01 jghali Status resolved => closed
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