Template:Transliteration is permanently protected from editing because it is a heavily used or highly visible template. Substantial changes should be proposed here first. If the proposal is uncontroversial or has been discussed and is supported by consensus, editors may use ((edit template-protected)) to notify an administrator or template editor to make the requested edit. Usually, any contributor may edit the template's documentation to add usage notes or categories.

Any contributor may edit the template's sandbox. Functionality of the template can be checked using test cases.

This template was considered for deletion on 6 September 2013. The result of the discussion was "no consensus".

Text and/or other creative content from this version of Template:Transl was copied or moved into incubator:Template:Wp/nod/transl with this edit. The former page's history now serves to provide attribution for that content in the latter page, and it must not be deleted so long as the latter page exists.

Writing systems

This template falls within the scope of WikiProject Writing systems, a WikiProject interested in improving the encyclopaedic coverage and content of articles relating to writing systems on Wikipedia. If you would like to help out, you are welcome to drop by the project page and/or leave a query at the project’s talk page.Writing systemsWikipedia:WikiProject Writing systemsTemplate:WikiProject Writing systemsWriting system articles

Languages

This template is within the scope of WikiProject Languages, a collaborative effort to improve the coverage of languages on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.LanguagesWikipedia:WikiProject LanguagesTemplate:WikiProject Languageslanguage articles

Translation studies

This template is within the scope of the WikiProject Translation Studies, a collaborative effort to expand, improve and standardise the content and structure of articles related to Translation Studies. If you would like to participate, you can edit this article, or visit the project page, where you can join the project and see a list of objectives.Translation studiesWikipedia:WikiProject Translation studiesTemplate:WikiProject Translation studiesTranslation studies articles

On 22 February 2022, it was proposed that this page be moved from Template:Transl to Template:Transliteration. The result of the discussion was moved.

Archives

Archive 1

Sections older than 1000 days may be automatically archived.

Bug report: links within transl template[edit]

If I wikilink part of a word in any transl template, I can't stop wikilinking until the word ends or a non-ASCII character appears.

Trying to wikilink just the n gives: naïvité
Trying to wikilink just the ï gives: naïvité
Trying to wikilink just the i gives: naïvité
Trying to wikilink just the f gives: naïfs omit diaëreses

I'd appreciate a fix if anyone can readily manage it. Cross-posted to Wikipedia:Requested templates. HLHJ (talk) 17:18, 5 September 2021 (UTC)[reply]

Not the fault, if that word can be applied here, of ((transl)). Here are your examples without ((transl))

[[n]]aïvité → naïvité – links 'Na' to N
na[[ï]]vité → naïvité – links 'ïvit to Ï
naïv[[i]]té → naïvité – links 'it' to I
naï[[f]]s omit diaëreses → naïfs omit diaëreses – links 'fs' to F

See Help:Link § Wikilinks (internal links).

—Trappist the monk (talk) 19:57, 5 September 2021 (UTC)[reply]

Thank you, Trappist the monk; I really should have done better testing! HLHJ (talk) 05:15, 6 September 2021 (UTC)[reply]

Requested move 22 February 2022[edit]

The following is a closed discussion of a requested move. Please do not modify it. Subsequent comments should be made in a new section on the talk page. Editors desiring to contest the closing decision should consider a move review after discussing it on the closer's talk page. No further edits should be made to this discussion.

The result of the move request was: moved. Noting that there is not a consensus to delete the redirect created as a result of the move. That would require an additional discussion at WP:RfD. (closed by non-admin page mover) Elli (talk | contribs) 20:47, 14 March 2022 (UTC)[reply]

