Manual of Style | ||||||||||
|
Historical note: The page Wikipedia:Manual of Style/Mathematics was originally obtained by moving content from Wikipedia:WikiProject Mathematics here, see the diff. As such, this page was not created from scratch on 18:39, 19 January 2005 as the page history may suggest, but is rather the product of collaborative discussion of Wikipedians since 2001 or 2002. |
|
|||||
This page has archives. Sections older than 120 days may be automatically archived by Lowercase sigmabot III. |
Do you have to put spaces on both sides of an inequality? Also, if there is only one value, should a space be added there as well? Purplemountainman talk contribs 20:10, 3 September 2022 (UTC)
For any article where LaTeX is also used, it is typically clearer to read variables that are in an serif font like x instead of sans-serif x, even if the particular italic font used in one skin or another is different than the LaTeX font (computer modern)
Now that LaTeX in <math>
tags is displayed as SVG instead of PNG images, just using TeX everywhere is often even better looking. But there are some contexts where it can’t be used (e.g. in image captions), and many technical articles are written to not use LaTeX in at least some of their formulas, and I wouldn’t recommend trying to forcibly switch them them all to LaTeX.
But I routinely switch mathematical symbols in wiki articles sans serif -> serif italics, and this seems uncontroversially better in nearly every case.
(To be even more ambitious, we might encourage whoever is in charge of editing Wikipedia skins to specify a closer font in the CSS they apply to mvar/math templates, even perhaps some OpenType version of Computer Modern.)
– jacobolus (t) 19:50, 19 March 2023 (UTC)
<math>...</math>
and {{
math}} expressions. I think it's getting images for LaTeX, which it completely ignores even if there is alt text. For math expressions displayed as text, it treats them as English prose. So "A = {x : x > 0}" is read as "ay equals ex ex greater than zero" rather than something like "The set ay equals the set of ex where ex is greater than zero". However, I could reconfigure my screenreader to look for the CSS added by the {{
math}} tag and change how the contents are handled. It would be pretty feasible to have it produce something rudimentary like "ay equals open curly brace ex colon ex greater than zero close curly brace" that at least prevents important punctuation from being silently omitted. For untagged mathematical expressions, there wouldn't really be a solution other than building some AI that knows math when it sees it (which would not be cheap or easy). --
Beland (
talk) 21:53, 17 April 2024 (UTC)
I've looked at this page recently trying to figure out when to use <math inline>
, and I found the advice at
Wikipedia:Manual of Style/Mathematics#Using LaTeX markup quite disorganized. I tried to improve it, but my edit was reverted by @
JayBeeEll:
[1]. I invite your ideas on how to improve my attempt, or on what you find valuable about the original version, rather than just saying it's worse/better.
Matma Rex
talk 10:50, 11 December 2023 (UTC)
inline
and non-inline
examples to separate paragraphs intentionally, to demonstrate that the latter increase the line spacing, while the former do not. I think that would actually clarify things. I also considered making it a table, or putting the examples in two columns. Would that look better?<math inline>
basically solves all problems and should be used in all cases, but I'm pretty sure that's what it really meant, and I think simple advice that always works is best, when that's actually possible. Unless that's not actually correct?
Matma Rex
talk 21:19, 12 December 2023 (UTC)
display=inline
as a tool, not necessarily to give complete advice about when to use it. –
jacobolus
(t) 21:41, 12 December 2023 (UTC)Subsections are strangely numbered in this article; for example, there is a section 7.6 but no sections 7.1, ..., 7.5. Apparently, this seems the case for other pages of the Manual of Style, and also in the name space "Wikipedia". Is this intentional or the result of a (new?) bug? D.Lazard ( talk) 12:19, 1 April 2024 (UTC)
On Talk:Inequality (mathematics)#Renderization of "not greater than" symbol, Fgnievinski reports problems rendering U+226F ≯ NOT GREATER-THAN, with Chrome version 123.0.6312.106 on Windows 10 version 22H2:
(The first three are all just the Unicode character not displaying properly.)
I assume this be added to the list of characters that should only be expressed with <math>...</math>
? Are there any related characters for which anyone is also experiencing rendering problems? --
Beland (
talk) 02:37, 18 April 2024 (UTC)
One thing that would help a lot in my opinion is (English) Wikipedia directly hosting a "math" font indicated first in the font stack in the CSS for {{ math}} templates which explicitly included a wide range of supported glyphs. This could be e.g. something constructed from Computer Modern glyphs, or STIX 2.0 (or something else?). The appearance of STIX 2 is not an exact stylistic match for Computer Modern, but it's also not inordinately far away. I don't really know what would be technically required for MediaWiki/Wikipedia to host something like that though. – jacobolus (t) 14:54, 19 April 2024 (UTC)
Manual of Style | ||||||||||
|
Historical note: The page Wikipedia:Manual of Style/Mathematics was originally obtained by moving content from Wikipedia:WikiProject Mathematics here, see the diff. As such, this page was not created from scratch on 18:39, 19 January 2005 as the page history may suggest, but is rather the product of collaborative discussion of Wikipedians since 2001 or 2002. |
|
|||||
This page has archives. Sections older than 120 days may be automatically archived by Lowercase sigmabot III. |
Do you have to put spaces on both sides of an inequality? Also, if there is only one value, should a space be added there as well? Purplemountainman talk contribs 20:10, 3 September 2022 (UTC)
For any article where LaTeX is also used, it is typically clearer to read variables that are in an serif font like x instead of sans-serif x, even if the particular italic font used in one skin or another is different than the LaTeX font (computer modern)
Now that LaTeX in <math>
tags is displayed as SVG instead of PNG images, just using TeX everywhere is often even better looking. But there are some contexts where it can’t be used (e.g. in image captions), and many technical articles are written to not use LaTeX in at least some of their formulas, and I wouldn’t recommend trying to forcibly switch them them all to LaTeX.
But I routinely switch mathematical symbols in wiki articles sans serif -> serif italics, and this seems uncontroversially better in nearly every case.
(To be even more ambitious, we might encourage whoever is in charge of editing Wikipedia skins to specify a closer font in the CSS they apply to mvar/math templates, even perhaps some OpenType version of Computer Modern.)
– jacobolus (t) 19:50, 19 March 2023 (UTC)
<math>...</math>
and {{
math}} expressions. I think it's getting images for LaTeX, which it completely ignores even if there is alt text. For math expressions displayed as text, it treats them as English prose. So "A = {x : x > 0}" is read as "ay equals ex ex greater than zero" rather than something like "The set ay equals the set of ex where ex is greater than zero". However, I could reconfigure my screenreader to look for the CSS added by the {{
math}} tag and change how the contents are handled. It would be pretty feasible to have it produce something rudimentary like "ay equals open curly brace ex colon ex greater than zero close curly brace" that at least prevents important punctuation from being silently omitted. For untagged mathematical expressions, there wouldn't really be a solution other than building some AI that knows math when it sees it (which would not be cheap or easy). --
Beland (
talk) 21:53, 17 April 2024 (UTC)
I've looked at this page recently trying to figure out when to use <math inline>
, and I found the advice at
Wikipedia:Manual of Style/Mathematics#Using LaTeX markup quite disorganized. I tried to improve it, but my edit was reverted by @
JayBeeEll:
[1]. I invite your ideas on how to improve my attempt, or on what you find valuable about the original version, rather than just saying it's worse/better.
Matma Rex
talk 10:50, 11 December 2023 (UTC)
inline
and non-inline
examples to separate paragraphs intentionally, to demonstrate that the latter increase the line spacing, while the former do not. I think that would actually clarify things. I also considered making it a table, or putting the examples in two columns. Would that look better?<math inline>
basically solves all problems and should be used in all cases, but I'm pretty sure that's what it really meant, and I think simple advice that always works is best, when that's actually possible. Unless that's not actually correct?
Matma Rex
talk 21:19, 12 December 2023 (UTC)
display=inline
as a tool, not necessarily to give complete advice about when to use it. –
jacobolus
(t) 21:41, 12 December 2023 (UTC)Subsections are strangely numbered in this article; for example, there is a section 7.6 but no sections 7.1, ..., 7.5. Apparently, this seems the case for other pages of the Manual of Style, and also in the name space "Wikipedia". Is this intentional or the result of a (new?) bug? D.Lazard ( talk) 12:19, 1 April 2024 (UTC)
On Talk:Inequality (mathematics)#Renderization of "not greater than" symbol, Fgnievinski reports problems rendering U+226F ≯ NOT GREATER-THAN, with Chrome version 123.0.6312.106 on Windows 10 version 22H2:
(The first three are all just the Unicode character not displaying properly.)
I assume this be added to the list of characters that should only be expressed with <math>...</math>
? Are there any related characters for which anyone is also experiencing rendering problems? --
Beland (
talk) 02:37, 18 April 2024 (UTC)
One thing that would help a lot in my opinion is (English) Wikipedia directly hosting a "math" font indicated first in the font stack in the CSS for {{ math}} templates which explicitly included a wide range of supported glyphs. This could be e.g. something constructed from Computer Modern glyphs, or STIX 2.0 (or something else?). The appearance of STIX 2 is not an exact stylistic match for Computer Modern, but it's also not inordinately far away. I don't really know what would be technically required for MediaWiki/Wikipedia to host something like that though. – jacobolus (t) 14:54, 19 April 2024 (UTC)