kuromoji.jsのバグ修正を取り込むと、トークンが変わるので関連するtextlintルールをまとめてアップデートしています。kuromojiは辞書が多いのでルール間でバージョンをあわせないとサイズがでかくなっちゃうので
https://github.com/azu/kuromojin/issues/8#issuecomment-826095057
textlint-ja へのリポジトリ移譲については、GitHub の Transfer が完了しました。
npm の移譲については、私の現状の権限だと npm access grant できないようです。
[サ変接続]一文中に同じサ変接続の連続がある
これはまだない
[接続助詞]一文中に同じ接続助詞の連続がある
これもない。実際修正すること多いから有用そう
[代名詞]一文中に同じ代名詞の連続がある
これもない気がする
[接続詞]一文中に同じ接続詞の連続がある
→ https://github.com/textlint-ja/textlint-rule-no-doubled-conjunction
textlint-ja/textlint-ja#3
[代名詞]一文中に同じ代名詞(こと)の連続を検出するルール · Issue #4 · textlint-ja/textlint-ja
textlint-ja/textlint-ja#4
採取[し]ています のtypoを検出するルール · Issue #5 · textlint-ja/textlint-ja
textlint-ja/textlint-ja#5
それぞれissueを作った
textlint-rule-preset-japanese に、textlint-rule-no-zero-width-spaces を追加したいと思います。
文中に含まれるゼロ幅スペースを発見して除去するルールです。
https://github.com/hata6502/textlint-rule-no-zero-width-spaces
ゼロ幅スペース：https://ja.wikipedia.org/wiki/%E3%82%BC%E3%83%AD%E5%B9%85%E3%82%B9%E3%83%9A%E3%83%BC%E3%82%B9
・ゼロ幅スペースは目視で見つけることができないため、textlint で見つけたい。
・ウェブ制作業務をしていると、納品物のなかにゼロ幅スペースが混入していることがあるらしい……
・制御文字の検出ルール（textlint-rule-no-invalid-control-character）と同様に、ゼロ幅スペースの検出も一般的な日本語プリセット（textlint-rule-preset-japanese）に含めることができそう。
ご検討のほど、よろしくお願いいたします。
(言語非依存とか主に英語系のルールを置いてる場所です)
ありがとうございます！
自分のリポジトリを見たところ、下記リポジトリを textlint-rule に移管したいです。
・https://github.com/hata6502/textlint-rule-no-zero-width-spaces
・https://github.com/hata6502/textlint-filter-rule-urls
npm の textlint-rule organization についても、invite してくれると助かります。
5 replies
https://github.com/languagetool-org/languagetool/blob/1e740fc3eed858e43ef218bb209b3f055ec0d9d0/languagetool-language-modules/ja/src/main/resources/org/languagetool/rules/ja/grammar.xml
https://github.com/languagetool-org/languagetool/blob/1e740fc3eed858e43ef218bb209b3f055ec0d9d0/languagetool-language-modules/en/src/main/resources/org/languagetool/rules/en/grammar.xml
基本は結構トークンベースの辞書(https://github.com/azu/morpheme-match みたいなアプローチ)が膨大にある感じだった。
この辞書マッチャーを作れば、languagetoolsのルールが結構ポートできるので、そのエンジンを書いてみるのは結構コスパがよくありなのかもしれないですね。
トークナイズの互換性がない場合があるので全部は動かないけど悪くない気もする
Paragraph node中の 「xxx」 みたいな括弧の中なのかを判定できるライブラリがほしいなと思った。
このルールは括弧の中なら逆に正常なので、例外としたい気がするけど、いまいちそのライブラリのインターフェースが思いつかない。
READMEに貼り付ける用のOKとNGの例をテストファイルから作るツール TypeScriptのテストにも対応した
textlint-script@beta も出してるので変な壊れ方してるルールやLint結果が壊れるようなものがないかをチェック中
plugin-developrsの下にはpluginのパッケージだけが集まる感じに変更しました。
textlint npm orgには
textlint-plugin-latex2e は紐付いてなかったのか
「PDF に謎の漢字が含まれるとき」
https://gist.github.com/xl1/940d653451fd96a06618a6df08d5df84
textlint-rule-no-kangxi-radicals を、textlint-rule-preset-japanese に含めることができそうです。
https://github.com/xl1/textlint-rule-no-kangxi-radicals
PRごとにリリースノートを追記していけるchangesetsの方が適切なのかも思ってきた。
https://github.com/atlassian/changesets (今はshipjsを使ってるけど、そこまであってる感じでもない気がする)I