Template:Transl → Template:Transliteration – This template "transliterates" the input text. So, the new title is more proper and complete than simply transl. Also, the part transl is common for both the words translation and transliteration. As such, this template should be moved to Template:Transliteration to provide natural disambiguation against Template:Translation. ---CX Zoom(^he/_him) (^{let's talk}|_contribs) 19:37, 22 February 2022 (UTC)[reply]

Support per nomination. It is indeed counterintuitive for one main title header to use the form Template:Translation and for another to use the ambiguous Template:Transl. —Roman Spinner (talk • contribs) 00:43, 23 February 2022 (UTC)[reply]
Support per nom. ((u|Sdkb)) ^talk 19:27, 24 February 2022 (UTC)[reply]
Opppose. This is an inline template, and so it's desirable that it should be called using as short a name as possible. That's why we have ((lang)) and not ((language)). The ambiguity, however, is a real issue; a compromise between those two competing factors might be something like ((translit)). – Uanfala (talk) 23:58, 26 February 2022 (UTC)[reply]
((translit)) could be a redirect that people would be free to use. – Jonesey95 (talk) 02:17, 27 February 2022 (UTC)[reply]
Well, by the same logic then why bother with this RM given that the redirect ((transliteration)) exists and people are free to use it? A template's title should be the same as what's used in the examples in the documentation, which should be the same as what we choose to encourage in its use in articles. – Uanfala (talk) 03:46, 27 February 2022 (UTC)[reply]
For the same reason we moved all of the ((tl)) templates to ((template link)) etc.: Template function should be clear from the template name (this is a quote from a guideline), even while convenient redirects exist. – Jonesey95 (talk) 06:25, 27 February 2022 (UTC)[reply]
The template's function is clear enough already from the shorter title. As for the tl templates, they're not completely comparable, as they're not used in articles, so there's less need to have good wikicode. Still, half of them use abbrevited titles, the other half have long descriptive ones, which – as far as I can see from a quick sample – are down to either bold moves from 2020, or moves from 2021 citing this bizarre single-sentence RM of one template that received no participation. Also, in their own documentation the renamed templates still refer to themselves using the short forms. This is all a big mess, and I'm not sure why anyone would want to recreate it here. More relevant standards for comparison are ((sup)) (where an RM with actual participation failed), and ((lang)) and its whole family (to which ((transl)) properly belongs), which nobody that I know of has argued should be moved. – Uanfala (talk) 16:07, 27 February 2022 (UTC)[reply]
How do editors know whether "transl" is short for "translation" or "transliteration"? That is the reason for this discussion. The other templates cited above, like ((lang)), have no such ambiguity. – Jonesey95 (talk) 16:09, 28 February 2022 (UTC)[reply]
Well, that's an argument for using "translit". As for the other templates not being ambiguous: that is not the case. ((Lang)), for example, is ambiguous with ((language)), ((expand language)) and with the lang-xx family.
Most single-word template names are ambiguous anyway, and even for the ones with longer titles a user won't normally know what they're for unless she's read at least be beginning of the documentation (example: can anyone tell without looking what exactly is the function of ((Template link general))?). Similarly, a name like "transliteration" (or even "transliteration markup") won't give you much of a clue about what the template does unless you've read its documentation or seen it used in the wild. Still, I agree with the principle that templates should have clear and descriptive titles, and I support such renaming for almost all cases – infoboxes, navboxes/sidebars, citation templates, message templates, less common in-line templates... but not for the widely used inline templates. – Uanfala (talk) 16:38, 28 February 2022 (UTC)[reply]

there's less need to have good wikicode I completely disagree with this. Our non-mainspace templates should be as clear as our mainspace templates, for easy use and clarity. If we go down the path of considering mainspace templates being superior, then we would lose many editors that work in non-mainspace. 🐶 EpicPupper ^{(he/him | talk)} 21:12, 1 March 2022 (UTC)[reply]
We're veering off-topic here, but I agree with you that templates should be well-designed regardless of what namespace they're used in. However, that was not my point here. The need to have good, clean wikicode is important in articles, because there the code is likely going to stay on for decades, being read, edited, moved around and re-used. That's why it's worthwhile to police wikicode in articles in a way that doesn't make sense for talk pages like this one. What the wikicode looks like in my post here doesn't matter: people won't read it (unless they want to quote part of it in a reply), and they aren't supposed to edit it either. – Uanfala (talk) 23:07, 1 March 2022 (UTC)[reply]
Support - 'transl' has always felt a bit too close to 'translate', and it wouldn't be obvious that it means 'transliterate' if you encountered this template in-article without looking at the documentation; you'd be forgiven for thinking it refers to translations. We could keep 'transl' as a working shortened version of the template, in the same way ((convert)) and ((cvt)) are the same, if this move will also include a similar change (i.e., ((transliterate)) becoming the template proper, if that makes sense).--Ineffablebookkeeper (talk) (((ping)) me!) 10:58, 2 March 2022 (UTC)[reply]
Support per Ineffablebookkeeper, "translate" and "translit" are very different things. "Transl" as the name would only make sense if it were referring to both or either. I usually don't see much point in renaming templates, but this makes sense. I would be okay with "translit" as well, but we may as well be complete. ASUKITE 20:15, 2 March 2022 (UTC)[reply]
Support without leaving a redirect. I was under the impression until recently that ((Transl)) was for ((Translate)), not ((Transliteration)). The fact that the longer name is a redirect to the shorter name is just as counter-intuitive. I would not be opposed to also creating ((Translit)) as a redirect, but "Transl" is not intuitive for "Transliteration." — Jkudlick ⚓ (talk) 00:15, 3 March 2022 (UTC)[reply]
That does make sense, but the template is transcluded on over 44,000 pages (not sure if that number includes other redirects) so if we decide not to leave a redirect we will have to address those pages first to avoid breaking things. ASUKITE 16:13, 3 March 2022 (UTC)[reply]
That should be easy enough to do. There are already bots that automatically subst or otherwise correct templates, so the WP:BAG should be able to quickly approve the task if necessary. — Jkudlick ⚓ (talk) 17:00, 3 March 2022 (UTC)[reply]
Tbf, I agree with your proposal in principle. There's lot of ambiguity, especially because ((translation)) produces transl., which is exactly what the name of this completely different Template is. But I also agree with Asukite that it has 44,000 transclusions (via other redirects or not), so we'd have to change all of them. Yes there are bots but I'm not very sure if we need to do so much here. ---CX Zoom(^he/_him) (^{let's talk}|_contribs) 17:54, 3 March 2022 (UTC)[reply]
Deleting the redirect from the old title is an obvious no-no: it won't bring any benefits, but it will bring harms (old revisions of pages getting broken, people finding that what they knew no longer works, etc.). However, if there is consensus to both rename the template and more strongly encourage the use of the new template name, then the replacement can be added to WP:AWB/TR (so that it's carried out as part of AWB's general fixes); running a bot just for that may go against WP:COSMETICBOT. – Uanfala (talk) 18:03, 3 March 2022 (UTC)[reply]
I'm in complete agreement here. Moving without redirect would mean that all page revisions prior to the move with show up as red-link and not as how they were supposed to be. But we must also strongly encourage transliteration going forward. ---CX Zoom(^he/_him) (^{let's talk}|_contribs) 18:14, 3 March 2022 (UTC)[reply]

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

