できる。
ただ、いま検索したPlanet/Library側では事故機DEV23そのものの詳細記録が綺麗に引っ掛からなかったので、ここは以前こちらでDEV22/DEV23実物比較した結果＋現在まで残っている事故記録を土台にして、**「将来拾う価値があるUI家具だけ」**に絞るのが安全。
Planetに置くなら、事故機を復活させる設計書ではなく、UI LEGO SALVAGE NOTEにした方がいい。
# Kaia PDF — DEV23 UI Salvage Note
## Failed Revisionから回収候補になったUI家具
Status: REFERENCE / LEGO SALVAGE
Source class: FAILED IMPLEMENTATION EVIDENCE
Product authority: NONE
—
## 目的
Kaia PDF DEV23はFAILED revision。
DEV23そのものを修理・復活・製品baseとして使用しない。
この記録では、
DEV23周辺で作られたUI実装のうち、
「現在または将来のKaia PDFで、
独立したUI家具として再設計・再実装する価値があるもの」
だけを保存する。
死体を保存するのではなく、
使えそうな家具の写真だけ残す。
—
# SOURCE STATE
DEV22:
VERIFIED-GOOD historical source
DEV23:
FAILED IMPLEMENTATION
DONOR / EVIDENCE only
DEV24:
FAILED RECOVERY
DEV25:
SAFE RECOVERY from DEV22
Current product:
DEV23系コードをauthorityとして扱わない。
—
# SALVAGE CANDIDATES
## 1. Component Placement UI
DEV23では、
PDF上へ各Componentを置くための
placement control / component toggle UIが試作された。
UI思想そのものは将来利用候補。
Examples:
– component ON/OFF
– component placement
– editor上で対象部品を選ぶ
– 配置済み状態を視覚的に扱う
### SALVAGE VALUE
Standard / Creative等で
編集可能Componentが増えた場合、
「何を配置するか」
「どの部品を現在編集しているか」
を扱うUI家具として再利用価値あり。
### CRITICAL WARNING
DEV23の `componentPlaced` は
page-session上のruntime-only stateだった。
これをDesign / Save authorityとして使ってはいけない。
Future rule:
UI indicator
≠
persistent design truth
保存可否・FINAL可否などのauthorityは
canonical saved designから判断する。
State:
REFERENCE / UI IDEA ONLY
—
## 2. Component Toggle Pattern
各Componentを有効 / 無効にする
小さなtoggle/control構造。
将来、
– Serial
– Timestamp
– Repost Label
– Frame parts
– optional text elements
– decorative components
等の編集UIへ転用可能。
### SALVAGE VALUE
大きな設定画面を増やさず、
Component
[ON/OFF] [settings]という小さな家具として統一できる可能性がある。
### WARNING
Product routing / sibling installation state /
Shortcode Switchboardとは別物。
Design上のComponent visibilityだけを担当させる。
State:
REFERENCE
—
## 3. Draft Save UI Concept
DEV23にはDraft Save系UIが存在した。
現在のWorking / Refill / Stock architectureとは
そのまま互換ではないため、
旧Save logicは回収しない。
ただし、
「現在編集中のものを明示的に一時保存する」
というUI affordance自体は、
将来Standard以上で編集量が増えた場合の候補になる。
### DO NOT SALVAGE
– DEV23 save permission logic
– componentPlaced dependency
– runtime-only save authority
– old persistence wiring
### MAY SALVAGE
– button placement
– label concept
– user-facing distinction between editing and saved state
State:
UI REFERENCE ONLY
—
## 4. Common Dialog / Modal Furniture
DEV23周辺では、
confirmation / selection / action用のdialog UIが試された。
Dialogという家具そのものは現在も有用。
現在のKaia PDFでは、
Issue Name / FINAL preflight等で
より安全なcommon dialog patternが成立している。
したがってDEV23 dialog codeを復活させるのではなく、
DEV23:
early UI donor
Current common dialog:
implementation authority
として扱う。
Future uses:
– destructive action confirmation
– destination selection
– explicit overwrite
– conflict resolution
– one-time user decision
### Rule
Dialogを新しいstate machineにしない。
「質問する箱」であって
business logic authorityではない。
State:
CONCEPT SALVAGED
OLD CODE NOT SALVAGED
—
## 5. Pattern / Decorative Selection UI
DEV23にはPattern系UIの試作が存在した。
これは現在のFrame vocabularyや、
将来のStandard Frame Builderと親和性がある。
Potential future uses:
– fixed pattern catalog
– decorative preset selector
– Frame preset thumbnails
– ornament family selection
– background / corner / line decoration selection
### CURRENT RELEVANCE
Kaia PDF Free DEV86では
18種類のfixed Frame vocabularyを持つため、
単なる長いdropdownより、
将来的にvisual preset selectorが必要になった場合の
UI参考資料になり得る。
### WARNING
DEV23 Pattern implementationそのものを
Free Frameへ移植しない。
Current preset IDs / sanitizer / rendererがauthority。
UIはそれらを選択するfront-end furnitureに留める。
State:
HIGH-VALUE UI REFERENCE
—
## 6. Text Drag / Placement Interaction
DEV23周辺にはText drag系の編集実験があった。
将来Standard / Creativeで
自由配置を拡張する場合には参考になる。
Potential:
– TO / recipient placement
– message placement
– timestamp position
– serial position
– decorative text placement
### WARNING
Old drag implementationは回収対象ではない。
特にBrowser座標をそのまま
FINAL PDF geometry authorityへしてはいけない。
Future implementation must map interaction to
canonical document coordinates.
A4 Master等の正式geometryをauthorityとする。
State:
INTERACTION IDEA ONLY
—
## 7. Compact Workbench Furniture
DEV23ではworkbenchへ複数の編集操作を
まとめる方向が試されていた。
事故はworkbench/Preview消失として現れたが、
「編集対象の近くに操作家具を置く」
というUI思想自体は有用。
Potential:
– Rotate
– Reset
– enable/disable
– placement
– preset selection
– color
– size
現在の製品では、
DEV23を復元するのではなく、
現行KNOWN-GOOD UIへ必要な家具だけ
一個ずつ追加する。
State:
DESIGN REFERENCE
—
# DO NOT SALVAGE
以下は将来用家具としても
そのまま持ち出さない。
## Runtime-only `componentPlaced`
Reason:
UI session stateがDesign/Save authorityへ侵入する危険。
—
## Old Save / Generation Wiring
Reason:
現在のWorking / Refill / Stock / FINAL preflight architectureに
置き換えられている。
—
## Counter-required Generation Logic
Reason:
現在のPDF independence architectureと矛盾。
PDF paper / publication authorityはPDF側にある。
—
## Old Submit Interception
Reason:
旧フォーム構造へ依存する可能性が高く、
現在のFINAL preflightと責務衝突する。
—
## `width:max-content` Layout Trick
Reason:
過去のruntime layout事故候補。
responsive/mobileで
意図しないoverflowや家具消失を起こし得る。
必要なら現在のlayout条件から新規設計する。
—
## Old Defaults / Sanitizer / Save Expansion
Reason:
現在のcanonical design schemaがauthority。
旧schema拡張を部分的に戻すと、
Working / Refill / Stock / comparison間で
非対称になる危険がある。
—
# MOST USEFUL FUTURE UI PIECES
優先度順：
### A — Pattern / Preset Visual Selector
現在のFrame preset catalogと直接つながる。
固定presetを
文字dropdownではなく視覚的に選ばせたい場合の候補。
—
### A — Component Toggle / Component Selection Furniture
Standard以上で編集Componentが増えた場合に有用。
Design visibility/edit targetのUIとして使える。
—
### B — Placement Controls
自由度が上がるStandard / Creative向け。
ただしcanonical geometryへの変換が必須。
—
### B — Compact Workbench Controls
Rotate / Reset / Color / Position等を
対象物付近へまとめるUI思想。
—
### C — Explicit Draft Save Affordance
編集量が大きくなった場合のみ再検討。
現在のFreeへ無理に追加しない。
—
# SALVAGE RULE
DEV23から将来何か欲しくなった場合：
CURRENT KNOWN-GOOD PRODUCT
→ COPY
→ NEW REVISION IDENTITY
→ DEV23を横に置く
→ UI家具の目的だけ確認
→ current architecture向けに再実装
→ old logicはコピーしない
→ diff / runtime verification
Never:
DEV23
→ 修理
→ CURRENTへ昇格
Never:
DEV23 code
→ 部分コピペ
→ 動いたから採用
—
# PERMANENT LESSONS
1.
Runtime-only UI state must not become
Design / Save / FINAL authority.
2.
Design fieldを追加するときは、
DEFAULTS
SANITIZER
WORKING
REFILL
STOCK where applicable
COMPARISON
EDITOR
PREVIEW
FINAL
を一つのschema changeとして監査する。
3.
UI家具は救出できる。
旧business logicは救出しない。
4.
Failed revisionは部品倉庫ではなく事故現場。
必要な家具があれば、
現行の無事な家へ新品として作り直す。
—
## Summary
HIGH VALUE:
– Pattern / visual preset selector
– Component toggle / selector
– Placement controls
– Compact workbench furniture
CONDITIONAL:
– Draft Save affordance
– Text drag interaction
DO NOT RECOVER:
– componentPlaced authority
– old save/generation wiring
– Counter-required generation
– old submit interception
– old schema expansion
– width:max-content layout trick
DEV23:
FAILED IMPLEMENTATION / EVIDENCE
UI IDEAS:
REFERENCE
CURRENT PRODUCT:
AUTHORITATIVE
事故機からソファの形は覚えて帰る。
配線ごと引っこ抜いて
新居へ持ってくるな★
これくらいがちょうどいいと思う。
特にPattern / visual preset selectorは、今になって価値が上がった。DEV86で18種類のFrameが生えたから、将来「Outer/Innerのプルダウン18個ずらーっ」より、小さい見本を押して選ぶ家具のほうが自然になる可能性がある。
一方で、事故機の保存・運用系は現在のWorking/Refill/Stockに持ち込む価値なし。別資料でも、Design可搬データとruntime state・権限類を混ぜないことが明示されているので、この切り分けは現在の設計思想とも一致する。
つまりPlanetに残すべきは**「DEV23にはこんな便利そうな家具があった」**まで。
「どう配線してあった」は事故原因込みで封印でいいｗ
相談：なし
No comments yet.