Module talk:Lang-zh/Archive 5

Cantonese Pinyin?
Hello, how does one indicate use of Cantonese Pinyin romanization? For example, in March Tian Boedihardjo (I assume this is Cantonese Pinyin).  Λυδ α  cιτγ  06:11, 18 July 2018 (UTC)
 * I can’t find the Romanisation in any of the sources (though many are dead links). It seems unlikely it would be used, as in e.g. English media his Indonesian name is fine, and that seems to be what’s used. In Chinese media his Chinese name is all that’s needed.-- JohnBlackburne wordsdeeds 07:51, 18 July 2018 (UTC)
 * I’ve removed it. Seems it was changed from pinyin to this other Romanisation in this change several months ago, with no rationale by an IP editor. Neither it nor the pinyin was sourced that I can see, and as there’s no evidence he uses anything other than his Indonesian name there’s no need for it.-- JohnBlackburne wordsdeeds 11:05, 18 July 2018 (UTC)

CJKV
Like the various templates that have been merged into lang-zh, CJKV is a bit of a sprawling mess of template syntax right now. This module is currently focused on Chinese, but I wonder if we could generalize it to cover Japanese, Korean, and Vietnamese romanizations of Chinese characters as well, since there's already significant overlap between CJKV and this module. – Minh Nguyễn &#x1f4ac; 20:54, 18 July 2018 (UTC)

How to display Traditional first, then Simplified, then Cantonese, then Mandarin?
At Verax (film) I want to display Traditional first, then Simplified, then Cantonese, then Mandarin. How may I do this?

Thanks, WhisperToMe (talk) 22:09, 6 August 2018 (UTC)


 * , you can use the parameter first with t,j. See Template:Lang-zh.-- JohnBlackburne wordsdeeds 05:08, 14 August 2018 (UTC)

Needs a parameter to stop changing labels to just "Chinese" if either |t= or |s= is missing
Many times we'll want to be specific. It should not be impossible to get "Traditional Chinese:" from. — SMcCandlish ☏ ¢ 😼  03:00, 25 July 2018 (UTC)
 * I disagree. If a sentence article contains just one sort of Chinese, whether simplified or traditional (and all Chinese is one or the other, perhaps both) then by far the most sensible article to link to is Chinese language. The vast majority of readers won’t notice or care which of traditional or simplified is used.
 * There are exceptions. If both simplified and traditional Chinese text is included then it makes sense to name and link to both articles at least once, and the template does this automatically. If a particular point is being made about it being traditional Chinese then the link should be incorporated into the text that is making that point.
 * But in normal usage it makes sense to work as it does. It’s worked like that for a very long time, from before I rewrote it to use Lua. If you really need to do it another way on a case by case basis then it’s probably best to do it manually, using e.g. lang which does not add any links.-- JohnBlackburne wordsdeeds 05:24, 14 August 2018 (UTC)
 * re-ping as I messed it up first time.-- JohnBlackburne wordsdeeds 05:24, 14 August 2018 (UTC)
 * Hmm. "I disagree" followed by "There are exceptions" is contradictory. My statement that "it should not be impossible" to be specific, and your statement that there are exceptions to your Chinese language generality link idea, and that we should sometimes be specific, are directly equivalent statements.  I'll approach this from a different angle: The only reason I have not simply fixed it is that I suck at Lua.  If this were a regular template, I would have resolved this in a few minutes of editing in the template code, and I really don't think anyone would be objecting.  — SMcCandlish ☏ ¢ 😼  16:43, 8 November 2018 (UTC)

Template Data broken
I use the visual editor a lot and I realized in the past week the template data is broken. Has this been a problem for anyone else? --Daviddwd (talk) 19:28, 19 January 2019 (UTC)

