Bug 103997 - Allow drop caps to display as raised initial effect
Summary: Allow drop caps to display as raised initial effect
Status: RESOLVED DUPLICATE of bug 70180
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks: Paragraph-Drop-Caps
  Show dependency treegraph
 
Reported: 2016-11-17 21:29 UTC by jlbraga
Modified: 2017-12-30 15:48 UTC (History)
6 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 jlbraga 2016-11-17 21:29:12 UTC
Hi. The drop caps effect makes the initial capital letter occupy more than one line DOWN. I would like to suggest that it could also occupy more than one line UP. You see this in many books, for example.
It could also be done the same way you define the letter size, font, style, etc., but WITHOUT making bigger the spacing between it and the line below, so the spacing between lines could always be the same.
Comment 1 Buovjaga 2016-11-24 11:10:16 UTC
Sounds ok -> NEW
Comment 2 jlbraga 2016-11-24 19:37:52 UTC
I guess it could be even called LIFT caps instead of DROP caps...or even better: FORMAT caps or EDIT caps...
Comment 3 Adolfo Jayme Barrientos 2017-08-15 19:57:35 UTC

*** This bug has been marked as a duplicate of bug 70180 ***
Comment 4 Yousuf Philips (jay) (retired) 2017-08-21 12:06:19 UTC
@Heiko, @Stuart, @Cor, @Regina: Is this something that should be implemented?
Comment 5 Heiko Tietze 2017-08-21 12:12:03 UTC
Yes, Lift caps as an option additional to Drop caps sounds reasonable to me.
Comment 6 Cor Nouws 2017-08-21 12:33:52 UTC
Writer only feature
Comment 7 Adolfo Jayme Barrientos 2017-09-03 08:56:07 UTC
First, "Lift caps" is a nonsensical term.

Second, trying to implement this separately from bug 70180 is ridiculously complex UX-wise, because a baseline-aligned, single-line drop cap should best be handled with the existing dialog and options. I marked this as a duplicate for a reason.

*** This bug has been marked as a duplicate of bug 70180 ***
Comment 8 jlbraga 2017-09-03 13:25:43 UTC
Both bugs are not the same. Actually, what I am referring to is not even a bug, but a suggestion for an enhancement. There's a function called "Drop Caps" which allows a big capital letter to occupy more than one line DOWN. Why can't there be a function which allows the same thing, but occupying some lines UP instead of down? It doesn't even have to be called "Lift Caps", it can be called some other thing...the menu for "Drop Caps" could be called some other thing, and in it, you could select if you wanted the capital letter to occupy space DOWN or UP...that would be even more optional for the user, a more complete function.
Comment 9 Buovjaga 2017-09-03 13:34:03 UTC
Ok, I found a term that is not nonsensical: raised initial https://www.fonts.com/content/learning/fontology/level-4/fine-typography/raised-and-dropped-initials
Comment 10 jlbraga 2017-09-03 13:59:36 UTC
Or "raised caps".
Comment 11 V Stuart Foote 2017-09-03 14:12:52 UTC
Adolpho is correct, implementing a "Raised" initial is the effect requested in bug 70180

Adjusting the summary there.

*** This bug has been marked as a duplicate of bug 70180 ***
Comment 12 Yousuf Philips (jay) (retired) 2017-09-05 13:28:00 UTC
(In reply to V Stuart Foote from comment #11)
> Adolpho is correct, implementing a "Raised" initial is the effect requested
> in bug 70180

Bug 70180 is about having drop caps on a single line and nothing about having the effect go upwards rather than downwards.
Comment 13 V Stuart Foote 2017-09-05 14:49:40 UTC
Jay,* -- Sorry, but that is exactly what both issues require.  That the "drop caps" handle both directions, i.e. Dropped initial, as implemented now, and Raised initial as requested.

Adding the raised would touch the same parts of the edit engine--probably even the same control.  It is a duplicate...
Comment 14 Buovjaga 2017-09-05 16:52:38 UTC
Yes, it's true. If it's on one line, it stops being a drop cap (see the Word screenshot taken by Heiko in 70180). I will adjust the summary of the older report.

*** This bug has been marked as a duplicate of bug 70180 ***
Comment 15 Buovjaga 2017-09-05 17:22:58 UTC
I asked Jay in chat, if he thought this request meant that the initial would punch into the paragraph above and he said yes. Yet, I was unable to find any actual example of such an initial style. Visualizing it in my minds eye it feels it would look very confusing. This is not how I imagined it when I set this to NEW in 2016.

Nothing like that sort of thing is mentioned in https://drafts.csswg.org/css-inline/#initial-letter-styling or https://en.wikipedia.org/wiki/Initial

Please, if you have some esoteric initial letter literature, refer to it with pictures. Otherwise this has to stay closed.
Comment 16 jlbraga 2017-09-05 17:50:25 UTC
What I refer to as raised caps is, as a visual example, like a drop caps with two lines size, but in which the textline on the side of the big capital letter only appears on the second line.

You may think that you can do that by just increasing the letter's size, but doing that also increases the spacing between the first and the second lines, and that's the effect to avoid.

I'm pretty sure I have a book in which I saw this, if I find it I scan what I'm referring to.
Comment 17 Buovjaga 2017-09-05 17:54:48 UTC
(In reply to jlbraga from comment #16)
> What I refer to as raised caps is, as a visual example, like a drop caps
> with two lines size, but in which the textline on the side of the big
> capital letter only appears on the second line.

Ah, so you mean like Sunken Caps? https://drafts.csswg.org/css-inline/images/SunkenCapA.png
Comment 18 jlbraga 2017-09-05 17:59:52 UTC
No, what you show there is like a 3-line drop caps with the first line in blank. I mean something like drop caps but, whatever the size of it, the normal text size on its side starts on the last line of the drops caps size, and all the upper lines are in blank.
Comment 19 Buovjaga 2017-09-05 18:12:49 UTC
(In reply to jlbraga from comment #18)
> No, what you show there is like a 3-line drop caps with the first line in
> blank. I mean something like drop caps but, whatever the size of it, the
> normal text size on its side starts on the last line of the drops caps size,
> and all the upper lines are in blank.

Well, now you're talking about raised caps/initials again, just like you agreed in comment 10. This is what bug 70180 is about!
Comment 20 Mike Kaganski 2017-09-05 18:19:25 UTC
The discussion here (starting from comment 12) focuses around whether the raised caps (as depicted at https://drafts.csswg.org/css-inline/images/RaisedCap.png, which is clearly what OP wants) may indent into a previous paragraph above (like drop caps indent into *this* paragraph, see https://drafts.csswg.org/css-inline/images/Dropcap-E-acute-3line.png).

I suppose that this is not a requirement OP has meant, and others (Buovjaga, Adolfo Jayme - except for Jay) seem to not consider this option (indenting into paragraph above). I suppose that however tall the raised cap could be, its height should only add to space between previous and this paragraph. And in this interpretation, this is truly duplicate of bug 70180.

The question here is: is there someone who believes that the indenting into paragraph above is a required feature, and if it is, please provide references to such usage, as asked in comment 15.
Comment 21 Y 2017-12-30 15:48:18 UTC
I am the OP of bug 70180.

While I find sensible to merge the feature request in this bug with the feature request in bug 70180  per comment 7, and therefore keep this bug closed and flesh out a generic start of paragraph highlight in bug 70180, I strongly object to comment 15: 

> Please, if you have some esoteric initial letter literature, refer to it with
> pictures. Otherwise this has to stay closed.

Limiting the scope to existing initial letter literature is an unnecessary artificial limit to human creativity.  The feature requested by the OP is perfectly legit.

For a more detailed analysis and a suggested solution, see bug 70180.