Gathering detailed insights and metrics for textlint-rule-no-doubled-joshi
Gathering detailed insights and metrics for textlint-rule-no-doubled-joshi
Gathering detailed insights and metrics for textlint-rule-no-doubled-joshi
Gathering detailed insights and metrics for textlint-rule-no-doubled-joshi
textlint-rule-no-doubled-conjunction
textlint rule plugin to check duplicated conjunctions.
sentence-splitter
split {japanese, english} text into sentences.
textlint-rule-no-doubled-conjunctive-particle-ga
textlint rule plugin to check duplicated conjunctive particle `ga` in a sentence.
textlint-rule-preset-japanese
textlint rule preset for japanese.
npm install textlint-rule-no-doubled-joshi
Module System
Min. Node Version
Typescript Support
Node Version
NPM Version
22 Stars
194 Commits
4 Forks
3 Watching
2 Branches
6 Contributors
Updated on 13 Aug 2024
TypeScript (99.88%)
Shell (0.12%)
Cumulative downloads
Total Downloads
Last day
-1.6%
5,610
Compared to previous day
Last week
3.7%
33,378
Compared to previous week
Last month
7.5%
141,635
Compared to previous month
Last year
28.3%
1,297,841
Compared to previous year
1つの文中に同じ助詞が連続して出てくるのをチェックするtextlintルールです。
文中で同じ助詞が連続すると文章が読みにくくなります。
例) でという助詞が連続している
材料不足で代替素材で製品を作った。
で という助詞が1つの文中に連続して書かれていため、次のようなエラーが報告されます。
一文に二回以上利用されている助詞 "で" がみつかりました。
次の助詞が連続しているため、文を読みにくくしています。
- 不足"で"
- 素材"で"
同じ助詞を連続して利用しない、文の中で順番を入れ替える、文を分割するなどを検討してください。
OK:
私は彼が好きだ
オブジェクトを返す関数を公開した
これがiPhone,これがAndroidです。
言うのは簡単の法則。
NG:
私は彼は好きだ
材料不足で代替素材で製品を作った。
列車事故でバスで振り替え輸送を行った。
法律案は十三日の衆議院本会議で賛成多数で可決され、参議院に送付されます
これは`obj.method`は何をしているかを示します。
これとあれとそれを持ってきて。
npm install textlint-rule-no-doubled-joshi
Via .textlintrc
(推奨)
1{ 2 "rules": { 3 "no-doubled-joshi": true 4 } 5}
Via CLI
textlint --rule no-doubled-joshi README.md
.textlintrc
options.
1{ 2 "rules": { 3 "no-doubled-joshi": { 4 // 助詞のtoken同士の間隔値が1以下ならエラーにする 5 // 間隔値は1から開始されます 6 "min_interval" : 1, 7 // 例外を許可するかどうか 8 "strict": false, 9 // 助詞のうち「も」「や」は複数回の出現を許す 10 "allow": ["も","や"], 11 // 文の区切り文字となる配列 12 "separatorCharacters": [ 13 ".", // period 14 ".", // (ja) 全角period 15 "。", // (ja) 句点 16 "?", // question mark 17 "!", // exclamation mark 18 "?", // (ja) 全角 question mark 19 "!" // (ja) 全角 exclamation mark 20 ], 21 "commaCharacters": [ 22 "、", 23 "," // 全角カンマ 24 ] 25 } 26 } 27}
min_interval
: 助詞の最低間隔値
1
min_interval
以内にある同じ助詞は連続しているとみなされますstrict
: 厳しくチェックするかどうか
false
true
にすると誤検知が発生しやすくなりますallow
: 複数回の出現を許す助詞
[]
"も"
を許可したい場合は { "allow": ["も"] }
separatorCharacters
: 文の区切り文字の配列
[".", ".", "。", "?", "!", "?", "!"]
separatorCharacters
を設定するとデフォルト値は上書きされます。
のみを文の区切り文字にしたい場合は。{ "separatorCharacters" : ["。"] }
のように指定しますcommaCharacters
: 句点となる文字の配列
["、", ","]
修正方法としては、次のようなものがあります。
私は彼は好きだ
→ 私は彼が好きだ
また、allow
オプションで、特定の助詞が連続して出てくることを許可できます。
文自体を直す余地がない場合は、コメントなどを使ってエラーを無視してください。
ある助詞(かつ品詞細分類)が、最低間隔値(距離)以内に連続して書かれている場合をエラーとして検出します
材料不足で代替素材で製品を作った。
この文中の助詞 で
同士の間隔値 は 1
となります。
デフォルトの最低間隔値(min_interval
)は1
となるなるため、このケースはエラーとして判定されます。
これはペンです。これは鉛筆です。
この文は句点(。
)によって2つの文として認識されます。
そのため、それぞれの文中での助詞は
は1度のみの出現となりエラーとはなりません。
句点となる文字列は separatorCharacters
オプションで指定できます。
このルールが助詞として認識するものは、次のサイトで確認できます。
これがiPhone、これがAndroidです。
読点文字(、
)が助詞の間にある場合、間隔値は+1されます。
そのため、助詞が
の間隔値は2
となりデフォルトではエラーとなりません。
読点文字は commaCharacters
オプションで指定できます。
次のescapeHTML関数はタグ関数です(詳細は文字列の章を参照)
括弧((
や)
)が助詞の間にある場合、間隔値は+1されます。
そのため、この例の助詞は
の間隔値は2
となりデフォルトではエラーとなりません。
括弧記号はkuromoji.jsで定義されている記号を元に判定しています。
以下の項目については、曖昧性があるため助詞が連続していてもデフォルトではエラーとして扱いません。
設定が { strict: true }
ならばエラーとして報告されますが、デフォルトでは{ strict: false }
となっているのでエラーとして報告されません。
"の" の重なりは例外として許可します。
オブジェクトを返す関数を公開する
"を" の重なりは例外として許可します。
試していただいて
接続助詞 "て" の重なりは例外として許可します。
登ったり降りたりする
並立助詞(たり)が連続するのは、意図した助詞の使い方であるため許可します。
これにするかどうか検討する
助詞(か)が連続していますが、"〜かどうか"の表現は一般的であるため許可します。
📝 次のように書き換えることで、助詞が連続していない形にできます。
これにするかを検討する
連語は一つの助詞の塊として認識します。
OK: 文字列の長さを正確**に**測る**には**ある程度の妥協が必要になります。
NG: 文字列**には**そこ**には***問題がある。
その他の助詞も例外として扱いたい場合は allow
オプションを利用します。
デフォルトでは次の文はエラーとなる。
太字も強調も同じように無視されます。
オプションで"allow": ["も"]
を指定することで、もを例として扱うことができます。
1{ 2 "rules": { 3 "no-doubled-joshi": { 4 // 助詞のうち「も」は複数回の出現を許す 5 "allow": ["も"] 6 } 7 } 8}
npm test
git checkout -b my-new-feature
git commit -am 'Add some feature'
git push origin my-new-feature
MIT
No vulnerabilities found.
Reason
no dangerous workflow patterns detected
Reason
no binaries found in the repo
Reason
license file detected
Details
Reason
2 existing vulnerabilities detected
Details
Reason
Found 0/26 approved changesets -- score normalized to 0
Reason
0 commit(s) and 0 issue activity found in the last 90 days -- score normalized to 0
Reason
detected GitHub workflow tokens with excessive permissions
Details
Reason
dependency not pinned by hash detected -- score normalized to 0
Details
Reason
no effort to earn an OpenSSF best practices badge detected
Reason
project is not fuzzed
Details
Reason
security policy file not detected
Details
Reason
branch protection not enabled on development/release branches
Details
Reason
SAST tool is not run on all commits -- score normalized to 0
Details
Score
Last Scanned on 2024-11-18
The Open Source Security Foundation is a cross-industry collaboration to improve the security of open source software (OSS). The Scorecard provides security health metrics for open source projects.
Learn More