mirror of
https://github.com/pdfme/pdfme.git
synced 2026-06-16 18:29:17 -04:00
13 KiB
13 KiB
JSX / md2pdf ロードマップ
最終更新: 2026-05-08
目的
@pdfme/jsx で stacking layout を使った template authoring を整備し、その考え方を
converter package の md2pdf に応用する。md2pdf / @pdfme/jsx ともに beta playground と
docs が入り、実際に試しながら仕様を磨ける状態になった。次は playground で見えた違和感を拾い、
layout 品質、JSX authoring UX、rich content の応用範囲を広げる。
基本方針
- Markdown 文書全体を 1 つの巨大な schema に押し込まない。
- GFM AST を layout tree に変換し、
text,multiVariableText,list,table,image,line,rectangleなど複数の schema に分解する。 @pdfme/jsxは、その layout tree を手で書く authoring DSL として扱う。md2pdfは Markdown AST から同じ方向の layout tree を作る別 frontend として扱う。@pdfme/jsxは generator の必須依存にしない。出力は通常の pdfmeTemplateとinputsにする。- AI が template を生成する時も、絶対座標 JSON を直接作るより、
Stack,Row,Box,Text,List,Tableなどの意味構造から template に変換する方が失敗しにくい。 - GFM 準拠だけにこだわりすぎない。PDF 生成として自然で便利な表現は pdfme の拡張として扱い、 GFM との差分は docs に明記する。
次に進めること
1. @pdfme/jsx authoring UX / API フォローアップ
- JSX static schema API は
Documentroot に寄せる。Header/Footer/StaticはDocument直下にだけ置ける document-level repeated layer とし、Page内には置けない。Header/Footerは page margin 領域を使い、低レベルなStaticは page 全体座標の repeated overlay として扱う。 - JSX playground で生成した template から Designer に遷移する導線を検討する。source JSX と生成後 template JSON のどちらを編集の正とするかを先に決める。
- JSX playground の preset は増やせる状態になった。次は「よいサンプルを増やす」より、preset / draft / imported template の扱い、reset、共有可能 URL、保存済み template の見せ方を整理する。
- Template 一覧は template type に応じて Designer / FormViewer /
md2pdf/jsxplayground へ 遷移する導線を検討する。ただし preset が増えた時に一覧性が落ちないかも検証する。
2. md2pdf layout 品質フォローアップ
- heading 直後の keep-with-next、table / image / code block の keep-together、widow/orphan を検討する。
- 長い paragraph / list / table は generator dynamic layout に任せる方針を維持する。
- blockquote / code block / complex list item が既存 schema split で足りるかを検証する。
3. md2pdf assets / rich content 方針
- remote image は converter 内で fetch して data URI 化するか、引き続き link fallback とするかを決める。
Template + inputsAPI を崩さずに済むなら、まず converter 内 fetch + data URI 化を検討する。- table cell / list item 内の bold, italic, inline code, link を schema 拡張で保持するか、複数 schema に 分解するかを後で決める。完璧な GFM より PDF として破綻しないことを優先する。
4. @pdfme/jsx layout 品質フォローアップ
- CSS/Flexbox 互換を目指さず、flexbox の使いやすさだけを
Stack/Rowに取り込む。 flexWrap,flexShrink, media query, fullstyleprop, CSS parser は当面対象外。%width は将来検討でよい。まずはflex/flexGrowで比率指定を表現する。- Form 入力や dynamic layout reflow で
Text/ MVT が runtime にoverflow: "expand"した場合、 JSX の親Box/ container は自動では広がらない。生成後のBoxは rectangle schema であり、 子 schema の実描画高さと親 container を結び直す contract がまだないため。親子 container dynamic layout は将来の設計課題として扱う。 AbsoluteはPage, topStatic,Box内の小さな escape hatch として扱う。Stack/Row直下対応、anchor / top-right / bottom-right shorthand、z-index 的な描画順制御は必要性が出てから検討する。
仕様メモ
- リンクは文章中で使われることが多いため、
text/ rich text run の一部として扱う。独立linkschema は、画像全体・カード全体などクリック領域が必要になった時に再検討する。 - ページ内リンクは新しい
anchorIdfield を増やさず、schema.nameを anchor として使う。 JSX / Markdown 側でidを受ける場合も template へ落とす時点ではnameに寄せる。 overflow: "expand"は blank PDF 向けの dynamic layout。custombasePdfでは Designer で 選択不可にし、既存値も effectivevisibleとして扱う。overflow: "expand"とdynamicFontSizeは同時利用不可。expandでは通常のfontSizeで 高さを広げる。- split metadata は
__splitRange: { unit, start, end }に統一済み。通常の authoring API では 直接触らない。 textschema の inline-markdown split chunk は Form 上では read-only のまま。MVT は plain / inline-markdown ともに変数値だけ編集できる。- MVT split chunk の連続編集は、各 blur 後に reflow された最新 input を次の chunk が受け取る 前提で扱う。plain / inline-markdown ともに回帰テストで固定する。
@pdfme/jsxのTextcomponent は read-only authoring が主用途。editableTextにはtextFormat: "inline-markdown"を指定できないようにする。- MVT の static link は Form 上でも clickable。変数 span が link run に含まれる場合は入力を優先する。
- link の見た目はデフォルトで青 + 下線にする。将来的には theme / style でカスタマイズできるようにする。
- Designer の link 編集は、当面 inline-markdown 文字列を直接編集する前提にする。専用 UI は後回し。
md2pdfの初期 API はTemplate + inputsを返す形でよい。warnings / assets / anchors metadata は 必要になった時に追加検討する。Absoluteは flow に参加しない overlay。座標は親の layout frame 基準で、Pagebody 内では page margin 内、Static内では page 全体、Box内では box content frame。bottomStatic内では使えない。@pdfme/jsxのDocumentは root component。PageはDocumentからsize,orientation,margin,fontを継承できる。Header/Footerは blankbasePdf.staticSchemaに変換されるが、 座標系はDocumentの page margin 領域に合わせる。Tablecomponent のcolumnWeightsは mm 指定ではなく相対 weight。pdfme のheadWidthPercentagesに正規化され、不足 / 不正な weight は1として扱う。- text / MVT の
padding,borderWidth,borderColorは table cell と共通の box helper で扱う。overflow: "expand"で行分割される場合は、左右の padding / border は各 chunk に残し、上辺は最初の chunk、下辺は最後の chunk だけに残す。 - text / MVT の background / padding / border は schema box の装飾として扱う。content が空でも background / border は描画される。
GFM / md2pdf で足りないこと
Inline / Rich Text
- GFM link / autolink は linked rich text run に変換する。
- heading link は slug を作り、対応する heading schema の
nameにする。 inline-markdownは部分的な下線も表現できるようにしたい。これは GFM にはないが PDF では有用。- table cell / list item 内の bold, italic, inline code, link をどう保持するか決める。
- pdfme の
inline-markdownは Designer 上の軽量記法として残し、GFM 完全対応は converter 側の AST pipeline に寄せる。
Block Layout
- GFM list item は paragraph, nested list, code block, blockquote を含められる。MVP では
listschema のstring[] + tab indentに落とすが、複雑な list item は表現しきれない可能性がある。 - task list は MVP では
[x]/[ ]prefix に落とす。checkbox + text/list の組み合わせや list schema 拡張は後回し。 - GFM table の基本形は
tableschema に落とす。MVP では cell 内 rich inline content は plain text に落とし、装飾や link は保持しない。 - code block は
text+ background + padding + border で始める。等幅フォント、空白保持、長い行、 syntax highlight、ページ分割を考えると専用 layout が欲しい。 - blockquote は
text+ background + left border + padding で始める。中に paragraph / list / code / table を持てる点に 注意する。 - remote Markdown image と
[](url)は image fetch / link annotation の設計が必要。
Pagination
- Markdown paragraph は可変長なので、
overflow: "expand"と dynamic template reflow を自然に使う。 - 長文 text / MVT は行単位分割できる。code block / blockquote / 複雑な list item は既存 schema の split で足りるか、container 単位の分割が必要かを検証する。
- keep-together、widow/orphan、live pagination は layout 品質改善の中で扱う。
完了済み
- PR #1463: text inline-markdown link、PDF URI / GoTo annotation、basePdf 由来 URI link 保持。
- PR #1466:
@pdfme/jsxMVP、独自 JSX runtime、Page/Stack/Row/Box/Text/List/Table/PageBreak、page size 共通化、schema 型 export。 - PR #1467: text / MVT の
overflow: "expand"、grow-only dynamic height、行単位 split、expandとdynamicFontSizeの排他仕様。 - PR #1469:
__bodyRange/__itemRange/__textLineRangeを__splitRangeに統一。 - PR #1470: custom
basePdfでは text / MVT のoverflow: "expand"を選択不可にする。 - PR #1471: dynamic layout docs を追加。
- PR #1472: plain MVT split chunk の Form 変数編集。
- PR #1474: inline-markdown MVT split chunk の Form 変数編集、static link の clickable 表示。
- PR #1475:
@pdfme/jsxMultiVariableTextcomponent。 - PR #1476:
@pdfme/jsxImage,Svg,Rectangle,Ellipse,Linevisual components。 - PR #1477:
@pdfme/jsxeditableTextでtextFormat: "inline-markdown"を禁止。 - PR #1478: MVT split chunk の連続編集を plain / inline-markdown ともに回帰テストで固定。
- PR #1479:
@pdfme/jsxlayout にmarginとalignItemsを追加。 - PR #1480:
@pdfme/jsxlayout にjustifyContent,flexGrow,flexを追加。 - PR #1481:
@pdfme/jsxStatic placement="top" | "bottom"、Header/Footeralias、 blankbasePdf.staticSchemasupport を追加。 - PR #1482:
@pdfme/jsxAbsolutemanual placement helper を追加。 - PR #1483:
@pdfme/converter/md2pdfMVP。GFM paragraph / heading / list / table / code block / blockquote / horizontal rule / link / PNG-JPEG data URI image をTemplate + inputsに変換する subpath export を追加。pagination は generator dynamic layout に任せ、CJK / 日本語フォント導線も README とテストで固定。 - PR #1485:
md2pdfdefault style 品質改善。table grid、code block background + padding、 blockquote left rule、horizontal rule color などを調整し、text / MVT にpadding,borderWidth,borderColorを追加して table cell と共通の box helper に寄せた。 - PR #1486:
/md2pdfplayground lab と converter docs を追加。Markdown editor / Viewer preview / PDF generation / render timing を同じ画面で試せるようにした。 - PR #1487:
/jsxplayground、共有 MonacoCodeEditor、Template JSON /md2pdfeditor の Monaco 化、@pdfme/jsxbeta docs を追加。JSX evaluation は Web Worker + Sucrase + restricted globals で扱う。 - PR #1488:
/jsx//md2pdfplayground に sample preset 切り替え、JSX Form preview、 Template JSON download、mobile preview sizing、JSX template validation、Table columnWeightsdocs / tests を追加。
参考
- pdfme issue #319: HyperLink Schema の追加
- pdfme issue #239:
generateによってbasePdfのリンクが消える問題 - pdfme issue #851: text schema に padding / border options を追加する要望
- pdf-lib issue #555: 低レベルなリンク annotation 実装についての議論
- GFM spec