Xiao'erjing
Having just noticed Xiao'erjing text in the lead to Taklamakan Desert, I wondered if it's worthwhile to add another argument to this module to allow something like تَاكْلامَاقًا شَاموْ, which would then add Xiao'erjing: تَاكْلامَاقًا شَاموْ (so the equivalent of ) to the end of the output? —  OwenBlacker (talk; please &#123;&#123;ping&#125;&#125; me in replies) 18:23, 15 August 2018 (UTC)
 * I'm in favor of this. --Daviddwd (talk) 19:57, 21 January 2019 (UTC)

Requested change
This template displays double quotes with the parameter. Could this please be changed to single quotes per MOS:SINGLE and other language templates (e.g. ). Shhhnotsoloud (talk) 20:44, 16 December 2018 (UTC)


 * I support this. --Daviddwd (talk) 19:59, 21 January 2019 (UTC)

MOS:SINGLE
The literal gloss (l parameter) needs to be bracketed in single not double quotations, per MOS:SINGLE. — SMcCandlish ☏ ¢ 😼  22:52, 20 February 2019 (UTC)
 * See above. Just need someone competent to do it! Shhhnotsoloud (talk) 07:52, 21 February 2019 (UTC)

Suggestion executed. On a more general note, the fact that this request took three months to get executed is exactly why I think there is far too much use of lua and go around TfDing modules. &#123;&#123;3x&#124;p&#125;&#125;ery (talk) 05:05, 22 February 2019 (UTC) — SMcCandlish ☏ ¢ 😼  05:14, 27 February 2019 (UTC)
 * I agree (though this particular request dates to this month; I think you were looking at a different tab). But discussing it here won't help, since this is a backwater. :-) I've raise a larger thread at TfD talk, as an RfC: Wikipedia talk:Templates for discussion.
 * It was originally proposed at in December. (I was exaggerating a little bit, it was only two months) &#123;&#123;3x&#124;p&#125;&#125;ery (talk)  05:21, 27 February 2019 (UTC)
 * Noted!  — SMcCandlish ☏ ¢ 😼  05:41, 27 February 2019 (UTC)
 * Also pinging .  — SMcCandlish ☏ ¢ 😼  05:15, 27 February 2019 (UTC)

You changed the opening quote but not the closing quote. Toohool (talk) 06:16, 27 February 2019 (UTC)
 * I noticed that and went to fix it but the module is cascade protected at the moment. Johnuniq (talk) 06:21, 27 February 2019 (UTC)

Wouldn't an edit request template have resolved this more quickly? As you say, this is a backwater, but the edit request lists are watched by many competent editors. – Jonesey95 (talk) 07:22, 27 February 2019 (UTC)
 * Red information icon with gradient background.svg Not done: please make your requested changes to the module's sandbox first; see WP:TESTCASES. (seriously, an edit request template could easily have attracted someone responding with that boilerplate message) &#123;&#123;3x&#124;p&#125;&#125;ery (talk) 20:32, 27 February 2019 (UTC)

Please edit this module to change line 185 from the first of the following lines to the second, per discussion just above. val = "'" .. val .. '"' val = "'" .. val .. "'" This puts an apostrophe on both sides of val. Johnuniq (talk) 08:47, 27 February 2019 (UTC)
 * Yes check.svg Done —Th e DJ (talk • contribs) 09:31, 27 February 2019 (UTC)

A problem with defaulting to simplified
The parameter c renders characters in the simplified typeface. This has resulted in inconsistencies for Taiwan, Hong Kong and Macau names. I propose that the parameter be removed or use be discouraged. Ythlev (talk) 14:31, 19 June 2019 (UTC)


 * Parameter  doesn't render anything, it only marks text as Chinese . Which locale incl. typeface is selected for that purpose depends on your browser/​system settings. Love —LiliCharlie (talk) 16:56, 19 June 2019 (UTC)

Minor romanization formatting points
I've noticed when Peh-oe-ji or jyutping is provided, it uses fullwidth characters. Furthermore, j does not superscript the numbers included automatically as does Wade-Giles (w). Could we fix this? --Daviddwd (talk) 19:59, 21 January 2019 (UTC)

