Board Thread:Suggestions/@comment-28398720-20160827152805/@comment-27794543-20160908115947

As a source code editor, I care about source code. So if you're proposing changes, than I will state my opinion. The only time parameter names should be changed is when there is a decent reason, e.g. label changed & new label is shorter. The only parameters I support changing are "written by" & "directed by" and only if the labels get changed.
 * As a source code editor, the best infobox parameter names are those that match the label (except when label is too long, but 8 characters is not too long). It makes it easy to remember the parameter name since we see the label all the time in preview & read modes.
 * As a source code editor, we memorize parameter names. If the parameter name was currently "prev", I could see an argument for keeping it since source code editors don't like having parameter names changed. However, changing "previous" to "prev" does not help source code editors.
 * I just went through the last 12 tv show wikias I've edited. Though I saw half a dozen ways to name the infobox, none of them used parameter name "prev". The most popular choice was "previous", second most popular was "Previous".
 * "When picking parameter names, we should prefer the common/shorter easier to read in source variant." It's short enough, it's easy to read, it's the most common choice, and "prev" is not a real word. Parameter names on wikia are rarely truncated words. "director" is just as long, why aren't you suggesting we shorten it to "dir"? That's a common abbreviation for director. (Btw, I'm completely opposed to "dir".)
 * For source code editors, infoboxes are easy to read because they're such a common template in a standard format. They're simple to read, until some visual-mode editor decide to insert one without any line breaks. When that happens it doesn't matter how many characters a parameter name has, because it's all one big blob. Whether a parameter has 4 letters or 8 letters makes no difference in readability. I prefer to add spaces to make all the = in the same column, but even when that's not done, I have no issues reading the code.