これが良い感じです．
https://github.com/textlint-ja/textlint-rule-no-filler を書いていて、
Paragraph node中の 「xxx」 みたいな括弧の中なのかを判定できるライブラリがほしいなと思った。
このルールは括弧の中なら逆に正常なので、例外としたい気がするけど、いまいちそのライブラリのインターフェースが思いつかない。
Paragraph node中の 「xxx」 みたいな括弧の中なのかを判定できるライブラリがほしいなと思った。
このルールは括弧の中なら逆に正常なので、例外としたい気がするけど、いまいちそのライブラリのインターフェースが思いつかない。
https://github.com/textlint/create-textlint-rule-example/releases/tag/v2.0.0
READMEに貼り付ける用のOKとNGの例をテストファイルから作るツール TypeScriptのテストにも対応した
READMEに貼り付ける用のOKとNGの例をテストファイルから作るツール TypeScriptのテストにも対応した
markdown周りを大きく変更してるので、12.0.0のbeta版をリリースしています。
textlint-script@beta も出してるので変な壊れ方してるルールやLint結果が壊れるようなものがないかをチェック中
textlint-script@beta も出してるので変な壊れ方してるルールやLint結果が壊れるようなものがないかをチェック中
ちょっと textlint の npm の team を整理しました。
plugin-developrsの下にはpluginのパッケージだけが集まる感じに変更しました。
textlint npm orgには
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
preset リリースタイミングがある程度決まってるので、
PRごとにリリースノートを追記していけるchangesetsの方が適切なのかも思ってきた。
https://github.com/atlassian/changesets (今はshipjsを使ってるけど、そこまであってる感じでもない気がする)I
PRごとにリリースノートを追記していけるchangesetsの方が適切なのかも思ってきた。
https://github.com/atlassian/changesets (今はshipjsを使ってるけど、そこまであってる感じでもない気がする)I
半年たったのでリリースするPRができてた。
いまあるPRをマージしてからもう一回shipjs prepareをGitHub actionsから実行しないとな。
やっぱりCHANGELOGとか面倒だし
https://github.com/atlassian/changesets を使うのが適切な気がする
いまあるPRをマージしてからもう一回shipjs prepareをGitHub actionsから実行しないとな。
やっぱりCHANGELOGとか面倒だし
https://github.com/atlassian/changesets を使うのが適切な気がする
secretlint/secretlint#190
secretlintでESMで書かれたルールをロードする実装してて気づきましたが、
module.exports = ... でexportされたものをDynamic Import(ESMなモジュールを読み込むにはこうするしかない)を使うと、
.default.default みたいなことをしないといけないのが気持ち悪い点で、ほかは一応動かせそうな気はしました。
TSが次のバージョンでdynamic importを多分対応してくれるので、それを待つ気はしますが、
その前に、config 読み込みする部分が完全非同期前提になるので、 https://github.com/textlint/editor/tree/master/packages/%40textlint/config-loader あたりをcoreまわりにもってくるリファクタリングをしたほうが良さそう。。
(Config 周りはちょっと書き直さないと、だめそう。 new TextLintEngineとかは多分互換性がなくなる気がする)
secretlintでESMで書かれたルールをロードする実装してて気づきましたが、
module.exports = ... でexportされたものをDynamic Import(ESMなモジュールを読み込むにはこうするしかない)を使うと、
.default.default みたいなことをしないといけないのが気持ち悪い点で、ほかは一応動かせそうな気はしました。
TSが次のバージョンでdynamic importを多分対応してくれるので、それを待つ気はしますが、
その前に、config 読み込みする部分が完全非同期前提になるので、 https://github.com/textlint/editor/tree/master/packages/%40textlint/config-loader あたりをcoreまわりにもってくるリファクタリングをしたほうが良さそう。。
(Config 周りはちょっと書き直さないと、だめそう。 new TextLintEngineとかは多分互換性がなくなる気がする)
https://travis-ci.community/t/questions-on-security-bulletin-repository-secrets-leak-to-prs/12094
Travis CIがインシデント起こして、すでにメインで使ってないのにインテグレーションしてるのも微妙な感じなので、
Organization単位でTravis CIの連携を切ってあります。
既存の順次 GitHub Actions へ移行する感じになると思います。
https://github.com/search?q=org%3Atextlint-ja+filename%3A.travis.yml
https://github.com/search?q=org%3Atextlint+filename%3A.travis.yml&type=code
Travis CIがインシデント起こして、すでにメインで使ってないのにインテグレーションしてるのも微妙な感じなので、
Organization単位でTravis CIの連携を切ってあります。
既存の順次 GitHub Actions へ移行する感じになると思います。
https://github.com/search?q=org%3Atextlint-ja+filename%3A.travis.yml
https://github.com/search?q=org%3Atextlint+filename%3A.travis.yml&type=code
textlint-plugin-latex2eも対応しますので，必要があればIssueをお願いします！
今まで盲点でしたが、小説の「セリフ」やツイートの文章では意図的に話し言葉にしたいという要望、はあるかもです。以上、共有でした。
我是偶然进入到这里的，不知道你们这里是讨论技术的。
真是十分抱歉。
1 reply
https://blog.bun-ken.net/morpheme-update/ prhとかのユーザー辞書に、Sudachi辞書とかNEologdとかの既存辞書の単語の一部分ならマッチさせないみたいなオプションがあるとご検知防止みたいにはなりそう。
カタカナと英単語はおそらくこの仕組みだとカバーできない新単語が多いから、別の方法が必要だと思うけど。
カタカナと英単語はおそらくこの仕組みだとカバーできない新単語が多いから、別の方法が必要だと思うけど。
- を使うことがあるからルールベースで行ける気もする
こんにちは。
https://github.com/textlint-ja/textlint-ja では同一ファイル内の表記揺れを解決しようとしてくれるプロジェクトだと思うのですが、複数の markdown にまたがっているドキュメントなどでの表記揺れをうまく解決できるような方法はあるのでしょうか？
https://github.com/textlint-ja/textlint-ja では同一ファイル内の表記揺れを解決しようとしてくれるプロジェクトだと思うのですが、複数の markdown にまたがっているドキュメントなどでの表記揺れをうまく解決できるような方法はあるのでしょうか？
はじめまして。最近textlintを導入しました。「一文に～まで許可する」系のルールにおいて、「」内の文章が句点の有無にかかわらず一文として判定されていることに気がつきました。これは仕様でしょうか？ 仕様でなければ各リポジトリにIssueとして報告しようと思います。
Issueありがとうございます。
どちらも https://github.com/azu/sentence-splitter を使ってセンテンスを判定してるので、sentence-splitterの問題だと思います。
今、一番外側のSentence Aしか判定してなくて、Sentenceのネストに対応してないから、カッコ内の複数のセンテンスが1つの文として扱われてるんじゃないかなと思います。
どちらも https://github.com/azu/sentence-splitter を使ってセンテンスを判定してるので、sentence-splitterの問題だと思います。
今、一番外側のSentence Aしか判定してなくて、Sentenceのネストに対応してないから、カッコ内の複数のセンテンスが1つの文として扱われてるんじゃないかなと思います。