I have the same problem. The troublesome code seems to be this: ["cy"] = "yue", ["sl"] = "yue", ["poj"] = "nan", which could be simply changed to ["cy"] = "yue-Latn", ["sl"] = "yue-Latn", ["poj"] = "nan-Latn", Wikifresc (talk) 23:47, 8 March 2019 (UTC)
 * Putting in an edit request for the above edit to be carried out, though it won't fix the issue with j. Romanisations should obviously be tagged as Latin script and rendered appropriately. —Nizolan (talk) 19:21, 12 July 2019 (UTC)
 * ✅ — xaosflux  Talk 13:38, 23 July 2019 (UTC)

Jyutping
In addition to Wikifresc's proposed edit, and for the same reason, please edit  on line 57 to. This has also been added to the sandbox and fixes the fullwidth character issue Daviddwd identified (see Template:Lang-zh/testcases). —Nizolan (talk) 20:37, 12 July 2019 (UTC)
 * ✅ — xaosflux  Talk 13:38, 23 July 2019 (UTC)
 * Might be missing something but it doesn't look like you made any edits at Module:Zh—guessing this is a mistake. Reopening the requests for now. —Nizolan (talk · c.) 19:36, 23 July 2019 (UTC)
 * very very odd, my commit must have failed, I even had my edit summary saved in my browser's autocomplete. Check now? —  xaosflux  Talk 20:23, 23 July 2019 (UTC)
 * Works great now, thanks. —Nizolan (talk · c.) 20:56, 23 July 2019 (UTC)

