vim-jp / vim-jp/vimdoc-ja-working

eval.txt についての質問

Open
#165 8 comments 0 reactions 3 assignees View on GitHub

@uakms is already working on this.

Since Sep 4, 2017.

Dominant language
Vim Script
Stars
84
Forks
61
Avg merge
2d 19h
Merged PRs (30d)
35

Description

  1. 翻訳した時期が違うからでしょうが、次のように表記に差異があります。
  • ==系、!=系、is、isnot (List, Dictionary について)
  • "equal", "not equal", "is", "isnot" (Funcref について)

"equal" などは日本語訳で「等しい」となって消えていますので、ちょっと戸惑うかも。個人的には "equal" の方が良いと思います。どちらに合わせた方が良いでしょうか?

  1. また、List と Dictionary については、原文に "isnot" に相当する語句が存在しません。これは削除した方が良いと思いましたが、続けて

When using "is" or "isnot" with a |List| or a |Dictionary|
リスト (|List|) や 辞書 (|Dictionary|) に対して "is" や "isnot" を使うと

と書かれているので、List や Dictionary についても "isnot" が使えるようです (実際どうなのかわかりません)。原文の方に "isnot" の加筆を PR する案件でしょうか?


List

A |List| can only be compared with a |List| and only "equal", "not equal" and
"is" can be used. This compares the values of the list, recursively.
Ignoring case means case is ignored when comparing item values.

リスト|List|はリストとだけ比較可能で、==系、!=系、is、isnotのみ利用できる。
これらはそれぞれのリストの値を再帰的に比較する。大文字小文字無視にすると要素を
比較するときに大文字小文字を無視する。

Dictionary

A |Dictionary| can only be compared with a |Dictionary| and only "equal", "not
equal" and "is" can be used. This compares the key/values of the |Dictionary|
recursively. Ignoring case means case is ignored when comparing item values.

辞書|Dictionary|は辞書とだけ比較可能で、==系、!=系、is、isnotのみ利用できる。
これらは辞書のキー/値を再帰的に比較する。大文字小文字無視にすると要素を
比較するときに大文字小文字を無視する。

Funcref

A |Funcref| can only be compared with a |Funcref| and only "equal", "not
equal", "is" and "isnot" can be used. Case is never ignored. Whether
arguments or a Dictionary are bound (with a partial) matters. The
Dictionaries must also be equal (or the same, in case of "is") and the
arguments must be equal (or the same).

|Funcref|は|Funcref|とだけ比較可能で、"equal", "not equal", "is", "isnot" のみ
利用できる。大文字小文字は常に区別される。引数や辞書が(部分適用に)バインドされ
ているかどうかも重要である。辞書も同値(あるいは "is" の場合は同一)でなければな
らず、引数も同値(あるいは同一)でなければならない。

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.