-
-
Notifications
You must be signed in to change notification settings - Fork 1.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update zh-tw.js #6247
Update zh-tw.js #6247
Conversation
Complete the dictionary part.
Thanks @sec2! It looks like there are 6 new keys in translation-keys.txt since ja.js was created:
Would you be able to add these? Can you please also tag another native zh-tw speaker to review? Lastly, the date localization also changed, I just want to confirm that this was intentional? |
Hi @alexcjohnson,
Sure I'll update the missing keys tomorrow.
I can tag one of my friend (also programmer) but he has no records on
github though.
In Taiwan (as well as Hong Kong and Macau) we use 週X formally for weekdays,
周X usually considered as lazy or simplified ones, similar to "because" and
"b'coz" in English.
You can also find this rule on Wikipedia.
Monday Article in zh-TW
https://zh.wikipedia.org/zh-tw/%E6%98%9F%E6%9C%9F%E4%B8%80
[image: image.png]
Monday Article in zh-CN
https://zh.wikipedia.org/zh-cn/%E6%98%9F%E6%9C%9F%E4%B8%80
[image: image.png]
For "shortMonths", the original translation contains only numbers in
Chinese, numbers-only expression cause confusing renders on charts (since
we also use numbers on weekdays and date), so I followed ja.js, only
slightly shorter (on width) than "months" but explicit.
FYI, 一月 = January, 二月 = February...
一 = one
二 = two
In Chinese and Japanese the months are just numbers :D.
|
@vvrr please help reviewing the translations, many thanks! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great! Well translated!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
💃 Excellent, thank you @sec2 and @vvrr!
@sec2 the final thing we'll need is a draftlog entry, as described in draftlogs/README.md, then we can merge 🎉
@alexcjohnson draftlog added, thanks! |
@sec2 I didn't see it pushed, but I needed to fix the entry I just made for Sinhala so I made one myself. Will merge once tests pass. Thanks again! |
Completed the dictionary part.
Used ja.js as template.
Thanks for your interest in plotly.js!
Translations:
lib/locales/
, not those indist/
Features, Bug fixes, and others:
Before opening a pull request, developer should:
master
branch of their fork as usingmaster
for a pull request would make it difficult to fetchupstream
changes.upstream/master
into your fork i.e.origin/master
then pullorigin/master
from you localmaster
.git rebase master
their local dev branch off the latestmaster
which should be sync withupstream/master
at this time.git add
thedist/
folder (thedist/
is updated only on version bumps).package-lock.json
file (if any new dependency required).After opening a pull request, developer:
1010_fix.md
or1010_add.md
insidedraftlogs
folder as described in this README, commit it and push.git push -f
) to remote branches associated with opened pull requests. Force pushes make it hard for maintainers to keep track of updates. Therefore, if required, please fetchupstream/master
and "merge" with master instead of "rebase".