documentation change[edit]

At this edit, Editor Ineffablebookkeeper added this to the documentation:

However, use of ((lang|xx-Latn|...)) can cause discrepancies in font display when used for transliteration; as such, ((transl|xx|...)) is preferred for transliterations.

@Editor Ineffablebookkeeper: do you have any examples that show that what you wrote is true?

—Trappist the monk (talk) 13:18, 22 March 2022 (UTC)[reply]

@Trappist the monk: ooh, I'll have to dig this up from the depths of my Talk page, but I remember having this conversation with another editor about a year or two ago. On certain browsers, use of the -Latn parameter ends up displaying, say, transliterated Japanese text in a font built to support Japanese characters first and English second, so it sort of stands out from the surrounding text as a different font, even though it's in the Latin alphabet. For instance:

Hana ((lang|ja-Latn|Hana))

Hana ((transl|ja|Hana))

Both display identically to me, in the correct font.

However, on my Talk page archives here, it seems that, on my crunchy, powered-by-diesel laptop, they would display differently:

Might be me being stupid here. The point of the FOREIGNITALIC stuff is to make sure it's not jarring when you're using casual foreign terms, but it seems like the lang templates in certain browsers deliberately sets off the text (which is the only reason I noticed it in the first place)—so the text was weirdly a different typeface and looked bizarre in the plot summary... but it doesn't seem to do it on all the browsers and OS configurations I've tried, so I guess it's a specific setting. So I dunno. I hate it aesthetically because it looks like someone mad-libbed the text, but at the same times that's the point of the templates. I guess disregard. Der Wohltemperierte Fuchs talk 18:11, 29 January 2021 (UTC)
Aha, don't worry! I think on my other (very dead at the minute) laptop, it does display differently. It's not a problem! It does look like a ransom note cut out of a newspaper at times, lmao. --Ineffablebookkeeper (talk) 21:10, 29 January 2021 (UTC)

