Apache OpenOffice (AOO) Bugzilla – Issue 60016
caption for first frame of linked frames placed in second frame
Last modified: 2006-01-05 12:33:14 UTC
captions of linked frames are defective. In the scenario described below, two frames (Frame-1 and Frame-2) are linked. The problems are as follows: 1.When a caption is attached to Frame-1, it actually shows up in Frame-2, where it gets bunched together with the caption for Frame-2. >> In other words, Frame-1 has no caption at all; where as Frame-2 has TWO captions! >> If you right-click on the Frame-1 and select the "Caption" option in its context menu, you will not see the data previously entered. >> If you right-click on the Frame-2 and select the "Caption" option in its context menu, you will not see the data previously entered. Instead, you will see partial data for Frame-1. 2.The "Frame" window (i.e., the window that pops up when you double-click on a frame) does not have a tab for setting and formatting the caption of the frame. This can only be done only through the context menu of the frame. Conversely, the context menu does not contain “Properties...†option to trigger the “Frames†window. This is completely non-intuitive. 3.Although the two frames are linked together, the link is not evident to the reader (especially if he is reading a printed version of this document). Writer does not allow the author to insert "Continued on page x" type sentence in the caption. (Where x is a field that shows the page number of Frame-2; and is kept updated by Writer. For example, if the frames are moved around, Writer should update the value of x automatically.)
Created attachment 32901 [details] Problems with captions of linked frames- demo
I think I'll create that third popint as a separate issue. Sorry about the inconvenience!
confirmed on Windows XP Pro SP2 with OOo 2.0.1. Concerning the properties command: there is the Frame... command which should do what you wanted
confirmed
About the "Frame..." command in the context menu: Well, having "Properties..." command in a context menu is a standard practice. I missed the "Frame..." command because its name is misleading: Actually I expected it to provide a list of all frames in the current document! Note that such a list COULD be used to link the current frame with another frame; so the user should be excused for overlooking this command while he is looking for the familiar "Properties..." command. Look at it from another angle: The context menu of any object should be about something MORE specific about that object. For example, > A specific property of the object (e.g. "alignment") > All properties of the object (the "Properties..." command) > A specific PART of the object (e.g. "caption") But repeating the object's name in a command does NOT mean "its properties".
I found many more problems with captioning WITHIN a frame, and raised another issue (Issue 60053). In fact, this issue is closely linked to Issue 60053, as explained below: Writer treats the caption as ordinary text, but with a special condition: It is placed at the bottom of the text (initially, but you can edit it). So, when you link frames, all of their captions naturally accumulate at the bottom of the last frame, because- (a) text is SUPPOSED to flow between these linked frames, and (b) The captions are supposed to be at the end of the text. QED!
I have raised another issue for that last part: Issue 60055
The problem is the current handlig of captions in frames. Actually the the caption of a frame is put at the aend of its text which means, the text end is in the last line of chained frames. This will be solved together with a restruction of frame captioning in issue 40957. *** This issue has been marked as a duplicate of 40957 ***
Closed, this will be solved when captions are handled like properties of the frames.