pre/post scriptを自動的に実行しないように

はvalidな気がする

add ListItem to ignore list

- [これはそれはどれは](http://example.com]

のようなリストのLinkみたいのが無視できないという問題

# 参考サイト

- [これはそれはどれは](http://example.com]
- [これはそれはどれは](http://example.com]

のような形で書くとき、この文字列は自分で扱うものではなくサイトのタイトルとなるため、障害になりやすい…

https://github.com/azu/textlint-rule-no-doubled-joshi/blob/fe0c8234d0ca14c0b29fb7bc12d2e54bc95d5d13/src/no-doubled-joshi.js#L72

もしかしたら column + word_position で位置がずれているのかもしれない。
originalIndexFromIndex を使うようにすれば、columnずれは起きなくなるはず。

• https://twitter.com/attakei/status/1146419048025976832

「右がiPhone、左がAndroidです。」や「ナイフで切断した後、ハンマーで破砕した。」といったように、同一の格助詞が読点で句切られている文を許容したいです。

単純には、splitSentencesの引数に使われているcharRegExpに、を追加すれば良さそうですが、「なんでも読点を打てばよいというのはいかがなものか」ということもあるかと思います。その場合は間隔値の算出をポイント制にして、通常の単語は1ポイント、、が間に挟まる場合は5ポイントといったような計算をするようにしてもよいかもしれません（ポイント値は適当です）。

『ターミナルで「test」と入力すると』を与えると「一文に二回以上利用されている助詞 "と" がみつかりました」のエラーが出ますが、1個目の「と」は格助詞、2個めの「と」は接続助詞です。このような場合は重複を許したいです。

REPLで実行するコードをブロック文で囲むことでうまくいきます
https://azu.github.io/morpheme-match/?text=REPL%E3%81%A7%E5%AE%9F%E8%A1%8C%E3%81%99%E3%82%8B%E3%82%B3%E3%83%BC%E3%83%89%E3%82%92%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E6%96%87%E3%81%A7%E5%9B%B2%E3%82%80%E3%81%93%E3%81%A8%E3%81%A7%E3%81%86%E3%81%BE%E3%81%8F%E3%81%84%E3%81%8D%E3%81%BE%E3%81%99

"ブロック文で囲むことで" この "de"は品詞が違うので、連続してないとみなすことで誤検知を減らせる?

AのBです(AのBはCです)

みたいな括弧内のカウントは別としたい

AでもBでも
AしたりBしたり

は例示・並列・対表現としてあるため、デフォルトで除外しても良さそう。
ちょっと文章によって冗長な感じがするので、オプションで禁止にはできていい気がする。

• textlint-ja/textlint-rule-prefer-tari-tari: 例示・並列・対表現の「〜たり〜たりする」をチェックするtextlintルール

関数宣言で関数`fn1`、関数式で関数`fn2`を定義する

これを"で"が連続していると判定してしまう。
、があるので

で -> 、 -> で

なので、間隔が1+空いているので問題ないはず。

問題

マスクの処理によって、、が___、というトークンの一部になってしまってる。

関数宣言で関数___、関数式で関数___を定義する

https://kuromojin.netlify.app/#%E9%96%A2%E6%95%B0%E5%AE%A3%E8%A8%80%E3%81%A7%E9%96%A2%E6%95%B0___%E3%80%81%E9%96%A2%E6%95%B0%E5%BC%8F%E3%81%A7%E9%96%A2%E6%95%B0___%E3%82%92%E5%AE%9A%E7%BE%A9%E3%81%99%E3%82%8B

#2 #3 で"、"をデフォルトでは許容するように変更した。

この変更により、本来はエラーとしていたものも許容されるケースがある。
strict: trueの場合は本来のエラーを再現した挙動を維持した状態となっている。

"、"がコンテキストにより意味合いが変わるため、それを補足する方法について考えるIssue

ものすごく安直な実装だと、を間隔値(+1)することで

「右がiPhone、左がAndroidです。」

"が" と "が" で間隔値は2になるのでパスできます。(デフォルトでは間隔値2以上はセーフとゆるめ)

36a0498 という感じで

彼女は困り切った表情で、小声で尋ねた。

この変更の仕方だと上記のような"、"の使い方も単純に間隔値が増えるのでスルーされてしまいます。("で"の間隔値が2となる)

なので、仰るとおり助詞以外の単語も含めたポイント性にしてデフォルト値をもう少しあげるなりする必要が出てきそうな気はします。(今は助詞同士のみを見てる)

最初にあげた2つの例は、

意味的に対になるものが並立している場合
文が複文になっていて、同じデ格の格助詞がそれぞれ別の動詞にかかっている場合

という、それぞれ違う許容の仕方になっているんですよね…。逆に言うと、

同じ格助詞が一つの動詞に複数かかっていないか、またはかかっていても意味的に並立している場合

をチェックできるとよいのですが、そうすると単語（文節）の依存関係（係り受け）解析＋格の意味解析が必要になるので、kuromojiではできなさそうです。

環境

• macOS 10.15 Catalina
• Node 13.3.0
• textlint 11.5.0
• textlint-rule-no-doubled-joshi 3.5.3

テストした文字列

1行ごとに異なるファイルに入れています．

右がiPhone，左がAndroidです。
右がiPhone，左がAndroidです．
右がiPhone、左がAndroidです。
右がiPhone、左がAndroidです．
右がiPhone！左がAndroidです！
右がiPhone？左がAndroidです？

.textlintrc

{
    "rules": {
        "no-doubled-joshi": {
            "min_interval": 1,
            "strict": false,
            "allow": [],
            "separatorChars": ["。"]
        }
    }
}

期待される動作

区切り文字の設定が。だけになっているため，全て検出されるはずです．ただし，、だけは扱いが特殊なため，

右がiPhone、左がAndroidです。
右がiPhone、左がAndroidです．

の2つを除く全てがエラーになるはずです．

実際の動作

区切り文字に何を指定しても結果に影響しません．例えば。のみを指定したとき，

右がiPhone，左がAndroidです。
右がiPhone，左がAndroidです．

だけがエラーとして検出されます．また，区切り文字に，を指定しても，結果は変わりませんでした．

私見

TypeScriptにもtextlintにも詳しくないのですが，ソースコードを見る限りseparatorCharsはどこにも使われていないように見えます．
また，全角ピリオドを使う文章では全角カンマ（，）を読点（、）の代わりに使用するため，読点のみ扱いが異なる現在の実装では不都合が出る文章も多いかと思いますが，いかがでしょうか？

リリース中にproductionビルドだとアプリが動作しないバグが見つかる

とか が がかかってもおかしくないケースな気がする

「」や各種括弧内の文章が"。"で文を区切っているにもかかわらず一文として判定され、別々の文でも同じ助詞を使っていると指摘対象になってしまいます。小説を書くときは文章を「」で囲うことは珍しくないため、囲っていても通常の文と同様に扱っていただけると助かります。

「登ったり降りたり」というのは助詞の連続かもしれないが、寛容的な言い回しなので許容したい時、設定する方法はありますか？

他にも

• 「それはそれは」
• 「見たことも聞いたことも」
• 「親でも子でも」
• 「してもしなくても」
• 「貴方にとっても私にとっても」

など

This rule doesn't work for plain text files.

$ echo '材料不足で代替素材で製品を作った。' > test.txt
$ textlint --rule no-doubled-joshi test.txt
$
# No warnings output from textlint

It works for the same sentence in markdown files though.

$ echo '材料不足で代替素材で製品を作った。' > test.md
$ textlint --rule no-doubled-joshi test.md
/Users/io-monad/test.md
  1:10  error  一文に二回以上利用されている助詞 "で" がみつかりました。  no-doubled-joshi

✖ 1 problem (1 error, 0 warnings)

It seems textlint core passes to [Syntax.Paragraph] handler of the rule with a node of { type: "Paragraph", raw: "Blah Blah", range: ... } and StringSource#toString() of textlint-util-to-string returns an empty string for that node.

I'm not pretty sure whether this is a problem of textline-util-to-string or this rule, or perhaps textlint core.

Thanks.

EDIT: Oh, forgot to write some versions.

Tested with textlint 5.7.0

$ npm ls -g | grep textlint
├─┬ [email protected]
│ ├─┬ [email protected]
│ ├─┬ [email protected]
│ ├─┬ [email protected]
├─┬ [email protected]
│ ├── [email protected]
│ └─┬ [email protected]

CopilotのQuick Fixesで助詞の修正もできる。

~xのようにxをビット否定演算子は演算した結果は、-(x + 1)となります。

このエラーメッセージで、具体的にどの助詞がどこの助詞と重なっているかを含めると良くなりそう。

一文に二回以上利用されている助詞 "は" がみつかりました。

ビット否定演算子"は"
演算した結果"は"

助詞 "は" が連続しているため、助詞を変更する または文を区切ってください。

とか、もう少し何を修正すればいいのかをエラーメッセージに入れたい。
そうすると人間にもCopilotに良い影響が出る

次のescapeHTML関数はタグ関数です（詳細は「文字列」の章を参照）。

このケースだと、（）のはは別の文として認識できるので、エラーにならないのがいい気がする

asciidwango/js-primer#1261 のようなケース

現状の実装

読点はソースコード中にハードコードされており，ユーザが任意に設定することは出来ません．

起き得る問題

全角ピリオドを使用した文章では，、の代わりに全角カンマ（，）を用いることが多く見られます．そのため，現状の実装では全角カンマを使用する文章においては正しく動作しません．

提案

• ユーザが任意で読点として扱う文字列を変更できるような設定を加える

または

• 、に加えて，も読点として使用する

のいずれかの変更を入れて頂けると幸いです．

refs #25

ECMAScriptが参照するUnicodeの仕様も更新されて続けています。
そのため、文字列の長さを正確に測るにはある程度の妥協が必要になります。

正確に測るには で二重になってる。
けどにはという感じがするのだけど、これはkuromojiが変なのか、日本語が変なのか。