View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0011283||Scribus||Story Editor / Text Frames||public||2012-12-23 06:59||2016-12-08 22:04|
|Platform||x86_64||OS||Linux||OS Version||OpenSUSE 12.1|
|Target Version||1.5.4||Fixed in Version|
|Summary||0011283: Footnotes frames are placed wrongly and extend into the wrong direction|
|Description||Currently footnote frames are being placed in the page margins and they extend downwards, even outside the page! That's not how it is supposed to work, IMHO.|
It should work as follows:
- The footnote frame should be placed inside the page margins, hence, the main text frame must shrink automatically.
- The footnote frame should extend upwards.
- As soon as the size of the footnote frame exceeds a certain percentage (configurable by the user) it should either display a text overflow mark and/or trigger a warning.
Yes, it should working as you described, but it is not so simple.
Main problem may occur when note is inserted in last line in frame.
With your suggested way noteframe should be created in place where note is inserted, so note mark will go to next linked frame probably on the next page. With current automation it is going to race condition and infinitive try to place noteframe on page where note mark is and this place changing on eech relayouting.
This is reason why it is not done as you suggest that should be. I leave it for user decision and manual work.
Maybe in the future someone (maybe even me) implements better behaviour.
Such note placement choice can really be tricky.
In some situations as the one you describe, cezaryece, it appears that the solution is
- either to have the note on another page than the note call
- either to force the text smaller in the page or previous page, so as to free enough place for both the note call and the note to appear on same page
Beside, even a manual positioning might need to be tweeked after some image is inserted or made slighly bigger.
So there is nothing such as a universal automatic positionning feature.
The question is rather "How can Scribus help and avoid work to the user, in most of the cases ?"
||I don't know if the following is helpful, but KWord 1.x used a frame-based approach to word processing. Maybe the code is still available somewhere. The Calligra developers should know. It might be worth looking at how KWord did it.|
Cezary, here's some more info:
It would be helpful to have this resolved - at the moment updating footnotes is a very manual procedure and has to be completely redone if anything affects the layout of the text in a book.
Instead of looping, consider determining if expanding the footnote frame will cause the mark to move to the next frame/page and if so simply force the footnote to move to the next page.
This behaviour is different for end notes where you might want to expand the frame downwards. Although the feature says foot/end notes.
|2012-12-23 06:59||christoph_s||New Issue|
|2012-12-23 06:59||christoph_s||Status||new => assigned|
|2012-12-23 06:59||christoph_s||Assigned To||=> cezaryece|
|2013-01-02 12:54||cezaryece||Status||assigned => acknowledged|
|2013-01-08 10:50||cezaryece||Note Added: 0029662|
|2013-01-08 13:12||JLuc||Note Added: 0029663|
|2013-01-08 23:11||christoph_s||Note Added: 0029668|
|2013-01-09 09:00||christoph_s||Note Added: 0029673|
|2014-04-07 15:13||JLuc||Tag Attached: layout|
|2014-07-03 19:32||Kunda||Target Version||1.5.0 => 1.5.1|
|2014-12-14 21:36||TheEnd||Note Added: 0034292|
|2014-12-24 16:14||JLuc||Tag Detached: layout|
|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|
|2015-11-13 01:37||Kunda||Relationship added||child of 0012496|
|2016-01-23 17:17||cbradney||Target Version||1.5.1 => 1.5.3|
|2016-04-11 18:20||Kunda||Tag Attached: footnotes|
|2016-12-08 22:04||Kunda||Target Version||1.5.3 => 1.5.4|