Wikipedia:Templates for discussion/Log/2011 July 8

July 8 edit

Template:Lists category edit

The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

The result of the discussion was delete. JPG-GR (talk) 19:14, 16 July 2011 (UTC)[reply]

Template:Lists category (talk · history · transclusions · logs · subpages)
  • Delete. The template states the obvious and there is no reason to have an intrusive banner with a link to the Manual of Style. We need to think about the readers. -- Alan Liefting (talk) - 21:31, 8 July 2011 (UTC)[reply]
  • Delete Isn't this one of those template only populated by categories?Curb Chain (talk) 08:49, 9 July 2011 (UTC)[reply]
The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:User WP South Sudan edit

The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

The result of the discussion was Invalid. As of tomorrow, South Sudan is a sovereign nation. Edokter (talk) — 21:39, 8 July 2011 (UTC)[reply]

Template:User WP South Sudan (talk · history · transclusions · logs · subpages)

No such thing —Justin (koavf)TCM☯ 19:38, 8 July 2011 (UTC)[reply]

The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:3/4, 2/3, 1/3, 1/2, 1/4 edit

The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

The result of the discussion was withdrawn by nominator. Edokter (talk) — 11:30, 11 July 2011 (UTC)[reply]

Template:3/4 (talk · history · transclusions · logs · subpages)
Template:2/3 (talk · history · transclusions · logs · subpages)
Template:1/3 (talk · history · transclusions · logs · subpages)
Template:1/2 (talk · history · transclusions · logs · subpages)
Template:1/4 (talk · history · transclusions · logs · subpages)

redundant to {{Frac}} —Justin (koavf)TCM☯ 19:30, 8 July 2011 (UTC)[reply]

The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:Ndash edit

The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

The result of the discussion was keep. JPG-GR (talk) 19:17, 16 July 2011 (UTC)[reply]

Template:Ndash (talk · history · transclusions · logs · subpages)
Previous discussion: Wikipedia:Templates for deletion/Log/2008 September 16#Template:Ndash

Routinely used to create WP:DASH errors (e.g. here, where there is a space before the ndash in a range.) This should be replaced with  – and – where appropriate.

Please edit this template to add the TfD notice, as it is protected. Thanks.Justin (koavf)TCM☯ 19:27, 8 July 2011 (UTC)[reply]
Place the tfd template on the talk page when the template is protected. Edokter (talk) — 21:27, 8 July 2011 (UTC)[reply]
  • The errors generated by using {{ndash}} incorrectly are corrected by erasing a space. The errors generated by using a naked "–" incorrectly are corrected by adding  . The latter case is much more effort than the former, and so there's another reason why removing the template (which is one of a whole family) will cause more trouble than leaving it. —TedPavlic (talk/contrib/@) 18:17, 9 July 2011 (UTC)[reply]
  • Keep – Use in over a 1000 articles. Not all uses of ndash are in "error". Fix the erronious ones instead. Edokter (talk) — 21:27, 8 July 2011 (UTC)[reply]
  • Keep – Using {{ndash}} is much fewer characters than using  –. So long as the template is used correctly, there will be no problem. It is unfortunate that the template masks the fact that it includes a leading NBSP. Perhaps the name should be deprecated in favor of something like {{nbndash}} to remind people of the leading space, but the old {{ndash}} should remain as it is used all over Wikipedia. —TedPavlic (talk/contrib/@) 22:11, 8 July 2011 (UTC)[reply]
  • Delete – pointless. It's not that difficult to type  – and it is, in fact, two less characters. It would be better if the software could automatically render breaking spaces before en-dashes as non-breaking spaces. McLerristarr | Mclay1 05:31, 9 July 2011 (UTC)[reply]
    • It seems unfair to call it two less characters when it also required you to click on the en dash in the insert menu. A mouse click is more work than a key press. And there is no way to make the web browsers automatically render pre-dash spaces as nonbreaking. That's why there is an entire family of similar templates, like {{middot}}. The alternative is to use things like {{nowrap}} everywhere, which is even more characters. —TedPavlic (talk/contrib/@) 17:57, 9 July 2011 (UTC)[reply]
      • I'm sure it would be possible for MediaWiki to do it. I don't see any reason why it couldn't. McLerristarr | Mclay1 03:51, 11 July 2011 (UTC)[reply]
        • But then you run into a similar problem when you want to permit breaks. Although that is a rare situation, it's better to keep MediaWiki as close to understood conventions on the rest of the web. Otherwise, a new editor joins Wikipedia and learns that dashes are breaking everywhere, except on Wikipedia when they are non-breaking. Having said that, I think it's usually agreed that XHTML has it backwards when comparing to professional typesetting tools. However, those typesetting tools also have sophisticated ways to indicate when and when not to break... So it's a mess either way... and so it's better to stick with the mess that everyone is already familiar with in XHTML. —TedPavlic (talk/contrib/@) 15:45, 11 July 2011 (UTC)[reply]
  • Keep Widely used see no reason to delete if used correctly. Warburton1368 (talk) 22:17, 9 July 2011 (UTC)[reply]
  • Keep I'm the one who created this template, and I'd like to explain why. Whoever proposed deleting this template probably never even bothered to look at the source of even the original template when I wrote it more than three years ago in order to even understand its purpose. Had they done that, they would have discovered that it's not merely an  –, it also included style code to tell browsers not to break the two items. It was for the exact reason that in certain cases - like in bottom of page info boxes - I wanted to create a long list of items separated by ndashes, but have the list break after a dash. This made the short dash hang on the end of a line instead of being carried over to the beginning of the next line, and looks more professional that way.
What is also interesting is that I was arguing over keeping this back in 2008 during the previous proposal to exterminate and had completely forgotten about it.
Paul Robinson (Rfc1394) (talk) 23:45, 10 July 2011 (UTC)[reply]
The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.