Problem
list_images 的來源是 document.images(Document.getImages()),而 ooxml-swift 的 DocxReader 只把 document part 的 image relationships 放進 images;header/footer part 的圖片關係存在各自的 HeaderFooter.relationships 裡,list_images 從不看它們。所以:
Type
feature
Expected
list_images 列出所有 parts 的圖片,每列帶 part:(word/document.xml / word/header1.xml …);export_* 同步能以 part-qualified id 匯出。或至少在只有 header/footer 圖時不要回 No images in document,改回「document part 無圖;其他 parts 有 N 張(未列)」。
Actual
No images in document,即使 header 有圖。
Source: surfaced during /idd-implement #199 sister bug sweep (Step 5.7)
Parent context: #199 — 該案的 Scope Changes 明文把 header/footer 圖片排除在列舉之外;本 issue 追蹤那個排除
Problem
list_images的來源是document.images(Document.getImages()),而 ooxml-swift 的DocxReader只把 document part 的 image relationships 放進images;header/footer part 的圖片關係存在各自的HeaderFooter.relationships裡,list_images從不看它們。所以:No images in document(實作 list_images 只列 relationship 層,看不見 body 引用——孤兒圖片被誤報為存在(sister concern from macdoc#175) #199 時確認:images.isEmpty早退發生在任何 inspector 檢查之前)。⚠ … in other parts (not listed above)一行被具名(因為PackageInspector是 part-level 的),但正常引用中的 header/footer 圖片仍然不在列表裡——「不列」與「列了但標孤兒」的不對稱是刻意留下的,因為擴大列舉範圍是另一個 feature(export_image/export_all_images也只吃document.images,要一起想)。Type
feature
Expected
list_images列出所有 parts 的圖片,每列帶part:(word/document.xml/word/header1.xml…);export_*同步能以 part-qualified id 匯出。或至少在只有 header/footer 圖時不要回No images in document,改回「document part 無圖;其他 parts 有 N 張(未列)」。Actual
No images in document,即使 header 有圖。Source: surfaced during /idd-implement #199 sister bug sweep (Step 5.7)