This section is being rewritten. Refer to section 10.8 of [CSS21] for the normative CSS definition or the 2002 Working Draft if you want pretty pictures. (But ignore the old text, half of it’s wrong. We’re not specifying which half, that’s to be determined.)
2. Initial LettersThe editors would appreciate any examples of drop initials in non-western scripts, especially Arabic and Indic scripts.
2.1. An Introduction to Initial LettersLarge, decorative letters have been used to start new sections of text since before the invention of printing. In fact, their use predates lowercase letters entirely.
2.1.1. Drop InitialA dropped initial (or “drop cap”) is a larger-than-usual letter at the start of a paragraph, with a baseline at least one line lower than the first baseline of the paragraph. The size of the drop initial is usually indicated by how many lines it occupies. Two- and three-line drop initials are very common.
Three-line drop initial with E acute. Since the cap-height of the drop initial aligns with the cap-height of the main text, the accent extends above the paragraph.
The exact size and position of a dropped initial depends on the alignment of its glyph. Reference points on the drop cap must align precisely with reference points in the text. In Western scripts, the top reference points are the cap height of the initial letter and of the first line of text. The bottom reference points are the alphabetic baseline of the initial letter and the baseline of the Nth line of text. Figure 2 shows a simple two-line drop cap, with the relevant reference lines marked.
Two-line drop cap showing baselines (green lines), cap-height (red line), and ascender (cyan line).
The alignment constraints for drop initials depend on the writing system. In Japanese, the initial letter extends from the block-start edge of the first line to the block-end edge of the Nth line.
Two-line drop initial in vertical writing mode
Diagram of Japanese initial letter in vertical writing mode
Note: In some cases, the exclusion area for the drop initial is larger than its glyph in order to preserve inline-axis alignment. This effect is out-of-scope for this level. However, extra spacing can still be given using margins.
In some Indic scripts, the top alignment point is the hanging baseline, and the bottom alignment point is the text-after-edge.
Devangari initial letter aligned with hanging baseline. Alignment points shown in red.
2.1.2. Sunken Initial LettersSome styles of drop initials do not align with the first line of text. A sunken initial (or “sunken cap”) both sinks below the first baseline, and extends above the first line of text.
Sunken cap. The letter drops two lines, but is the size of a three-line initial letter.
2.1.3. Raised Initial LettersA raised initial (often called a “raised cap” or “stick-up cap”) “sinks” to the first text baseline. Unlike simply increasing the font size, which affects the line spacing below it to make room for potential descenders, it does not sink below that.
Raised cap. The initial letter is the size of a 3-line initial, but does not drop.
2.2. Selecting Initial LettersInitial letters are typically a single letter, which can be selected by the ::first-letter pseudo-element, as defined in [SELECT].
Authors who need more control over which characters are included in an initial letter, or who want to apply initial-letter formatting to replaced elements or multiple words can also apply the initial-letter property to the first inline-level child of a block container.
<p>This paragraph has a dropped “T”. <p><img alt="H" src="illuminated-h.svg">ere we have an illuminated “H”. <p><span>Words may also</span> be given initial letter styling at the beginning of a paragraph.
::first-letter, /* style first paragraph’s T */
img, /* style illuminated H */
span /* drop Words may also */
{ initial-letter: 2; }
2.3. Creating Initial Letters: the initial-letter property Name: initial-letter Value: normal | [<number> <integer>?] Initial: normal Applies to: ::first-letter pseudo-elements and inline-level first child of a block container Inherited: no Percentages: N/A Media: visual Computed value: as specified Animatable: no
This property specifies styling for dropped, raised, and sunken initial letters. It takes the following values:
An initial letter is a box to which initial-letter applies and is not normal: this triggers the special layout considerations described below.
The following code will create a 2-line dropped initial letter at the beginning of each paragraph:
p::first-letter { initial-letter: 2; }
Define interaction with Ruby. Easiest is to make it not apply to/within ruby.
The initial-letter property does not apply to boxes that are not positioned at the start of the line due to bidi reordering.
2.4. Alignment of Initial LettersAs mentioned earlier, the alignment of initial letters depends on the script used. The initial-letter-align property can be used to specify the proper alignment.
Name: initial-letter-align Value: [ auto | alphabetic | hanging | ideographic ] Initial: auto Applies to:::first-letter pseudo elements and inline level first child of a block container Inherited: no Percentages: N/A Media: visual Computed value: ??? Animatable: no
Input from those knowledgeable about non-Western typographic traditions would be very helpful in describing the appropriate alignments. More values may be required for this property.
The vertical writing mode example from
Figure 2could be coded as:
span.initial {
initial-letter: 2;
initial-letter-alignment: ideographic;
}
If initial-letter is applied to an image or other atomic element that does not provide the necessary alignment information, the alignment points for the atomic inline must be synthesized from the content edges.
Note: For vertical-align, the alignment points of an atomic inline are synthesized from the margin edges. [CSS3-WRITING-MODES]
2.5. Margins, Borders, and PaddingInitial letters can be styled with margins, padding, and borders just like any other box. Their vertical alignment and sizing is not affected; however the effective exclusion area is (and corresponds to the margin area).
When padding and borders are zero, the initial letter may be kerned; see below.
2.6. Indentation and Multi-line Effectstext-indent and hanging-punctuation apply to the first line of text as normal in the presence of initial letters. Lines affected by the exclusion are shortened, as in the presence of floats, and are affected the same way.
If an initial letter is too long to fit on one line, it wraps (according to the usual text-wrapping rules), each line filled and formatted exactly as if it were the first line and the initial letter too long to fit any subsequent normal text. Any normal text after the initial letter starts on its last line, affected exactly as if that line were the first line.
Drop cap extends to two lines.
2.7. Sizing Initial LettersThe size of a drop initial is determined by the need to satisfy the required alignment. For an N-line drop initial in a Western script, the cap-height of the letter needs to be (N – 1) times the line-height, plus the cap-height of the surrounding text. Note this height is not the font size of the drop initial.
Actually calculating this font size is tricky. For an N-line drop initial, we find the drop initial font size to be:
A three-line drop initial in Adobe Minion Pro would have a font size of 61.2pt, given 12pt text, 16pt line-height and a cap-height of 651/1000 (from the font’s OS/2 table).
The line height used in this calculation is the line-height of the containing block (or, in the case where a baseline grid is in use, the baseline-to-baseline spacing required by the baseline grid [CSS3-LINE-GRID]). The contents of the lines spanned, and therefore any variation in their heights and positions, is not accounted for.
2.7.1. Shaping and Glyph SelectionWhen initial-letter is not normal, shaping does not occur across the box’s boundaries, as if the zero-width non-joiner (U+200C) were inserted before/after the initial letter. For example, if the first letter of the Farsi word “پس” were styled with initial-letter: 2 1, both letters would be styled in their isolated forms, with “پ” as the initial letter, followed by the normally-styled “س”.
Are there other things we need to consider here?
2.8. Space Around Initial LettersThe glyph(s) of an initial letter do not always fit within the specified sink. For example, if an initial letter has a descender, it could crash into the (n+1)th line of text. This is not desirable.
Incorrect: three-line initial letter with descender
Text is therefore excluded around the glyph bounding boxes of the initial letters.
Specifically, for non-atomic initial letters, the content box of the element is sized to fit:
The margin box of the initial letter is then made an exclusion area for subsequent text.
Correct: text excluded around glyph bounding box
2.9. Positioning and Kerning Initial LettersIn the block axis, the initial letter is positioned to satisfy its alignment requirements. (See initial-letter-align.)
In the inline axis, the position of the inline letter is given by aligning its start margin edge to the start edge of the containing block.
However, if the initial letter is a non-atomic inline with zero padding and borders, the UA must apply an additional negative offset on the start side of the amount necessary to optically align the first glyph to the containing block edge as it would be in normal text.
Additionally, when borders and padding are zero and the next typographic character unit after the initial letter is not a space (Unicode general category Zs), the UA should optically kern the first line of text into the initial letter’s area as necessary to maintain perceptual continuity of the text.
In the top paragraph, the initial letter "A" has a word space after it. In the middle paragraph, the initial letter "A" is part of a word. In this case, the first line of text should be kerned into the initial letter’s area as shown in the bottom paragraph.
2.10. Clearing Initial Letters 2.10.1. Raised and sunken capsAn initial letter does not affect the position of its containing element. For “raised caps” or “sunken caps,” the effect is created as if the text around the initial letter was pushed down, rather than the letter extending up into previous elements.
Raised cap (initial-letter: 3 1) on right; note that the position of the “C” is the same in both cases, but on the right all text is moved down relative to the initial letter.
Handle glyph ink above cap height of font.
2.10.2. Short paragraphs with initial lettersA paragraph with an initial letter can have fewer lines of text than the initial letter occupies. In this case, the initial letter’s top alignment is still honored, and its exclusion area continues into any subsequent blocks. This forces the subsequent inline-level content to wrap around the initial letter—exactly as if that block’s text were part of its own containing block. (This is similar to how floats exclude content in subsequent block boxes.)
The red text is a short paragraph with an initial letter. Note the subsequent paragraph wraps around the initial letter just as text in the paragraph with the initial letter does.
If the subsequent block starts with an initial letter, establishes a new formatting context, or specifies clear in the initial letter’s containing block’s start direction, then it must clear the previous block’s initial letter.
The red text is a short paragraph with an initial letter. The subsequent paragraph clears because it also has an initial letter.
2.10.3. Interaction with floatsFloats always clear an initial letter when floated to the same side. When floated to the opposite side, they are pushed down to clear the initial letter only if they have specified clear to this side or they do not fit without overlapping the initial letter.
Is this the behavior we want? What if the float is on the same line as the initial letter?
AcknowledgmentsSpecial thanks goes to the initial authors, Eric A. Meyer and Michel Suignard.
In additions to the authors, this specification would not have been possible without the help from:
David Baron, John Daggett, Stephen Deach, Sujal Parikh, Grzegorz Zygmunt, Chris Wilson, David M Brown, Bobby Tung, Shinyu Murakami, David Hyatt, Sylvain Galineau, Alan Stearns, Ted O’Connor.
Conformance Document conventionsConformance requirements are expressed with a combination of descriptive assertions and RFC 2119 terminology. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in the normative parts of this document are to be interpreted as described in RFC 2119. However, for readability, these words do not appear in all uppercase letters in this specification.
All of the text of this specification is normative except sections explicitly marked as non-normative, examples, and notes. [RFC2119]
Examples in this specification are introduced with the words "for example" or are set apart from the normative text with class="example", like this:
This is an example of an informative example.
Informative notes begin with the word "Note" and are set apart from the normative text with class="note", like this:
Note, this is an informative note.
Advisements are normative sections styled to evoke special attention and are set apart from other normative text with <strong class="advisement">, like this: UAs MUST provide an accessible alternative.
Conformance to this specification is defined for three conformance classes:
A style sheet is conformant to this specification if all of its statements that use syntax defined in this module are valid according to the generic CSS grammar and the individual grammars of each feature defined in this module.
A renderer is conformant to this specification if, in addition to interpreting the style sheet as defined by the appropriate specifications, it supports all the features defined by this specification by parsing them correctly and rendering the document accordingly. However, the inability of a UA to correctly render a document due to limitations of the device does not make the UA non-conformant. (For example, a UA is not required to render color on a monochrome monitor.)
An authoring tool is conformant to this specification if it writes style sheets that are syntactically correct according to the generic CSS grammar and the individual grammars of each feature in this module, and meet all other conformance requirements of style sheets as described in this module.
Partial implementationsSo that authors can exploit the forward-compatible parsing rules to assign fallback values, CSS renderers must treat as invalid (and ignore as appropriate) any at-rules, properties, property values, keywords, and other syntactic constructs for which they have no usable level of support. In particular, user agents must not selectively ignore unsupported component values and honor supported values in a single multi-value property declaration: if any value is considered invalid (as unsupported values must be), CSS requires that the entire declaration be ignored.
Experimental implementationsTo avoid clashes with future CSS features, the CSS2.1 specification reserves a prefixed syntax for proprietary and experimental extensions to CSS.
Prior to a specification reaching the Candidate Recommendation stage in the W3C process, all implementations of a CSS feature are considered experimental. The CSS Working Group recommends that implementations use a vendor-prefixed syntax for such features, including those in W3C Working Drafts. This avoids incompatibilities with future changes in the draft.
Non-experimental implementationsOnce a specification reaches the Candidate Recommendation stage, non-experimental implementations are possible, and implementors should release an unprefixed implementation of any CR-level feature they can demonstrate to be correctly implemented according to spec.
To establish and maintain the interoperability of CSS across implementations, the CSS Working Group requests that non-experimental CSS renderers submit an implementation report (and, if necessary, the testcases used for that implementation report) to the W3C before releasing an unprefixed implementation of any CSS features. Testcases submitted to W3C are subject to review and correction by the CSS Working Group.
Further information on submitting testcases and implementation reports can be found from on the CSS Working Group’s website at http://www.w3.org/Style/CSS/Test/. Questions should be directed to the public-css-testsuite@w3.org mailing list.
References Normative ReferencesThis section is being rewritten. Refer to
section 10.8of
[CSS21]for the normative CSS definition or the
2002 Working Draftif you want pretty pictures. (But ignore the old text, half of it’s wrong. We’re not specifying which half, that’s to be determined.)
↵The editors would appreciate any examples of drop initials in non-western scripts, especially Arabic and Indic scripts.
↵Define interaction with Ruby. Easiest is to make it not apply to/within ruby.
↵Input from those knowledgeable about non-Western typographic traditions would be very helpful in describing the appropriate alignments. More values may be required for this property.
↵Are there other things we need to consider here?
↵Handle glyph ink above cap height of font.
↵Is this the behavior we want? What if the float is on the same line as the initial letter?
↵RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4