This template was considered for merging with Template:Navbar and Template:View on 2017 March 5. The result of the discussion was "merge, assuming there are no technical problems".
Removal of the whitespaces outside of this template
I notice that this template add 1 whitespaces before and after the links. I want them to be removed so we have more flexibility to alternate the display style. For example I wanna include the v.d.e links inside a brackets but the whitespaces will make it looks inconsistent with the collapsible button in most infobox templates which does not have whitespaces inbetween. (By comparing [show] / [hide] to [
I support the adding of the 't' option because it may be easier for some people to remember, I oppose changing the letter of the link from discuss this template to t because d = discuss and is more clear than t = discuss. So, you'll need a consensus for that part of the request, DePiep. If there is no administrator interested in making this partial change to this template, I would be happy to fix up the sandbox and make the change if the protection level can be lowered to Template editor and it is not cascaded. Thanks. — {{U|Technical 13}}(t • e • c)15:46, 12 May 2014 (UTC)[reply]
Partly done: Okay, so since the protection level on this template was lowered to Template editor, I've tested the modifications in the sandbox and testcases page. The template will now accept "t" too, but will still display "d" for discuss this template as I mentioned above. Changing that will require some discussion and a consensus as I oppose changing it so 't' means discussion. — {{U|Technical 13}}(t • e • c)16:57, 12 May 2014 (UTC)[reply]
Technical 13 I oppose a partial change, so no consensus for that.
Undone: This request (or the completed portion of it) has been undone. Okay then, since I oppose the full change, then this can sit as undone. Oh well. — {{U|Technical 13}}(t • e • c)19:51, 12 May 2014 (UTC)[reply]
I don't get this. First you declare it without consenst, and then you make other changes without consent? Anyway, back to my original point: make the template follow {navbar}. Even including title text. -DePiep (talk) 20:57, 12 May 2014 (UTC)[reply]
Technical 13 Twice here, and of course in my sandbox code, I have proposed to make this one parallel with {{navbar}}. Why did you not respond to that? -DePiep (talk) 22:19, 17 May 2014 (UTC)[reply]
DP, I was unaware that there was further discussion as you did not ping me. The easiest way to ping me is to copy the template appearing section of my signature into the message and make sure to sign. {{@}} is not a pinging template (it is designed to be able to post an email address on the page with a lesser chance of a bot scrapping that information and spamming the email address like Example{{@}}foo.bar which gives you Examplefoo.bar. As for your other question, I've not looked at navbar and have no idea what is in it right now. I'm getting ready to go to school, but I do promise to have a peak and give you my thoughts on the matter before we move forward. I'm also currently testing a performance enhancement in the sandbox for this template, just to give you a heads up. :) — {{U|Technical 13}}(t • e • c)11:39, 21 May 2014 (UTC)[reply]
I'm sorry I/it did not ping you; it clearly was my intention to do. Did not know this difference with {U} and {ping}. Will not repeat it, thanks for pointing (I also learned recently that one must ping-and-sign in one same edit save!).
Below I've added more explanation on {navbar}. If you still disagree, I suggest you reply that (while keeping the change in place).
More changes (like your middot experiment in /sandbox) I have no time to dive in to. Except maybe to note that you could take ideas & guidance from {{navbar}}. -DePiep (talk) 05:17, 22 May 2014 (UTC)[reply]
Use "t" for talk, not "d"
Discussion above did not have follow up.
Changed the code to show "t" for talk, instead of "d" (from 'discuss'). This is in line with {{navbar}} (which has 7.5M treansclusions). Still kept the title text (mousehover text) to be "discuss this template", as {navbar} has. [1] -DePiep (talk) 08:42, 21 May 2014 (UTC)[reply]
I just saw this, I and have to oppose using a small "t" for display, as it is too small to click on. Navbar solves this by using small-capital display, which is not the case here and is harder to build in, because the word-form should not display in small-caps.
Also, the entities are not impacting performance; that would be the truckload of parser function. Perhaps a better solution is to LUAfy this template? — Edokter (talk) — 11:16, 22 May 2014 (UTC)[reply]
And, what is the "not universal" thing about using thinspace entities?
There is none, but anything wider then 2 pixels would suffice. The "not universal" applies to the   entity, which has always been plagued with poor support, so don't use those. I already have an alternate solution in the sandbox, have a look. — Edokter (talk) — 16:13, 22 May 2014 (UTC)[reply]
I saw the sandbox, and of course that is a route to follow. I already said we'd best follow {navbar}. I'll leave it to you to move it to live. -DePiep (talk) 17:10, 22 May 2014 (UTC)[reply]
Edokter. Above you pointed to   being a bad thing. That must be U+2009THIN SPACE ( ,  ) then.
Could you link or point to some talks about these issues? It reads like a browser-dependent problem, but it could be outdated. Just some hints will do, this is not the place to rewrite an existing knowledge essay (I can also put this question at VPT, but asking you first in kindness).
Older browsers/OSs may shown tofu for these characters, because   is relatively new. I generally like to avoid exotic Unicode where standard characters (or CSS) will suffice. -- [[User:Edokter]] {{talk}}20:56, 10 July 2014 (UTC)[reply]
Template-protected edit request on 14 July 2014
This edit request to Template:V has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.
8K bytes for something this simple is kinda crazy and produces way more template inclusion than necessary. I've gone ahead and modulized this template to Module:Template view. The code to replace the current with is on Template:V/sandbox. The code has been tested to work at Template:V/testcases. If an admin fulfills this, can they also permanently template-protect the module?moluɐɯ07:48, 14 July 2014 (UTC)[reply]
Sorry, that makes sense, and I understand. I didn't get any sleep though, so I can't work on the module properly right now. I've decided to deactivate my request for today. I'll look into the module more tomorrow and get the requested change working before asking again. moluɐɯ11:55, 14 July 2014 (UTC)[reply]
I also need to find out how to pass parameters (and why its not needed in {{v}}). Links are malformed as well, so that needs work too. -- [[User:Edokter]] {{talk}}12:56, 14 July 2014 (UTC)[reply]
@Edokter: The arguments are passed from the template transclusion, this is facilitated with Module:Arguments. (Bear with this tired kid) Can you tell me what exactly you mean by malformed links and where? moluɐɯ13:00, 14 July 2014 (UTC)[reply]
All the links (excepts view and talk) are in the form of .../wiki/[title]?action=edit, that doesn't work. They should be in the form of .../w/index.php?title=[title]&action=edit. -- [[User:Edokter]] {{talk}}13:04, 14 July 2014 (UTC)[reply]
Weird. I don't understand why it's doing that, both are being created with {{fullurl:[title]}}. Interesting, I'll assume that's just a Lua thing (unless someone can tell me otherwise), and I'll rewrite it to use index.php. Maybe it's because I have the url arguments outside of that parser... I actually noticed another fault with my code not directly related to that (I left out Template: prefix. oops!). As I said before, I'm too tired to work on it now, but thanks for noticing these problems. Obviously don't hesitate to point out any other issues, and I'll do my best to have this fixed and working sometime tomorrow. moluɐɯ13:11, 14 July 2014 (UTC)[reply]
Every use of a subtemplate adds to the transclusion depth of a page, which has a maximum. A better solution is to make a LUA module. We already have Module:Navbar, which should be easy enough to modify for this template. -- [[User:Edokter]] {{talk}}18:20, 31 December 2014 (UTC)[reply]
Template-protected edit request on 13 April 2017
This edit request to Template:V has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.
As the last person to respond to my edit request failed to understand it I am reposting it. Can the TFD currently sitting here be removed? There has been no consensus on deleting this template. Thank you.
This edit request to Template:V has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.
Not done: The discussion has not been closed. Rest assured the tag will be removed at the resolution of the discussion. Izno (talk) 16:29, 15 April 2017 (UTC)[reply]
Actually, on second read, I think this template is working as intended; if |mini=yes (according to the /doc) it will only show the [v] unless |t and |e are added, i.e. {{vte|AR6 SSP table|t|e}} giving