vimdoc-ja-working
vimdoc-ja-working copied to clipboard
vim-jp
vimdoc-ja working repository
翻訳しました。よろしくおねがいします。 これ以降のバージョンでの変更もあるのですが、レビューが遅延してしまう(usr_52が絡むため)ので、ここまでで一度レビューをおねがいします。 今回の変更の中で、コード例の中などに空白行に空白がある箇所が2つほどあり これらは最新では対応ずみ(改行済み)であるため、こちらも対処 & 報告はなし
:ok_man: 未翻訳のファイルはありません。 ※ hebrew.txt, todo.txt, version5.txt, version6.txt, version7.txt は翻訳対象外です。 Update 2024-10-26T15:35:17.158Z
![github-actions[bot] avatar](https://avatars.githubusercontent.com/in/15368?v=4 "github-actions[bot] avatar"){kind=avatar}
From #773 作業が重複しないようにするのが目的です。 基本的に、未翻訳ファイル情報は私が貼り付けます。 未翻訳ファイル情報はこのShell scriptを使って取得しています。 (https://gist.github.com/h-east/22343834586bef55e4e0da5ce9d351bf) --- @tsuyoshicho Add 2021/11/08 今後、差分については https://github.com/vim-jp/vimdoc-ja-working/issues/968 にて確認できます。 また定期的に更新されます。
翻訳しました。 よろしくおねがいします。 typoなど https://github.com/vim-jp/issues/issues/1387#issuecomment-1255914526
# 課題 いくつかの点で改善が必要そうというメモ & 良いやり方にできそうなら対応はしたい ## GHA自体 * fork先でもエラーしないで動いてしまう(pushはできていない) : 本来はエラーするべきのはず これについては下参照 ## EndBug/add-and-commit@v7 の利用関係 * pathspec_error_handling の指定がデフォルトの ignore のため、 git add 操作のNGは検知できない状態 * 現在排他関係でworkflowとしてシリアライズしている、それは維持するとしても pull: 'NO-PULL' は pull: '--rebase'...
現在deployのGenerate new documentがボトルネックになっている。 例えば [このビルド](https://github.com/vim-jp/vimdoc-ja-working/runs/4567131855?check_suite_focus=true) では全体で 3m7s のうち 実に 2m52s (約92%) がGenerate new document に費やされている。 Generate new document は make html を実行しており、 https://github.com/vim-jp/vimdoc-ja-working/blob/7ebdd1682ec7b457cc2e4fa3b60ffb756c520266/Makefile#L12-L16 これは [tools/buildhtml.vim](https://github.com/vim-jp/vimdoc-ja-working/blob/7ebdd1682ec7b457cc2e4fa3b60ffb756c520266/tools/buildhtml.vim) で行われてる。 buildhtml.vim は [MakeHtmlAll](https://github.com/vim-jp/vimdoc-ja-working/blob/7ebdd1682ec7b457cc2e4fa3b60ffb756c520266/tools/makehtml.vim#L22) で全...
#997 をやってみた。 `make html` の代わりに `make -j4 html2` みたいにして使う。 --- 結果: * GHA上にて 220秒くらいだったものが130秒くらいに高速化した * 更新したjaxに対応するhtmlを個別にビルドできるようになった 残課題: * 一部ファイルのファイル名が異なるなどしてる
### 提案 Discussion を有効にして Issue とは別な継続的な課題はそちらで実施するようにしてはどうかと考えます。 #### 話題 今後のレビューの実施方法について、方針や明確化をしたいと考えます。 今、明確ではないこともあり、 @h-east さんと @k-takata さんに出す前提でそれを固持していますが、負担が大きそうなこととそれにともなった遅延がなくはないです。 急ぐべきプロジェクトでもないかもしれませんが、変更が積もるとレビューがつらくさらに遅延していきやすいというのはあります。 (遅くなっても不満があるわけではなく、その分の面倒になったレビューをやってもらうのが申し分けないなというのがあります、自分のPRの翻訳品質がもっとよければいい話かもですが...) なので、「ある程度ならxx人が見ればよし」とか、「これくらいだとこの人(たち)が見ないとだめ」みたいなのを調整のうえ明確化したほうがいいだろうと思います。 そしてそれらの討論記録には Issue はやや不向きでもあるため、Discussion を使ってはどうかという提案です。 Discussion 向きの話題の移動はオマケで(やるにしてものんびりになりそう) (この提案元 : koron さんからの指摘)
autocmd.jaxにて - event is triggered で 「イベントが発生」 - event is not triggered again で 「イベントは再びトリガーされない。」 - prevent triggering this autocommand で 「この自動コマンドの実行は...抑制する」 などいろいろあります(トリガーとトリガだとトリガーに統一されていはいる) 全部揃えればいいというものではないですし、文脈はありますが、ちょっと整理したほうがいいかもしれません。 ただ、すぐにどうこうはないので、注意記載まで。