Again, not sure what sets this off; I don't think it's user-defined CSS, as I'm not clever enough for that, and it's not different operating systems, as both this laptop and my hybrid petrol-and-coal-powered laptop operate on Windows 7 with Google Chrome. I have encountered at least one editor removing them in puzzlement in the past, thinking they were an error or a misused template. Though both templates do the same thing, I've been replacing ja-Latn lang tags with ((transl)) regardless for a while now.--Ineffablebookkeeper (talk) (((ping)) me!) 11:14, 24 March 2022 (UTC)[reply]

That is a browser issue and has nothing to do with the template. Compare:

Hana ← Hana ← ((lang|ja-Latn|Hana))
Hana ← Hana ← ((transl|ja|Hana))

The important part of those is Hana which is the same for both ((lang)) and ((transl)).

I have removed the above mentioned statement from the documentation.

—Trappist the monk (talk) 14:25, 24 March 2022 (UTC)[reply]

Articles containing x-language text[edit]

I may be mistaken, but unlike the Lang template, it doesn't look like the Transliteration template adds the category "Articles containing x-language text" to articles using it. Some articles contain only transliterated foreign-language text, not the original script, and won't have the category applied to them. Why are the two templates different in this regard? flod logic (talk) 08:32, 18 January 2023 (UTC)[reply]

For my part I can only say that because the wikitext version of this template did not categorize by language, the Module:lang version of this template does not categorize by language. You might ask Editor Dbachmann why the original wikitext version did not do such categorization.

—Trappist the monk (talk) 14:11, 18 January 2023 (UTC)[reply]

Thanks for your reply. I don't know enough about the technical side of it, but as a frequent language tagger, it would make sense to me to have them both categorize by language for consistency's sake. Is it possible to change that? flod logic (talk) 13:51, 21 January 2023 (UTC)[reply]

Because ((transl)) accepts both language and script tags, it seems to me that this template should not share the categories:

Articles containing <language name>-language text
Articles with text in <language name>
Articles containing explicitly cited <language name>-language text

So, if we do this, perhaps these category names:

Articles containing <language name>-language transliteration
Articles with transliteration from <language name>
Articles containing explicitly cited <language name>-language transliteration
Articles containing <script name>-script transliteration

And there is this: Creating these categories in Module:Lang will all-of-a-sudden create links to about a thousand redlinked categories that will need to be created. That can likely be automated if we create a template that can add appropriate text to the transliteration categories much like ((Non-English-language text category)) does for the language categories.

Not a simple task. Worth doing?

—Trappist the monk (talk) 20:01, 22 January 2023 (UTC)[reply]

Private-use language tags[edit]

Can the Transliteration template be modified to support Private-use language tags? I have been expanding Wikipedia's coverage of ancient history, and I am finding myself needing for the transliteration template to render Private-use language tags, but it seems that it does not currently do so.

Seeing as the expansion of Wikipedia's ancient history coverage would inevitably make it a necessity, can I request for the Transliteration template to be modified so that it can render Private-use language tags? Antiquistik (talk) 12:01, 19 January 2023 (UTC)[reply]

Source[edit]

Hi @Jonesey95, why did you revert me?[1] “Source text to be transliterated,” foreign-script text like барахло, is never to be entered into this template. Only its corresponding Latin-alphabet target transliteration, like barakhlo. —Michael Z. 02:05, 6 June 2023 (UTC)[reply]

My mistake. I was suspicious of the edit, because the documentation had been stable for a while, and I misread the documentation. – Jonesey95 (talk) 03:07, 6 June 2023 (UTC)[reply]

Thank you. —Michael Z. 12:34, 6 June 2023 (UTC)[reply]

Edit request 15 January 2024[edit]

This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.

