Skip to content
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

原文の文章に補足リンク(|~|)がある場合のピリオドの位置と翻訳後の「。」の位置について #1590

Open
h-east opened this issue Jun 20, 2024 · 5 comments

Comments

@h-east
Copy link
Member

h-east commented Jun 20, 2024

文章うまくまとまってないですが、書きます。

Vimのhelpの原文には、Any text properties in {lnum} are cleared |text-prop-cleared|. のような文章がそこそこ出てきます。
Any text properties in {lnum} are cleared が文章で、|text-prop-cleared| はその詳細が記述されているhelpタグのリンクです。
そのまま日本語に訳すと、{lnum} 内のすべてのテキストプロパティはクリアされる |text-prop-cleared|。 になりますが、不自然なので、{lnum} 内のすべてのテキストプロパティはクリアされる。 |text-prop-cleared| に訳しています。

今までは、原文のピリオドの位置をリンクの前に移動する よう修正PRを出していました。
面倒くさいので、ChrisBra氏に「このパターンの場合、ピリオドの位置をリンクの前にして欲しいな」とリクエストしたら、「私はピリオドは最後に付けるのが好みです。」と言われました。
vim/vim@946f61c#diff-ef8946d89919ad628b9ac65c49d3067e4e017b0980cac70eb25d832a59ef677dR9489

ですので、今後は日本語訳でのみ対応します。


今考えたら、原文を Any text properties in {lnum} are cleared. See |text-prop-cleared|. にして、
日本語訳を、{lnum} 内のすべてのテキストプロパティはクリアされる。|text-prop-cleared| を参照。 にすれば丸く収まる気がしてきた。。。

@tsuyoshicho
Copy link
Contributor

たしかに最後のやつがいい感じですね

@h-east
Copy link
Member Author

h-east commented Jun 23, 2024

「今考えたら案(See ~.)」を再提案しようと思います。

@k-takata
Copy link
Member

日本語の普通の文章でも括弧書きを句点の前に置くか (~~ (括弧書き)。) 後ろに置くか (~~。(括弧書き。)) は両方の流儀がありますし、リンクを句点の前に置くのも別におかしくはないと思っています。

@h-east
Copy link
Member Author

h-east commented Jun 27, 2024

自分的には英文&ピリオド後だと、文章の最後の単語がリンクの場合と、文章の直後にリンクがある場合って、(一瞬と言えど)判定に時間を要していて、それなら迷わないで済む ~. See ~. が良いんじゃないの?って思いました。(あと、実際、原文でも ~. See ~. のパターンが多いように感じる)
日本語でも「これは文章の一部?単なるリンク???」と考えてしまって文章の理解に一瞬引っ掛かって少し気持ち悪さを感じてしまいます。これ、私だけですかね?

@k-takata
Copy link
Member

確かに括弧書きだとその判断は不要ですが、リンクだと必要というのはその通りですね。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants