https://bugs.documentfoundation.org/show_bug.cgi?id=153248
Heiko Tietze <heiko.tie...@documentfoundation.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |page74010...@yahoo.fr
--- Comment #9 from Heiko Tietze <heiko.tie...@documentfoundation.org> ---
(In reply to ajlittoz from bug 148597 comment #20)
> Created attachment 185881 [details]
> Ideas on captioning
The idea is basically to use tags as known from the ToC Entries tab to flexibly
create captions. For example "[] CC [ ] C# [: ] CT []" to create "Figure 1:
Lorem ipsum" or "[] CT [ (] CC [ ] C# [)]" for "Lorem ipsum (Figure 1)" with
CT = caption text
CC = caption category
CI = chapter info
C# = caption number
NL = new line
T = tab stop
Alternatives could be to a) not provide this flexibility and have a few layout
options hard coded where the user can pick one, and b) not to use the
Entries-like tag paradigm but a simple list along with a dropdown to add items
from the available options (see
https://design.blog.documentfoundation.org/2015/03/12/libreoffice-design-session-entries-at-indexes-and-tables/).
I think a) is not what LibreOffice stands for and b) has some advantages on
accessibility and maybe the use of available screen space but would be boring
and less intuitive.
As a substantial improvement to the proposal I suggest to separate the caption
style (rather a template) from the insertion. The style could be defined like
heading numbering something like
Presets Options
*Classic* [][CT][][C#]
Brackets Character Style
My Fancy C... <more options>
[Add] [Delete]
This caption style could be used for the auto numbering as well as in the
insert caption dialog, which would just allow to pick one of the presets and to
enter the caption text. The shipped presets would contain of all current
categories.
The propose newline tag sounds wrong to me as it adds another paragraph, which
per definition is not the same caption number. Could be a soft aka manual row
break, though.
> The main rejection point is that they need a change in ODF XML markup so
> that needed data is available when generating indexes of tables, figures, …
Don't think so. If we abstain from fields it would be the same as manual
editing a caption like done for "Inverted caption (Figure 2)". And even fields
can be inserted right now and show up in the ToF.
--
You are receiving this mail because:
You are on the CC list for the bug.
