This essay contains the advice or opinions of one or more Wikipedia users. Essays may represent common ideas, or ideas that many users would not support. They are not rules. Think carefully about what they say before following them. |
This essay, Wikipedia:Advanced text formatting or Advanced typesetting, describes many techniques to control (or adjust) the alignment of text on a page. For people with professional backgrounds in typesetting, this essay is not intended as a joke, but rather, an advancement over the default typesetting of stub articles. Techniques listed here are still intended for general readers.
Perhaps the single greatest improvement to many articles is to lower those grandstanding top tag-boxes that proclaim, "This article is bad: change it now". Most of those tag-box templates allow a parameter "|section" when lowering the tag-box further down the page. For example: ((RefImprove|section|date=May 2009
)). Moving a distracting tag-box can greatly improve the readability for readers, who might otherwise become surprised and alarmed by a 2-year-old gripe box which someone threw on the page, unopposed, years ago. Some tag-boxes give the idea that the box must be read to avoid very dangerous information in an article.
One of the most troublesome typesetting glitches is the wrapping of the last word in a quotation onto a second line, when followed by parentheses or brackets "[ ]":
Typical wrapping of end-quotemark:
|
There are several ways to allow the end-word to stay on the same line, without wrapping. Perhaps the most common fix is to append the blank-code " " (or even a comma) after the end quotemark so that it will not wrap too soon:
Wrapping of end-quotemark plus  :
|
To fix wrapping, the word dogs is followed by   (after the quotemark: dogs"  ). Because thousands of articles begin with formally defining a term, with stating a quoted meaning, the forced wrapping of end-quotemarks has become a major typesetting nightmare in Wikipedia. The wrapping of end-quotes grew to be so common, during 2005-2010, that it has become instinctive to expect an end-quote to almost always be prematurely wrapped onto a second line, and the first line to be truncated as bizarrely too short. The premature wrapping of the 18-character phrase "dogs...typewriter" is typical, not an exaggeration of how much text gets forced onto the second line in many articles.
A similar problem occurs with an end-apostrophe & parentheses:
Typical wrapping of end-apostrophe:
|
Wrapping of end-apostrophe plus &160:
|
Besides using " " other characters, such as comma, semicolon or slash, could be appended after the end-quotemark, if they fit the meaning. There might be other situations of forced wrapping in Wikipedia text.
Lesser text can be reduced to a smaller font size, such as by using a span-tag:
That font-size will shrink the text somewhat: German: Der Lange-Annoying-Name-der-Dinge. A highly irritating problem can be the placement of too much foreign (or off-topic text) in the intro section. Much tangent-level wording should be moved to lower sections. However, the use of a reduced font-size can help minimize the glaring impact of off-topic text. Sizes such as 95% or 92% retain the original font shape; however, sizes of 87% or 82% might be needed. To reduce a larger section of text, consider using the paired <div>...</div> tags (instead of "<span>...</span>").
The default small text-size, with almost no shape, is selected by <small>aa bb cc xx yy zz</small>, which appears as: aa bb cc xx yy zz. Using <font face=Georgia>, to switch from default Arial font to Georgia font, the small text will appear as: small Georgia-font a b c x y z.
A very common problem, when using a smaller font, is the gapping caused by large interline spacing between the lines. A better line-height (for small-font notes) is: 1.3em, such as by:
Such small lines could be used in a lengthy image caption, where the typical caption size would take too much space, for the amount of detailed caption being displayed. Of course, once again, a full solution often involves removing some excess text (from the image-caption) to a lower spot on the page, and then referring to the image, such as "(see image at right)" from that text.
The colon-indent prefix ":" which indents lines (by about 7 spaces) also triggers a smaller line-height, so any indented wrapped-text will appear closer to the upper-text on the indented line.
Another use of reduced line-height might be for an indented quote-box, where the smaller line-height might help in emphasizing the quote as being a special text section. For example, using:
Then enclose the text of a quote, such as the following:
Sometimes, the setting must be precise, where 1.30em would be too close, or 1.35 would separate lines too much, while 1.33em provides an even balance, for the particular lines in the quotation. Because the line-height is reduced, the effect of the quotation is different than merely indenting the text. Note how the line for author "Einstein" has been indented, far to the right: the new indenter template ((in5|32))
was used to indent across 32 spaces further than the quoted lines: ((in5|32))—Albert...
The opposite technique, of increased line-height, might be used for some indented song lyrics (or poetry), where the larger line-height could help in emphasizing the "double-spaced" appearance of a text section. For example, using:
Then enclose the song lyrics as "xxx", with line-breaks <br>, as follows:
<
--(cavalry are horse-soldiers)Because the line-height is increased, the effect of the quoted text appears similar to having used double-spaced lines in the text. The extra spacing also helps for annotations, such as noting, in the chorus (for the 2008 song "Viva la Vida") how "Roman cavalry" refers to horse-soldiers, while the "choirs are singing" the lines "Be my mirror" (etc.). The length of each line is chosen to reflect the cadence or rhythm of the music, where the singer could take a breath at the end of each line. (Only part of the lyrics are listed, to keep them short, per copyright laws limiting to 10%, or prohibiting the display of an entire performable unit, of a song).
The exact coding of the song lyrics could be a single line, as follows:
For coding on multiple lines, use "<div>" rather than "<span>" tags.
Words can be joined by " " or ((nowrap|xxx xxx))
to force them to appear together, on one line. Sometimes text, next to a wide image-box or wide infobox, tends to get squeezed into a narrow column of text. A very narrow column can cause text-wrapping as, sometimes, one-word-per-line, all the way down the entire column. By word-joining the first few words of a phrase (such as "At the outset" or "The region covers"), the text can be forced down the page, into a wider column, where all the joined-words can fit side-by-side, across the line. Then, even when the page is viewed in larger browser Text-Size settings, the joined text will float down to columns where the typesetting looks more logical, rather than the default, of one-word-per-line, in a narrow column.
Bold-faced text can be softened, or thinned, by using dark-gray, rather than typical black, as the text font-color. For example:
The dark-gray color (#666666) will appear as: One and Two and Three". Compare the bolded text of One/Two, against the stark contrast, of the shortcut title of this essay page: WP:TYPESET.
In Wikipedia, the use of bold-faced text is used, primarily, to highlight words that are titles, or redirected terms, that name each article. Such bold-faced text could be confusing when not connected to the article title, so the use of a lighter bolded text allows for highlighting, with less confusion about the article-title words.
Also, other, lively colors could be bolded without much confusion with the article-title words (see color choices in: Web colors).
Text can be auto-indented, depending on screen width, using ":" followed by " " as follows:
: ((nowrap|"There is no substitute for knowledge". -Deming))
The indented line will indent less, on a narrow screen, because the non-breaking spaces will be on an upper line, and the text will shift to the next line. The result will appear as:
The reason for auto-indenting: sometimes, text needs to be indented on wide screens but not indented, as much, on narrow windows because it would not fit across the line, if fully indented on a narrow window. This is typically the case for a long math equation or formula, such as the following:
: <math>I_D= \mu_n C_{ox}\frac{W}{L} \left( (V_{GS}-V_{th})V_{DS}-\frac{V_{DS}^2}{2} \right)</math>
The generated formula will appear as:
On a very-narrow window, then the formula would auto-indent with less left-side spacing.
Such use of auto-indented text is, typically, rare, but can avoid large text-gaps where the page would become half-blank on a narrow window. Otherwise, many long equations (especially, near images or infoboxes) would be shifted down a page, causing a wide text-gap to appear, because they would be too long to fit when fully indented.
The MediaWiki markup language supports many HTML tags, including "<font face=Garamond>" and such. Some of the fonts are:
Adding commas, and repeating key-phrases, can clarify many long, complex sentences. Consider the following text:
The above text tends to run together, with the result of seeming to be too long for a proper sentence. However, consider the addition of some commas, and also, repeating some words:
The commas clearly separate the long sentence into specific phrases. The subject of "vending machines on dark side-streets" is clarified, at the end, by repeating "on dark side-streets" which readers might have forgotten, since that was the 2nd phrase in the long sentence. By using the trick of adding commas and repeating key-phrases, many long sentences can appear clarified, without extensive re-writing. The commas act, almost like magic, to simplify a long sentence, without the need to drastically cut and reword the text to be easier to read. The term "whereas" was used to be more specific than the word "where" (other similar precise terms, used to help clarify, include "instead" or "rather than" ). Often, it is not necessary to re-write technical articles for better clarity; instead, just add several commas and see if an article can be easily clarified, within minutes, rather than spend hours re-writing, or splitting, the technical descriptions.
Real typesetting software, for over 30 years, typically has had simple directives to trigger alignments as left, right, center, or undented (beyond the left-margin line). However, for decades, HTML has had only limited options for easy alignment (one: <center>). A method for undenting the first word of a paragraph is to put the paragraph into a text-table, where the first word (or syllable) is (alone) in column 1, while the other text is in column 2. For example, undenting "Beethoven":
Bee | thoven composed Moonlight Sonata while he was losing his hearing. |
Note the use of both "cellspacing=0 cellpadding=0" so as to not separate the spacing between the first syllable "Bee" and "thoven".
A third column can be used to enclose text in outside brackets, then putting the closing-bracket "]" in column 3, as follows:
[ | This is line 1. Line 2. | ] |
Again, the designers of the HTML language had only limited knowledge of typesetting (thus they invented: font size=1 to 5!), so the only alignment directive was "<center>". However, the currently invalid options "<left>" and "<right>" could be added someday, as a trivial implementation, because to handle "center" then the left/right margins must already be known to the computer. The pitfalls of HTML, developed with little knowledge of typesetting (or even of computer languages), are typical when amateurs (or college dropouts) try to create a new technology. Note that there are some examples of the opposite effect: such as an opera singer (Luciano Pavarotti) learning to sing well without being able to read music. However, in general, most attempts by hacks are botched failures. It is important to seek the knowledge of experts, but hacks might not even understand the basics that experts know, so some humility is needed in such discussions.
|