Xenharmonic Wiki:Conventions
A few conventions have evolved in this wiki that would be good to keep consistent with. Any pages that break the conventions may have links to them removed. Note that the conventions of TD Xenharmonic Wiki are Type Design conventions that are different from the GNU conventions on xen.wiki.
(please feel free to add rules in use here, and please provide reasons for it! Thanks!)
Decimal numbers[edit]
The decimal point should be represented with U+002E full stop character, not with the comma. Also, do not misspell numbers when they are the result of a computation; in this example, the amount of cents in 3/2, which is 701.955 is demonstrated, where the misspelling introduces a large error compared to the number precision.
| correct | wrong |
|---|---|
| 701.995 | |
Hexadecimal numbers[edit]
Hexadecimal numbers use the same character for the hexadecimal point as the decimal point, and they are also prefixed with 0x. Do not misspell numbers.
| correct | wrong |
|---|---|
| 0x2BD.F48 | |
Logarithmic interval measures[edit]
For normal tables, we decided to stick to cent values with a fixed precision, mostly 2 or 3 in the fractional part. 3 is helpful when serving as a canonical reference point for people to compare their own calculations with, which helps in the development of table creators such as Piotr Grochowski's one for Selected just intervals by error. Its main purpose is to give an idea of interval sizes and relation to known intervals in the 12edo system of western music. Alternative measures are acceptable if they better reflect the idea behind an interval system, scale etc. More than one logarithmic size column should be avoided.
Links[edit]
Links - both wiki-internal and external ones - should have meaningful text; something like "here" is not acceptable, often the page title is a good starting point.
- For more info see Help:Here-links
List model[edit]
In this wiki the asterisk lists and number sign list models should be avoided, as they are awkward to handle due to requiring newlines. There are better list models that can be written inline. However, an edit consisting only of a list model change should not be done, to prevent edit wars and avoid shitty waste of server space. If you see a page using the awkward lists (*#) change it as long as in the same edit you also make other constructive changes.