This template is within the scope of WikiProject Science, a collaborative effort to improve the coverage of Science on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ScienceWikipedia:WikiProject ScienceTemplate:WikiProject Sciencescience articles
This template is within the scope of WikiProject Engineering, a collaborative effort to improve the coverage of engineering on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.EngineeringWikipedia:WikiProject EngineeringTemplate:WikiProject EngineeringEngineering articles
This template is within the scope of WikiProject Statistics, a collaborative effort to improve the coverage of statistics on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.StatisticsWikipedia:WikiProject StatisticsTemplate:WikiProject StatisticsStatistics articles
I suggest people refrain from using this template for now because it doesn't show right at least on the Internet Explorer and Opera.--JyriLtalk19:11, 14 May 2006 (UTC)[reply]
The problem in IE is the absolute position of the second span, if you use ..."position: relative; left: -4.0ex; top: 0.5ex"... it renders the same in IE and Firefox, but there is a gap where the span would have been. JohnCastle20:17, 7 November 2006 (UTC)[reply]
On IE, the "position:absolute" is correctly interpreted as meaning an absolute position from the start of the document. A span element, only modified by a "position:relative " CSS attribute, is not enough to define a new origin for absolute positions.
The alternative on IE is to use the ruby notation (but unfortunaltely it does not work in Mozilla), or the "display:inline-block" CSS attribute, which also works fine in IE, but still not in Mozilla/Firefox where it is displayed as a block and not inlined (meaning that there's a line-break...)
The only safe solution for such model is the "display:inline-block", where the content has its layout formatted as rows (we can even include any number of line breaks in IE), but externally, the block is inlined in the rest of the page, and can even be positioned relatively (notably to adjust the vertical position of the block : in IE we can even inline a complete table, exactly like we do for objects, images, or simple characters; we can also inline IFRAME's despite their content is also a block, including its possible scrollbars).
As long as Mozilla/Firefox does not support "display:inline-block" (or at least ruby) there's absolutely no way to make such template work as intended. For now, all we can do is to use <math> 86.221.26.22220:59, 3 December 2006 (UTC)[reply]
Shouldn't this also work with zero parameters, when the two sides are equal... say resulting in 555{{+-}}3 ==『555 ± 3』... or one parameter 555{{+-|3}} ==『555 ± 3』. 76.66.203.138 (talk) 10:33, 12 November 2010 (UTC)[reply]
That would be a very different but useful function. For that it just as simple to use the ± character, it might be worth documenting this.--Salix (talk): 12:58, 12 November 2010 (UTC)[reply]
Looks good. I've moved both into the template namespace rather than template talk. I've also simplified the template somewhat removing the named parameters, I don't think there is a pressing need to uses these. I'm not sure whether it would be better to have spaces after the ±. To me 3.2 ± 0.4 looks better than 3.2 ±0.4 or 3.2±0.4 --Salix (talk): 16:07, 14 November 2010 (UTC)[reply]
Well, spacing is up to the user... if they use spaces or not is up to them. I just put that up in the testcases to make sure I didn't leave extra spaces or carriage returns lying around in the code. The named parameters came about because of standard programming practice. As did the user feedback error return lines. And the code spacing (I coded a MediaWiki ParserFunction template once, without any carriage returns and minimal spacing before I understood that MediaWiki would actually some accept standard coding practices... and I could simulate others with HTML comment tags... that was incredibly hard to read) 76.66.203.138 (talk) 18:42, 14 November 2010 (UTC)[reply]
This edit request has been answered. Set the |answered=or|ans= parameter to no to reactivate your request.
Please implement the sandboxed version. I just tried to use this template, and needed something similar to the sandbox version rather than the current version. 65.93.12.101 (talk) 08:35, 2 April 2011 (UTC)[reply]
This template is a stripped version of {{val}}, we should not duplicate our efforts in two templates but rather merge them. Given that the name『±』does not cover the extra features "val" supports, I think it's best to discontinue a separate『±』by turning it into a "wrapper" for val and/or replacing all current instances of it's use with val or both. I'd personally prefer discontinuing ± altogether, but I assume people will want to continue to use it for it's brevity? Please comment. — SkyLined (talk)22:12, 17 July 2011 (UTC)[reply]
I also noticed that {{±}} does not provide proper spacing compared to {{val}}'s <span style="margin-left:0.3em;margin-right:0.15em">±</span>, compare:
I've edited this template to match the behaviour of {{val}} as closely as possible since it doesn't currently support a syntax to reproduce the behaviour of this template. Lithopsian (talk) 20:30, 10 December 2020 (UTC)[reply]
Done Hazard-SJ ± 03:25, 3 April 2011 (UTC)[reply]
