Workgroups are no longer used for group communications, but they still are used to group articles into fields of interest. Each article is assigned to 1 to 3 Workgroups via its Metadata page. Communications formerly occuring in a Workgroup should now take place in the Forum or in individual article Talk pages.
|Mathematics article||All articles (907)||To Approve (0)||Editors: active (2) / inactive (15)
Authors: active (281) / inactive (0)
|Citable Articles (16)|
Missing subpage categories:
This page contains CZ policy (either established by consensus or under debate) for how to format mathematics in CZ articles.
This page does not explain how to type mathematical formula in the software that we are using here. For that, you are referred to Help:Displaying mathematical formulas.
Issues for all <math> environments
Use <math> environments instead of HTML markup
Note: this policy is at odds with one formatting section below. When consensus is reached, this item and that one should be coordinated.
Proposed policy: Always use a <math> environment when typesetting mathematics (for example, whenever a $ environment would be used in TeX), rather than using by-hand italics or HTML markup. (discuss this)
Inline or display?
Consider using display style for complex expressions (particulary if they include integrals, sums, products, matrices, etc.) rather than inline expressions. Consider the following example: inline and displayed
Sometimes, there will be compelling reasons for not doing this, but a useful strategy to difficulties with awkward inline expressions is avoidance.
The in integrals
Policy: Insert a "thin space" \, before any -type object in an integral or differential; let the <math> environment typeset it in normal math font, rather than altering it.
Good examples: and
Bad examples: and
The punctuation marks that follow a <math> environment should be put inside the environment -- otherwise the mark might appear at the beginning of the next line, depending on the position of the text in browser's window, or be ridiculously too high or too low.
looks good when "displayed", but when "inline", is better.
looks better than
In fractions-within-fractions, a similar issue is raised:
Issues for display <math> environments
Policy: Use a single colon outside the <math> tag to indent a displayed equation.
Issues for inline <math> environments
Use of \scriptstyle
To determine: Whether to use \scriptstyle to reduce the size of PNG-rendered inline math formulas. (discuss this)
Example with \scriptstyle: The identity is cool.
Example without \scriptstyle: The identity is cool.
Issues for the text
Capitalizing theorem names
Proposed policy: Do not capitalize names of theorems for that reason alone, either when referring to them in prose or when creating new CZ articles. Normally capitalized words within theorem names should still be capitalized. (discuss this)
Using phrases like "it is clear that", "obviously"
This is tricky. Spelling out every detail of an argument can be awkward, pedantic, or boring, and it can disrupt the narrative. On the other hand, what might be obvious to one reader might not be obvious to another. Some suggestions:
- Pay attention to the level of mathematical sophistication expected of the reader in the surrounding text.
- Consider using endnotes or hyperlinks to point readers to more detailed explantions, or to articles providing necessary background and context.
Proper non-TeX mathematical notation
Note: using non-TeX mathematical notation at all is at odds with one proposed policy above. When consensus is reached, this item and that one should be coordinated.
Italicizing variables but not digits and not punctuation matches TeX style. Spacing before and after "+" or "=" or the like matches TeX style.
- (a2 + b2) = c2
\frac versus \cfrac
Compare and contrast:
- Michael Hardy 17:47, 13 August 2007 (CDT)