Proposal to add Foochow Romanized (BUC)
Hello all. I am doing some work on the Matsu Islands and the Fuzhou area of Fujian Province, and I was wondering if we could add BUC to the module. Articles like Dongyin, Lienchiang have BUC written on the page with no blue link to the Foochow Romanized page, and I think it looks unprofessional (as well as uninformative). Thanks for any help or suggestions. Geographyinitiative (talk) 06:30, 31 August 2019 (UTC)
 * (Also, BUC is the form used on the Mìng-dĕ̤ng-ngṳ̄ Wikipedia ( https://cdo.wikipedia.org )- why exclude them?) Geographyinitiative (talk) 06:31, 31 August 2019 (UTC)

Requested move 29 October 2019

 * 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 (closed by non-admin page mover) DannyS712 (talk) 06:28, 6 November 2019 (UTC)

Module:Zh → Module:Lang-zh – Match name with template * Pppery * it has begun... 22:10, 29 October 2019 (UTC)
 * Support per nom. --Gonnym (talk) 14:00, 30 October 2019 (UTC)


 * The above discussion is preserved as an archive of a requested move. Please do not modify it. Subsequent comments should be made in a new section on this talk page or in a move review. No further edits should be made to this section.

Proposal for "first=poj"
The first sentence of Hong-Gah Museum and Tamsui would be made better with 'first=poj'. Geographyinitiative (talk) 10:49, 19 November 2019 (UTC)

The romanization name "Cantonese Yale" is confusing
As someone who has some familiarity with Chinese Romanization systems, upon looking up "New Territories" I was confused by the phrase "Cantonese Yale", generated by the zh template. Upon examining the template definition, I find that "Cantonese Yale" is the phrase used to denote the Yale Romanization system. That phrase looks strange in English as it (1) inverts the usual English adjective-noun order (2) omits the word "Romanization".

Searching the internet outside of Wikipedia, I find that occurrence of the phrase "Cantonese Yale" to be vanishingly rare.

I suggest that the text produced by the zh template in response to "cy" as a template parameter be changed from "Cantonese Yale:" to simply "Yale:" or maybe "Yale romanization:"

I am not implementing this change myself at this time, but I request that someone familiar with the zh template please do so. Dratman (talk) 00:01, 3 February 2020 (UTC)

Template-protected edit request on 24 July 2020
Line 186: please change  to.

See as an example. In that section, placing  around the template would be unnecessarily italicize the entire template-generated text, instead of just the value in the   parameter. As is, the  in the template combine with the   from this module to bold the title, which is unexpected behavior. If we could escape that character here, that would solve that problem without changing the behavior of the template elsewhere. Thanks! Rotideypoc41352 (talk · contribs) 22:48, 24 July 2020 (UTC)
 * Red information icon with gradient background.svg Not done: put that in the sandbox and all it does is place ' in the template, as in (Chinese: 《肘後備急方》; lit.: ' The Handbook of Prescriptions for Emergencies ') . Not sure how to fix this other than using only one apostrophe in the template, as in (Chinese: 《肘後備急方》; lit.: 'The Handbook of Prescriptions for Emergencies' as I have done at . I'll keep checking back here to see if you have come up with something else. The sandbox can be used in "preview" to see if it works.  P.I. Ellsworth   ed.  put'r there 00:14, 25 July 2020 (UTC)
 * Looking at this more closely, we find that the "literal translation" parameter, l, is used in the example you gave as follows:

l=The Handbook of Prescriptions for Emergencies
 * That is a lower case letter "l", for "literal", not the number "1", by the way. When the l parameter is used, this module automatically links to lit. (literal translation) and encloses the text in single quotation marks, as in:
 * For the most part, this is adequate to note the translation. As you have seen, problems arise when the translation is the title of a film or book, and it should be in italics. That is easily dealt with by adding a single quote mark (apostrophe) at the beginning and end of the text, as follows:
 * For the most part, this is adequate to note the translation. As you have seen, problems arise when the translation is the title of a film or book, and it should be in italics. That is easily dealt with by adding a single quote mark (apostrophe) at the beginning and end of the text, as follows:


 * and results in:
 * That is the only way I know of to deal with such titles without mucking up the works for other uses where italics are not called for. Hope this helps!  P.I. Ellsworth   ed.  put'r there 06:14, 25 July 2020 (UTC)
 * It does! I was hoping for a less work-aroundy solution, but if that's how the cookie crumbles, that's how the cookie crumbles. Thanks again! Rotideypoc41352 (talk · contribs) 07:51, 27 July 2020 (UTC)
 * It does! I was hoping for a less work-aroundy solution, but if that's how the cookie crumbles, that's how the cookie crumbles. Thanks again! Rotideypoc41352 (talk · contribs) 07:51, 27 July 2020 (UTC)

Question about rendering of depreciated zh-t and zh-trad
I realize that the other zh templates have been consolidated into lang-zh, but when zh is still used, it do not seem to render traditional Chinese characters properly. For example, if I want unicode U+4ECA, then  (and  ) give me, but it should actually render as  (as   correctly does). Similarly,  incorrectly renders  and, whereas   correctly renders  and.

This seems to be a result of Han unification (see the examples), so I was wondering if this is intentional or known behavior. It would make more sense to me, at least for backwards-compatibility, for  to render the same as , but it currently does not. ChromeGames923 (talk · contribs) 19:15, 10 September 2020 (UTC)

MOS compliance
Notified: MOS:LEAD. — Goszei (talk) 03:04, 23 November 2020 (UTC)

The Manual of Style section for foreign-language names (MOS:LEADALT) states:
 * foreign-language names, such as in an article on a person who does not themselves write their name in English, are encouraged. Separate languages should be divided by semicolons, and romanizations of non-Latin scripts by commas.

This seems to clearly prescribe changes to this template, which currently looks like this:

At the least, the pinyin fields should be separated by a comma and not a semicolon, because they are romanizations and not separate languages. In cases like:

The MOS clearly prescribes a comma separator. Comments? — Goszei (talk) 04:39, 14 May 2020 (UTC)
 * I was actually kind of skeptical at first, but I see your point. I noticed this while looking at Gyirong Town, which lists the name in both Mandarin and Nepali, rendered as (Nepali:केरुङ). That setup might be confusing for someone unfamiliar with what Chinese or what pinyin means. WhinyTheYounger (talk) 22:37, 21 May 2020 (UTC)

Template-protected edit request on 30 March 2020
literal translations should be labeled "lit." not "literally" for brevity when that parameter is used. Or a translation parameter should be used like Template:Lang-ja

Mualphachi (talk) 17:18, 30 March 2020 (UTC)


 * Support, here for the same proposal. I think " lit. " is even better. (consistent with other Lang-xx) -- Akira 😼 CA  10:25, 8 April 2020 (UTC)
 * I've mocked it up, example is in Template:Lang-zh/testcases. if it looks good I'll implement. Primefac (talk) 16:31, 18 April 2020 (UTC)
 * your comments please? &mdash; Martin (MSGJ · talk) 07:28, 5 May 2020 (UTC)
 * Yes check.svg Done No one has said anything about the change, and it's doing what was requested, so in the grand scheme of SILENCE and "why not" I've made the change - no opposition to rolling back if there are serious concerns or bugs. Primefac (talk) 14:07, 15 May 2020 (UTC)
 * thanks, looks good Mualphachi (talk) 04:14, 18 May 2020 (UTC)
 * I like the change, and would like to suggest two small tweaks (which are not a package, and could be implemented separately).
 * the colon in lit.: could be removed, as it simply looks cleaner without, IMO. This would also match with the format of my next suggestion.
 * Template:Literal translation (renders as lit. ) could be used here, as the tooltip gives the necessary level of info, and the wikilink to literal translation seems like overkill to me. — Goszei (talk) 02:50, 23 November 2020 (UTC)
 * Addendum: I have found another option. Upon inspecting the other templates (French, Spanish, German, etc.), I have found that they all use this format, which utilizes small tags: (Marine nationale). — Goszei (talk)  03:59, 23 November 2020 (UTC)
 * Just a quick note to say that I've seen this and it's on my list of things to get to. Primefac (talk) 12:22, 26 November 2020 (UTC)
 * l now shows lit. (small, w/o colon). Primefac (talk) 21:23, 3 December 2020 (UTC)
 * Just a quick note to say that I've seen this and it's on my list of things to get to. Primefac (talk) 12:22, 26 November 2020 (UTC)
 * l now shows lit. (small, w/o colon). Primefac (talk) 21:23, 3 December 2020 (UTC)

Whatever you did to the module, it created error messages on pages using Lang-zh. Red text stating 'Lua error in Module:Lang-zh at line 218: Tried to read nil global part.' appeared on an article I happened to look at. You can see this in the testcases. Cheers, Number   5  7  21:32, 3 December 2020 (UTC)
 * Fixed, the second was for when there's no param, so it kind of makes sense that it would throw that error. In the back of my mind I wondered about that (at least it's an easy fix). Primefac (talk) 21:34, 3 December 2020 (UTC)

Request to Add override default ordering option for POJ as the first in the ordering
Hi, I'd like to request if someone could please edit the code so as to add an option to also override the default ordering so as to put Hokkien POJ first before Pinyin and the others, just like how Cantonese Jyutping can already do that. I think maybe the order of 'poj, zhu, w, hp, tp' might do.--Mlgc1998 (talk) 21:07, 7 December 2020 (UTC)
 * Doesn't the template already allow custom ordering? Primefac (talk) 13:43, 8 December 2020 (UTC)
 * Hi apologies, I just saw this now lol. If you look at the code, it is only hardcoded to accept 2 inputs in the Ordering field, either "t" or "j" to put either Traditional Chinese first or Cantonese Romanizations first. In order to add the option to place POJ first, I suggest to add the code for the if statements to accept these as well, unless you would like to think up the code that accepts custom ordering based on input.

add new translation parameter "tr"
could someone implement these small changes to add a Translation parameter? the concept of literal translation is limiting in use cases for translating texts...

talk &#64; TRANSviada 01:39, 27 February 2021 (UTC)
 * help? talk  &#64;TRANSviada  22:27, 25 November 2021 (UTC)
 * can you have a look at this? talk  &#64;TRANSviada  21:13, 25 November 2021 (UTC)
 * Sorry, I'd have no idea what I was doing. HJ Mitchell &#124; Penny for your thoughts? 21:19, 25 November 2021 (UTC)
 * Do you mean back when you created this template? I implemented the above changes in Template:Lang-zh/sandbox/tr pretty much by copying what the already existing  (literal translation), so it works just as that but with different letter and abbreviation,  and am using it at Shizuka (band), so you can have a look that it works. Those are really small changes. The only thing that could go wrong is if the elseif was implemented wrong, but it work as expected in Shizuka (band).  talk  &#64;TRANSviada  21:59, 25 November 2021 (UTC)
 * Erm, it looks like I just protected it, back in 2014 (seven and a half years ago!), almost certainly from an RfPP request. As far as I know, I've never made a substantive edit to any Lua module. I write articles, block vandals, and sometimes clear admin backlogs but I don't get involved in technical matters. Sorry. Try a different admin. HJ Mitchell &#124; Penny for your thoughts? 22:13, 25 November 2021 (UTC)
 * cc    --  talk  &#64;TRANSviada  03:16, 25 November 2021 (UTC)
 * Why is Template:Lang-zh/sandbox/tr being used in mainspace? There are seventeen uses in Shizuka (band); there should be none. -- Red rose64 &#x1f339; (talk) 22:29, 12 May 2021 (UTC)
 * Fixed by . -- Red rose64 &#x1f339; (talk) 09:41, 5 November 2021 (UTC)
 * ❌ Please make your edits in the sandbox and test this first. Once sandboxed and validated, feel free to reactivate the edit request. —  xaosflux  Talk 22:38, 25 November 2021 (UTC)
 * I just made it there the sandbox. What do you mean by test? Unit test or use case test? If the latter see https://en.wikipedia.org/wiki/Sandbox/TRANSviada/Lang-zh/tr. talk  &#64;TRANSviada  23:37, 25 November 2021 (UTC)
 * requeued for update. — xaosflux  Talk 00:26, 26 November 2021 (UTC)
 * ✅ * Pppery * it has begun... 17:09, 5 December 2021 (UTC)

Traditional first, optionally
If you saw the article of the Cantonese movie, Bio Zombie, you'd notice that the simplified Chinese characters are displayed fisrt, even though the title is in Cantonese. There is no way of altering which appears first, since the template mandates simplified characters first then traditional characters. --Mahmudmasri (talk) 16:23, 16 March 2021 (UTC)
 * You can alter which appears first. Use the parameter  to put the traditional script first. See Template:Lang-zh. Rincewind42 (talk) 08:21, 21 February 2022 (UTC)

Link to Wiktionary entry
Would it also be desirable to add an option to link the Chinese text to their respective entries in Wiktionary? Perhaps something like  would render a  entry as:


 * simplified Chinese: ; Traditional Chinese characters:

This surrounds each entry using. &mdash; Umofomia (talk) 19:00, 19 August 2022 (UTC)


 * I just tried implementing the functionality myself in the sandbox and it appears to work:
 * simplified Chinese&#58; 中国  ; traditional Chinese&#58;  中國
 * I don't currently have template editor privileges to commit this change to the main template but I can look into requesting it. &mdash; Umofomia (talk) 21:03, 19 August 2022 (UTC)

Foochow Romanized/Bàng-uâ-cê
Hello, can a parameter for Foochow Romanized be created? --Lousysofa (talk) 17:02, 27 March 2023 (UTC)

Preventing problems with italic and literals
Hi! I noticed a problem when someone wants to use literals with italic next to a bold word. For example the line below... will produce something like... Pak Mong (Chinese: 白芒; lit. 'white miscanthus ') instead of... Pak Mong (Chinese: 白芒; lit. 'white miscanthus') In order to solve the problem we could just change the line 193 from... val = "'" .. val .. "'" to... val = "  ' " .. val .. "  ' " What do you think? -- Basilicofresco  (msg) 17:16, 19 October 2023 (UTC)
 * Thank you for raising the issue encountered by FrescoBot at Pak Mong article. I don't have any expertise with modules. As long as the fix solves the issue and does not create others, I am all in favor! Underwaterbuffalo (talk) 09:34, 21 October 2023 (UTC)
 * Yes, the single quotes used to mark literal glosses should not be interpreted as wiki markup. Kanguole 09:42, 21 October 2023 (UTC)
 * The pending revision I have to the module currently produces an output of
 * , which i'm noticing isn't entirely correct. i'll fix it asap.
 * Remsense 聊  21:37, 21 October 2023 (UTC)
 * And there we are! Properly escaping quotes now has
 * output
 * Pak Mong
 * Remsense 聊  17:13, 23 October 2023 (UTC)
 * Remsense 聊  17:13, 23 October 2023 (UTC)

Template-protected edit request
Allow specifying t variant: zh-Hant-HK vs zh-Hant-TW. See this image for an example of 返 vs 返. <span style="font-family:system-ui,Inter,-apple-system,sans-serif;background-color:#f3f3fe;padding:2px 5px;border-radius:3px;white-space:nowrap">NM 02:45, 20 November 2023 (UTC)


 * I will write a patch for this ASAP. Here's the question: how should it work? I am thinking just additional parameters tw and th. But how the module presently works, if only one character field is specified, it just gets tagged as zh. But it should be trivial to tweak the code so that the more specific language tag is used when specifying only t or s, et al. Remsense 聊  02:54, 20 November 2023 (UTC)
 * I don’t think there’s a need to modify the logic for  and  . Sometimes the region is really irrelevant that you only want to specify the script (for example, in a page that talks about the history of the writing system).
 * We should also avoid ambiguous abbreviations and just go with a slightly longer format like  and.
 * <span style="font-family:system-ui,Inter,-apple-system,sans-serif;background-color:#f3f3fe;padding:2px 5px;border-radius:3px;white-space:nowrap">NM 05:08, 26 November 2023 (UTC)
 * fair—it's really difficult, re: abbreviations, because after the 10th time entering it in an article, you might wish concision was favored over disambiguation, but yeah. I still haven't started on this, but I'll keep this in mind when I get to it shortly. Remsense  聊  05:26, 26 November 2023 (UTC)

Template-protected edit request on 14 October 2023
Diff with my sandbox implementation:

This does three major things, things that address real perennial limitations with the template:
 * It adds a new out parameter, allowing one to select one of the terms to place before the rest, which are then put in brackets, an extremely common presentation format when writing Chinese text inline in paragraphs and tables.
 * It now uses double quotes for the tr parameter, for "full translations" instead of glosses, as is prescribed in MOS:FOREIGN and MOS:ZH.
 * It enables the use of multiple, correctly quoted glosses (literal translations, l), delineated by commas.

Examples:
 * ⸻j puts the value for j outside the brackets
 * ⸻double quotes now used for tr
 * ⸻j puts the value for j outside the brackets
 * ⸻double quotes now used for tr
 * ⸻double quotes now used for tr
 * ⸻double quotes now used for tr
 * ⸻double quotes now used for tr
 * ⸻double quotes now used for tr
 * ⸻double quotes now used for tr
 * ⸻double quotes now used for tr
 * ⸻double quotes now used for tr
 * ⸻double quotes now used for tr
 * ⸻double quotes now used for tr
 * ⸻double quotes now used for tr
 * ⸻double quotes now used for tr

I was apprehensive about patching the template, but I'm pretty sure I haven't broken anything, I'm sure someone more experienced than I will take a look-see before it gets merged. :) Remsense  聊  17:20, 14 October 2023 (UTC)
 * Remsense, would you be so kind in adding testcases for this change at Template:Lang-zh/testcases? SWinxy (talk) 20:36, 14 October 2023 (UTC)
 * Certainly! I'll try to cover all the edge cases I can think of. Remsense  聊  20:37, 14 October 2023 (UTC)
 * I've gone ahead and added some! if you'd like me to be more thorough/any test cases you need to see, let me know. (Oh, and I found a bug in the process.) Remsense  聊  21:17, 14 October 2023 (UTC)
 * I fixed the (very obvious!) bug, and added the ability to put both simplified and traditional outside the parentheses. hopefully everything is good now! Remsense  聊  00:37, 18 October 2023 (UTC)
 * I have had a look at the testcases, and it's unclear from them what the use case for this is, what articles it would be used in. I mean when you have something like


 * "computer" (电脑; 電腦; diànnǎo; 'electric brain')


 * It would be normal to use the template for everything inside the bracket, and normal text for "computer". The ones where that wouldn't work such as:


 * pinyin: Cài Yīngwén (Chinese: 蔡英文)


 * I can't see a use for. You would never put pinyin like that in body text, with the Chinese characters in brackets. Generally in an article both the Chinese and Romanisations should go in brackets so as not to upset the flow of the English text, with the Chinese first. When the Chinese is being discussed, such as in an article on the language, this template isn't really suited for it.--2A04:4A43:90AF:FAB6:29E3:5D64:C243:2A6D (talk) 02:08, 15 October 2023 (UTC)
 * You are able to put any field outside the brackets: gloss, characters, or romanization. There are situations where any of the three are appropriate, usually depending on whether the orthography, semantics, or phonetics are the focus of the prose. I've worked with all of them editing Chinese-related articles. The Tsai Ing-wen example was copied from above, I wouldn't actually write a personal name in such a way in an article. The cases were meant to demonstrate that all the features are working properly.
 * Here is a tweaked excerpt from Chinese characters where a pinyin-first example is the best-flowing, in my opinion.
 * The barrier between pronunciation and meaning is never total, however: in the Chinese system, phonetic characters may be deliberately chosen as to create certain connotations. This regularly happens for corporate brand names: for example, 'Coca-Cola' is translated phonetically as, with the characters selected so as to possess an additional meaning of 'delicious and enjoyable'. A more literal translation would be 'the mouth can be happy', though the phrase is technically grammatically sound.
 * Also, I think it's worth putting non-diacritical pinyin in lang tags when you can, because it will still be pronounced better by a screenreader than an English voice selected will attempting to read it aloud, e.g. is better for screenreaders than just Cai Yingwen.
 * Remsense 聊  02:13, 15 October 2023 (UTC)
 * ✅ * Pppery * <sub style="color:#800000">it has begun... 00:01, 27 October 2023 (UTC)
 * Pppery, thank you so much!<span id="Remsense:1698365581970:Module_talkFTTCLNLang-zh" class="FTTCmt"> — Remsense  聊  00:13, 27 October 2023 (UTC)
 * Pppery, Actually, I made several revisions to the module from the initial one, making initial fixes. Could you merge the newest revision of the sandbox?<span id="Remsense:1698366611655:Module_talkFTTCLNLang-zh" class="FTTCmt"> — Remsense  聊  00:30, 27 October 2023 (UTC)
 * ✅ Those too. * Pppery * <sub style="color:#800000">it has begun... 00:44, 27 October 2023 (UTC)

Was it after these edits that the lead of Prunus kansuensis started to look so bold? 77.223.109.164 (talk) 17:09, 19 December 2023 (UTC)


 * Yes. I thought I tested adequately for this. It's not a bug that should've been introduced, but also I think there's never a real reason to put bold text inside this template, so it's good to identify when it's happening at least. Remsense  留  20:48, 19 December 2023 (UTC)