Description of suggested change: Hi. I want to change the Proto-cuneiform listing to point to the main article ie "Proto-cuneiform" from the current "Proto-cuneiform numerals", which is a sub-article. Thanks.Ploversegg (talk) 02:44, 15 January 2024 (UTC) Diff:[reply]

Ploversegg (talk) 02:44, 15 January 2024 (UTC)[reply]

Not done. You have not provided an explicit 'change-this-thing-in-this-part-of-the-template-to-this-other-thing' description. Don't make us guess at exactly what you want us to do.

—Trappist the monk (talk) 03:56, 15 January 2024 (UTC)[reply]

Ok, let me stare at it and figure out the right words. This is my first time working with this template.Ploversegg (talk) 04:00, 15 January 2024 (UTC)[reply]

This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.

Description of suggested change: Lets see if I can do better this time. I would like to request that in "Template:ISO 15924 script codes and related Unicode data" in the line "Pcun" that "Proto-cuneiform numerals" be changed to "Proto-cuneiform" corresponding to the article Proto-cuneiform. Thanks.Ploversegg (talk) 19:53, 15 January 2024 (UTC)[reply]

Diff:

Ploversegg (talk) 19:53, 15 January 2024 (UTC)[reply]

((ISO 15924 script codes and related Unicode data)) is not part of ((transliteration)) per se. It is its own template. It calls ((ISO 15924 script codes and related Unicode data/row)) which has this:

[[((ISO 15924/wp-article|1=(({alpha4|))))}|((ISO 15924 name|1=(({alpha4|))))}]]

where (({alpha4|))} is the ISO 15924 tag (in this case pcun). ((ISO 15924/wp-article)) defines pcun as Proto-cuneiform numerals but ((ISO 15924 name)) defines pcun as Proto-Cuneiform.

The best place to post this edit request is at the template where the change will be made. Or, because you have extended confirmed editing rights, you can fix ((ISO 15924/wp-article)) yourself.

—Trappist the monk (talk) 20:31, 15 January 2024 (UTC)[reply]

Thanks. Now my brain hurts. I'm going to try to edit Template:ISO 15924/wp-article and will hopefully not break Wikipedia in the process. Amazing how one can edit for many years and still not be aware of all the stuff under the hood.Ploversegg (talk) 20:54, 15 January 2024 (UTC)[reply]

Template error[edit]

The inclusion of the equal sign (=) in texts results in an error message instead of the text being displayed. This causes serious issues for the transliteration of languages like Hurrian, Urartian, Ancient Egyptian, and Luwian, whose transliteration requires the use of the equal sign.

For example:

Hurrian "pašš-ēt-i=t=ān," when put through the template as [undefined] Error: ((Transliteration)): no text (help), results in an error;
Urartian "šidišt=u=nə," when put through the template as [undefined] Error: ((Transliteration)): no text (help), results in an error;
Ancient Egyptian "Ꜥnt Ꜥstrt n=f m jkm," when put through the template as [undefined] Error: ((Transliteration)): no text (help), results in an error;
Luwian "a=wa=mu zan allantallin ammis nannis piyatta," when put through the template as [undefined] Error: ((Transliteration)): no text (help), results in an error.

Can this issue be fixed? Antiquistik (talk) 14:02, 23 March 2024 (UTC)[reply]

When an equal sign exists in an unnamed positional (or unnumbered) template parameter, MediaWiki interprets the positional parameter value as a 'named' parameter/value pair. This is not exclusive to ((transl)) and has been ever thus for all templates that use positional parameters. So, in |pašš-ēt-i=t=ān, pašš-ēt-i is interpreted as the parameter name and t=ān is that parameter's value. Because pašš-ēt-i is not a parameter name that ((transl)) recognizes, it is ignored. The no text error message occurs because ((transl)) did not get a valid second (text) parameter. The commonly used work-around for this is to number the second positional parameter:

((transl|xhu|2=pašš-ēt-i=t=ān)) → pašš-ēt-i=t=ān

—Trappist the monk (talk) 14:47, 23 March 2024 (UTC)[reply]

Thanks! Could you add this information to the main template page so other users won't experience similar issues in the future? Antiquistik (talk) 14:57, 23 March 2024 (UTC)[reply]