API documentation is missing an explanation of CMARK_NODE_CUSTOM_BLOCK and CMARK_NODE_CUSTOM_INLINE
まだ誰も着手していません。
評価
- 難易度
- 2/5
- 見積もり時間
- 1〜3時間
- 初心者へのやさしさ
- 68/100
- issue の種類
- ドキュメント
- 明瞭さ
- 明確に書かれている
- 活発さ
- 停滞
- 技術スタック
- c
調査の方向性
man/man3/cmark.3 から始めて、cmark_node_type と custom-node API のドキュメントを見つけ、changelog.txt の該当するエントリと比較します。CMARK_NODE_CUSTOM_BLOCK と CMARK_NODE_CUSTOM_INLINE がフィルターによって挿入され、パーサーによって生成されるものではないこと、また、それらの子、リテラルテキスト、on-enter/on-exit の動作についてドキュメントで説明されていれば完了です。
索引モデルが issue の本文から書いたものです。
説明
The API documentation for cmark (e.g. in the cmark.3 man page) does not explain the
purpose or proper use of the CMARK_NODE_CUSTOM_BLOCK and CMARK_NODE_HTML_INLINE constants from the cmark_node_type enum. (Actually, it does not explain the purpose or use of any of the cmark_node_type constants; but all the others correspond fairly obviously to blocks or inlines in the CommonMark spec.)
I see that the changelog contains some description of them:
- [API change] Added
CUSTOM_BLOCKandCUSTOM_INLINEnode types.
They are never generated by the parser, and do not correspond
to CommonMark elements. They are designed to be inserted by
filters that postprocess the AST. For example, a filter might
convert specially marked code blocks to svg diagrams in HTML
and tikz diagrams in LaTeX, passing these through to the renderer
as aCUSTOM_BLOCK. These nodes can have children, but they
also have literal text to be printed by the renderer "on enter"
and "on exit." Addedcmark_node_get_on_enter,
cmark_node_set_on_enter,cmark_node_get_on_exit,
cmark_node_set_on_exitto API.
But that information really should be in the API documentation, not in the changelog - without it, the API documentation cannot be understood. And because the changelog uses the abbreviation CUSTOM_BLOCK instead of spelling out CMARK_NODE_CUSTOM_BLOCK in full, searching for CMARK_NODE_CUSTOM_BLOCK in the repository will never bring up that changelog entry, making it difficult for developers to work out what it was intended to do.
If the man page is the only place that would need updating, then I'd be happy to create a PR to add the changelog information to the man page, if desired.
- 主要言語
- C
- スター
- 2k
- フォーク
- 698
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
commonmark/cmark のほかの issue
-
Incorrect `parser->offset` advancement for closing fenced code blocks in `parse_code_block_prefix`対応中かも @cpruijsen が 24 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
commonmark/cmark#590 · コメント 3 件 ·
-
Inline code languageオープン
難易度 4/5 3〜5日 初心者へのやさしさ 52/100
commonmark/cmark#626 · コメント 4 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
commonmark/cmark#624 ·
-
Single-space blank line evicts a list-item continuation再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープン
難易度 3/5 1〜2日 初心者へのやさしさ 65/100
commonmark/cmark#618 ·
-
Check errno after calling strtol再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープン
難易度 3/5 1〜2日 初心者へのやさしさ 55/100
commonmark/cmark#614 ·
commonmark/cmark の issue をすべて見る
似ている issue
-
Policy query leaks host primary block (BSL_PrimaryBlock_deinit skipped) on two early-exit pathsオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
NASA-AMMOS/BSL#355 ·
メンテナーはふだん 1 日以内に返信
-
#242 leftovers: dated narrative and shas in the social-features test plan対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
EchoTools/nevr-runtime#264 ·
メンテナーはふだん 1 日以内に返信
-
area/docdb kind/bug priority/medium status/awaiting-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
yugabyte/yugabyte-db#34873 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 70/100
メンテナーはふだん 1 日以内に返信
-
category:port-update
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 2 日以内に返信