Jump to content

Template talk:JavaScript

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
This is an old revision of this page, as edited by JohnBlackburne (talk | contribs) at 17:34, 10 January 2014 (Support/Oppose: reply). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Move proposal on January 9, 2014

Template:JavaScriptTemplate:JavaScript navbox – To make room for a new Template:JavaScript that can be used as a wrapper for edit requests to .js pages with source highlighting and background coloring. Examples would look like: (moved below my signature for transcluding reasons) Thanks for your consideration Technical 13 (talk) 05:42, 9 January 2014 (UTC) Technical 13 (talk) 05:42, 9 January 2014 (UTC)[reply]

Discussion

  • Examples: (moved from above)
This would...
{{JavaScript|remove|
   /* section */
   var section = true;
   if(!section){
      alert("LIES!");
   }
}}
...result in:
   /* section */
   var section = true;
   if(!section){
      alert("LIES!");
   }

or

This would...
{{JavaScript|add|
   /* section */
   var section = true;
   if(section){
      alert("You've spoken the truth!");
   }
}}
...result in:
   /* section */
   var section = true;
   if(section){
      alert("You've spoken the truth!");
   }

Survey

Support

  1. As nominator - Technical 13 (talk) 05:43, 9 January 2014 (UTC)[reply]

Oppose

Support/Oppose

  • Thanks for the clarification. Your nomination rationale makes it look like creating an edit request template. Making {{JavaScript}} a JS formatting template is a good idea. However, the green/red option seems mandatory, this should not be the case, if it is to provide generic javascript formatting functionality. Can it just be plain clear if it doesn't specify add or remove? -- 70.50.148.122 (talk) 08:16, 9 January 2014 (UTC)[reply]
{{JavaScript|
   /* section */
   var section = true;
   if(!section){
      alert("TEXTALERT");
   }
}}
   /* section */
   var section = true;
   if(!section){
      alert("TEXTALERT");
   }
  • I am unclear why a new template's needed. It can be done with the syntaxhighlight tag, as seen in the examples above. Though the background colours are unhelpful I think for syntax highlighted code, which makes the tag even simpler. Perhaps the proposer can point to some discussions where formatted code with brightly coloured backgrounds might have been useful. But even given all that there's nothing stopping you creating a template now, and calling it something else. Then if it gets heavily used and becomes common then there might be a case for it taking the name of this one. Until then oppose.--JohnBlackburnewordsdeeds 22:03, 9 January 2014 (UTC)[reply]
  • Sure John. I got the idea for the formatting (with the background colors) from:
There are a lot of cases where the coloring would useful to {{Edit protected}} responders, and a simple template name like this will make it easier for all to remember to use. The template would make it easier to remember how to put it in the syntaxhighlight box (which can be hard for less technical people to remember, heck I even had a hard time remembering it for a while and because of the pattern of keys to type it out was (and still do) always missing characters (I had to add it to my browser's spellcheck dictionary to make sure I had it right)). Using a template for this will also make it easy to add a classname that will quickly allow people to opt out of seeing the formatting (or even just the background color) or modify the formatting to suite their needs. Technical 13 (talk) 15:58, 10 January 2014 (UTC)[reply]
A few observations. First that's only two discussions, hardly many. I notice also the syntax there is considerably easier, using 'source', 'background' and colour names not hex, so easier to remember, and also works here.
if ( mw.config.get( 'wgIsProbablyEditable' ) === 'true' || mw.config.get( 'wgCanonicalSpecialPageName' ) === 'Upload' ) {
which leads to perhaps the most important observation – that's Mediawiki, not English WP. So any template introduced here would not have helped with those discussions. I can't think of any case where someone will be rewriting the JS of en.wp on en.wp, so it would be unused. A more general temple, one supporting multiple languages, might be more useful. But then you've just recreated the source tag, giving editors another thing to learn. Better just to use the source tag.--JohnBlackburnewordsdeeds 16:15, 10 January 2014 (UTC)[reply]
Your "most important observation" is incorrect... That is right here on the English WP in the MediaWiki: namespace. Also, named colors are not supported by all browsers (albeit most do) and using the source tag is discouraged because as outlined in the Alternative <source> tag section of the extension's instruction page on mediawiki wiki, "...but <syntaxhighlight> avoids conflicts if your source code itself contains <source> (for example XML)". Technical 13 (talk) 16:30, 10 January 2014 (UTC)[reply]
You are right, I misidentified it, that is on en.wp, one of very few in the MW namespace. it's maybe the one page, or one of a handful, where editors might be discussing JS code changes. And they've got by so far without using a template (and have used the source tag without problems).
So I stand by what I wrote earlier; there's nothing to stop you creating the template now but with a different name. Then if it becomes widely adopted and editors find the name hard to remember a discussion could be had over whether to move it here or elsewhere. But until then, with no evidence of it being needed and no evidence it has to be at this name, the current template should not be moved.--JohnBlackburnewordsdeeds 17:34, 10 January 2014 (UTC)[reply]