Template talk:recons

Xyzy
This does not apply the sc=Armn automatically as does, and because of that this looks ugly. --Vahag 16:57, 7 September 2011 (UTC)
 * I've added a 'tr' parameter, but I'm gonna leave the to someone who knows how to do it (not me). Mglovesfun (talk) 17:29, 7 September 2011 (UTC)
 * Problem is really that is accepts arguments which aren't real languages, like VL. and Vulgar Latin for um, Vulgar Latin. That can be handled via a switch, but you'd have to include all the etyl: prefixed template for it to be foolproof. Someone will sort it, I'm sure. Mglovesfun (talk) 12:00, 11 September 2011 (UTC)

Codes
used actual language names, but this one apparently requires language codes, which I presume Wiktionary has invented, so how are you supposed to know what they are and can someone add this information to the Documentation page. Ƿidsiþ 07:02, 5 January 2013 (UTC)
 * A convenient way is to write this as the language code:  for example. That will replace it with the code for Proto-Germanic. You can also look at  directly.  13:07, 5 January 2013 (UTC)

etyl:

 * Additional discussion: User talk:Mglovesfun

This template is broken, because it half-allows etyl-templates to be used in place of language codes: for example, lang=VL. will link to a Vulgar Latin appendix, but since there's no language-template for Vulgar Latin, it ends up calling as the script template.

I think the solution is not to allow etyl-templates here at all, since by definition, if we're giving reconstructed entries in it, then we're treating it as a language (albeit perhaps not a mainspace language), so it needs to have some sort of language tag/code/template (cf. ). Note that we treat Vulgar Latin as Latin — attested Vulgar Latin terms are listed as ==Latin==, not ==Vulgar Latin==), so its appendices should be named Appendix:Latin/..., not Appendix:Vulgar Latin/....

—Ruakh TALK 20:32, 31 March 2013 (UTC)
 * In this case I agree, these should be added as Latin. 20:38, 31 March 2013 (UTC)

Omitted lang attributes
Our (non-standard) -pro language codes are being omitted.

A normal use of, from горілка, omits the language code in the HTML. So it inherits the language value from the root  element, and the browser interprets it as English. This is incorrect behaviour.

 Example:

If I leave out the “-pro” prefix, it seems to work properly, but with some error classes added (why Eror and not error?):

 Example:

If I enter a language code with a correctly-formed private-use subtag, it is included, but the link is mangled:

 Example:

Is this the intended behaviour? If a correct lang attribute can’t be added, then there should at least be  or , indicating that this is not English. —Michael Z. 2013-04-15 16:59 z 
 * It seems to have been changed in . is a bad template IMO and it shouldn't have been used for this at all.  18:08, 15 April 2013 (UTC)


 * didn't have the standard lang attribute like the other script templates. Now fixed. --Yair rand (talk) 20:26, 16 April 2013 (UTC)


 * Thank you. —Michael Z. 2013-04-17 02:17 z 

Firstly, why should we make red links black here? Second, it's not a good idea to use this class just to make links black. --Z 07:30, 3 June 2013 (UTC)
 * I agree. 11:57, 3 June 2013 (UTC)