Bug 115318 - Image and chart captions outside frame
Summary: Image and chart captions outside frame
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Caption
  Show dependency treegraph
 
Reported: 2018-01-30 21:16 UTC by andis.lazdins
Modified: 2023-03-13 12:32 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description andis.lazdins 2018-01-30 21:16:56 UTC
By default Captions to images and charts are inserted in additional frame, which is different from captions for tables and all kind of captions in Microsoft office and other office suites. It would be more convenient if all cations by default would not create additional frames. There are excellent options for paragraph and character formatting to keep captions in certain positions.

It was already discussed some 12-15 years ago and there is excellent workaround, but for unexperienced users, particularly for those used to Microsoft office, it would be much more comfortable to have captions outside frames. Additional frame for caption is also inconvenient if document is exported to doc or docx (like the most of the Writer documents, I guess). Users of Microsoft office don't know that it is great tradition to have those frames and they might become a bit angry during deleting of frames.
Comment 1 Dieter 2018-01-31 08:49:48 UTC
I agree to 100%
Comment 2 Heiko Tietze 2023-02-08 11:28:56 UTC
Aren't these objects floating and require a frame (except when anchored As Character). And if so, we have to make the caption appear always next to the object, which requires a frame. Sounds like a WF to me.
Comment 3 ajlittoz 2023-03-11 11:06:22 UTC
(In reply to Heiko Tietze from comment #2)
> Aren't these objects floating and require a frame (except when anchored As
> Character). And if so, we have to make the caption appear always next to the
> object, which requires a frame. Sounds like a WF to me.

Not necessarily.

I frequently attach "objects" to a "caption" paragraph which is part of the main flow, i.e. it is intended to be read in order. In this case, the object is attached to the paragraph and shown in the vicinity of it.

I also have floating objects. A frame is mandatory to group the object and its caption. However, the "floating" property is lacking flexibility.

When the combined frame and anchoring paragraph have not enough room in the page, either the frame alone (due to position/wrap settings) or both frame and paragraph are flushed on next page leaving a large blank area, not used by subsequent paragraphs. It would be nicer if the frame could be somehow "detached" from its anchoring paragraph (while keeping its anchor) to let other paragraphs occupy this blank area, frame positioning remaining pending until there is an opportunity to lay it out.
Comment 4 Heiko Tietze 2023-03-13 12:23:59 UTC
Admittedly I also remove the frame for non-floating objects and put the caption in a "paragraph relation" to the object. So +1, if not floating.
Comment 5 andis.lazdins 2023-03-13 12:32:43 UTC
I can add also that floating window with caption inside is painful property when export document to Microsoft Word. I never see also any scientific journal asking to put illustrations into floating frame together with captions. Can't imagine, why it is implemented in that way in Staroffice and survived till today. However, there is easy workaround, so the only benefit from Insert Caption dialogue is automatic creation of Paragraph style.