-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Could we avoid abbr for translation purpose? #1284
Comments
Hi @HidenoriKobayashi, I would suggest that we don't add the Could you make a PR to remove all such tags?
This sounds like a bug in https://github.com/google/mdbook-i18n-helpers — can I get you to open an issue with it there? Then we'll see about fixing it as soon as possible. |
Hi @mgeisler, Re: removing the tag, I'll create a PR sometime this week, hopefully. Re: confusion of mdbook, I'll open an issue as suggested. I personally would not consider this specific case as bug if it does not intend to handle any HTML tags. However I'll still open an issue, since there might be a potential bug that could affect a supported case. Thanks for the suggestions! |
I think we should handle this case in mdbook-i18n-helpers. |
The html tag seems to confuse the mdbook-i18n-helpers and make the translation work hard (#1284). This simply replaces them with a set of parenthesis.
I'm closing this issue,because
|
The <abbr> tags seem not work well for our translations. These are the two problems that I face now while translating src/bare-metal/microcontrollers/probe-rs.md.
comprehensive-rust/po/ja.po
Line 13377 in 4e768e2
cargo-embed\
) being appended to the last item (Cargo integration).I confirmed that removing those tags and appending the non-abbreviation in parentheses solves the above. An example would be:
The text was updated successfully, but these errors were encountered: