Word ถึง Markdown กับภาพ: การสกัด, เส้นทาง, และ Alt Text

การแปลงข้อความในเอกสาร Word เป็น Markdown เป็นเรื่องง่าย การแปลงภาพเป็นงานที่แยกกัน: Word จัดเก็บสื่อภายใน .docx package, ในขณะที่ Markdown เก็บแค่คําอ้างอิงข้อความไปยังไฟล์ภาพ

การทํางานที่น่าเชื่อถือคือการแปลงโครงสร้างเอกสาร การสกัดไฟล์ภาพ ให้ชื่อที่มั่นคง แล้วเชื่อมทุกภาพกับ Markdown ด้วยเส้นทางที่เกี่ยวข้องและข้อความที่ใช้ได้ คู่มือนี้แสดงวิธีการทําเช่นนั้นโดยไม่สูญเสียการติดตามทรัพย์สิน

คํา ตอบ สั้น ๆ

ถ้าคุณมีเอกสารเดียว และมีแค่ภาพไม่กี่ภาพ

1. เปลี่ยนแปลง .docx ข้อความ WordToMD.
2. ถอดภาพจากสําเนาของไฟล์ Word
3. วางภาพใน images/ or assets/ แฟลเดอร์
4. เพิ่มการอ้างอิง Markdown เช่น ![Login settings screen](images/login-settings.png).
5. ดูภาพล่วงหน้าของ Markdown สุดท้ายที่จุดหมาย

หากคุณมีเอกสารหรือภาพที่ติดตั้งไว้มากมาย ใช้ Pandoc with --extract-media. It can create the media files and references in one command, although you should still rename, optimize, and review the assets.

เหตุ ผล ที่ ภาพ ต่าง จาก ข้อความ

A .docx ไฟล์คือแพ็คเกจ ZIP ที่มี XML, ความสัมพันธ์, สไตล์, และสื่อ บายต์ภาพที่ติดตั้งอยู่โดยทั่วไปอยู่ภายใต้ word/media/, ขณะที่ไฟล์ความสัมพันธ์บอก Word ที่ภาพแต่ละภาพปรากฏ เอกสารนี้ยังสามารถบรรจุคําแนะนําการตัด, สถานที่ลอย, คําบรรจุ, รูปแบบตกแต่ง, และลิงค์ที่ไม่มีเทียบเท่า Markdown โดยตรง

Markdown เองไม่ใส่ไบท์ภาพ การประกอบรูปแบบมาตรฐานมีข้อมูล 3 ชิ้น:

![Alternative text](images/architecture-diagram.png "Optional title")

• Alternative text อธิบายภาพเมื่อมันมองไม่เห็น
• images/architecture-diagram.png บอกให้เครื่องทํารันเดอร์ว่าไฟล์อยู่ไหน
• ชื่อแบบเลือกอาจปรากฏเป็นคําแนะนําของเครื่องมือ ขึ้นอยู่กับการแสดง

การแยกแยกนั้นเป็นประโยชน์สําหรับการควบคุมเวอร์ชั่นและการตีพิมพ์ แต่มันหมายถึงการย้ายที่สมบูรณ์ต้องจัดการทั้ง .md แฟชั่นและทรัพย์สินของมัน

อะไรที่ WordToMD ทํากับภาพที่ติดตั้ง

WordToMD แปลงหัวข้อ, ข้อ, รายการ, ลิงค์, เน้น, ตารางพื้นฐาน, และภาพที่รองรับในโปรแกรมของคุณ. เมื่อภาพถูกค้นพบ ผลการค้นพบรวมถึง Markdown + รูปภาพ ZIP ทางเลือกที่มี .md แฟ้มและ images/ แฟลเดอร์

เอกสารของคุณยังคงเป็นของท้องถิ่น, และการสร้าง Markdown รีฟเรชั่นภาพ ใช้เส้นทางที่เกี่ยวข้องในแพคเกจ images/ แฟลเดอร์ รีวิว alt text, เรียกชื่อ asset generic, และตรวจสอบวัตถุการวาดที่ซับซ้อน Word ก่อนเผยแพร่.

เลือก วิธี การ ถอด ธ อร์ ที่ ถูก ต้อง

กระบวนการทํางาน A: WordToMD Plus การสกัดรูปแบบทางมือ

วิธีนี้ทําให้การแปลงข้อความรวดเร็ว ขณะที่ให้คุณควบคุมชื่อทรัพย์สินและการวางตําแหน่ง

1. เปลี่ยนแปลงและบันทึก Markdown

เปิด Word-to-Markdown แปลง, เลือก .docx, รีวิวผลที่สามารถแก้ไขได้ และดาวน์โหลด .md ไฟล์ รักษาเอกสารเดิม Word โดยไม่เปลี่ยนแปลง จนกว่าการย้ายตัวจะเสร็จสิ้น

2. ถอดภาพจากสําเนาของ DOCX

ทําสําเนาก่อนเปลี่ยนขยาย

ใน Windows:

1. เปิดให้ใช้ ขยายชื่อไฟล์ ใน File Explorer
2. รับ handbook.docx เป็นโฟลเดอร์ทํางาน
3. เปลี่ยนชื่อสําเนาเป็น handbook.zip.
4. ถอดข้อมูลจากโครงการ ZIP
5. เปิดการสกัด word/media/ แฟลเดอร์

ใน MacOS หรือ Linux, อุปกรณ์อาร์คิฟปกติสามารถเปิดโครงการที่สําเนา .docx โดยตรง หรือคุณสามารถ Duplicate ไฟล์และเปลี่ยนขยายมัน .zip.

รายการสื่ออาจมีไฟล์ PNG, JPEG, GIF, SVG, EMF, หรือ WMF ระบบการพิมพ์บางส่วนไม่รับรองรูปแบบเวกเตอร์เฉพาะ Word, ดังนั้นการแปลงรูปแบบที่ไม่สนับสนุนเป็น SVG หรือ PNG ก่อนการเพิ่มมันไปยังโครงการ Markdown

3. เปรียบเทียบไฟล์แต่ละไฟล์กับตําแหน่งของมัน

ชื่อ เช่น image1.png and image2.jpeg เป็นตัวจําแนกของแพ็คเกจ ไม่ใช่ชื่อของทรัพย์สินที่มีความหมาย เปิดไฟล์ที่สกัดออกมาเป็นภาพเล็ก และเปรียบเทียบมันกับเอกสาร Word

สร้างแผนที่ง่าย ๆ ขณะที่คุณทํางาน:

อย่าสมมุติว่าลําดับตัวเลขจะตรงกับลําดับทางสายตาเสมอ หัวข้อ, โลโก้ซ้ํา, แบ็คกราน, และเนื้อหาที่ลบอาจส่งผลกระทบต่อการนับเลขภายใน

4. สร้างโครงสร้างโฟลเดอร์แบบพกพา

โครงสร้างง่าย ๆ ทํางานผ่าน GitHub, Obsidian, และผู้ผลิตสถานที่สแตติกส่วนใหญ่:

handbook/
├── handbook.md
└── images/
    ├── system-architecture.png
    ├── login-settings.jpg
    └── conversion-result.png

จากนั้นดูไฟล์ที่มีเส้นทางที่เกี่ยวข้อง:

![System architecture](images/system-architecture.png)

เส้นทางที่เกี่ยวข้องทําให้เอกสารพกพาได้ เส้นทางที่สมบูรณ์ เช่น C:\Users\Name\Desktop\image1.png ใช้งานเพียงบนคอมพิวเตอร์เดียว และไม่ควรปรากฏใน Markdown ที่ถูกตีพิมพ์

5. เขียนคําแปลที่มีความหมาย

Word คําบรรยายภาพและ Markdown อัลตเท็กซ์ มีวัตถุประสงค์ที่แตกต่างกัน คําบรรยายคือข้อความที่เห็นได้ชัด; ข้อความอัลตคือการทดแทนที่สั้นสําหรับข้อมูลที่สื่อสารโดยภาพ

อ่อนแอ:

![Image](images/image1.png)

ดีกว่า:

![Three-stage publishing flow from Word review to Markdown repository to website deployment](images/publishing-flow.png)

สําหรับสกรีนช็อต ระบุอินเตอร์เฟสที่เกี่ยวข้องและสถานะ การ เผยแพร่ ภาพ สําหรับภาพตกแต่งที่ไม่เพิ่มข้อมูล ใช้คําแปลที่ว่าง:

![](images/decorative-divider.svg)

อย่าซ้ําคําบรรยายรอบ ๆ word สําหรับ word เว้นแต่มันเป็นคําอธิบายที่เท่าเทียมชัดเจนที่สุด

6. ภาพล่วงหน้าในจุดหมายจริง

Markdown การทําการแสดงแตกต่างกัน เส้นทางที่ทํางานในเอดิเตอร์ท้องถิ่นอาจล้มเหลวหลังจากการจัดจําหน่ายถ้า:

• ระบบเก็บข้อมูลใช้ชื่อไฟล์ที่มีความรู้สึกต่อตัวเลขใหญ่
• เว็บไซต์เขียน URL ของทรัพย์สินใหม่
• ไฟล์ Markdown จะย้ายไปยังรายการอื่น
• สเปซหรือตัวอักษรที่ไม่ใช่ ASCII ถูกจัดการต่างกัน
• แพลตฟอร์มปิดรูปแบบไฟล์

ดูหน้าสุดท้ายใน GitHub, ใน Obsidian, หรือผ่านกระบวนการสร้างธรรมดาของเว็บไซต์ ตรวจสอบทุกภาพที่ Desktop และ Mobile ความกว้าง

กระบวนการทํางาน B: ถอดภาพด้วย Pandoc

Pandoc เป็นที่เหมาะสมกว่า เมื่อการทําแผนภาพจะครองอํานาจการย้ายตัว

pandoc handbook.docx \
  -t gfm \
  --wrap=none \
  --extract-media=./assets \
  -o handbook.md

Pandoc สกัดสื่อที่ติดตั้งและเขียนอ้างอิงเข้าสู่ Markdown ที่สร้างขึ้น ตรวจสอบรายการที่เกิดขึ้นก่อนการเผยแพร่: ระดับชั้นและชื่อที่สร้างขึ้นอาจถูกต้องทางเทคนิค แต่ยากที่จะรักษา

หลังการแปลง:

1. ถอนทรัพย์สินที่ซ้ําหรือที่ไม่ได้ใช้
2. เปลี่ยนชื่อไฟล์ด้วยชื่อตัวละเอียดตัวเล็ก
3. อัพเดททุกคําอ้างอิง Markdown หลังจากเปลี่ยนชื่อ
4. เปลี่ยนรูปแบบที่ไม่สนับสนุน
5. เพิ่มหรือปรับปรุงคําแปล
6. คอมเพรสไฟล์ขนาดใหญ่

สําหรับการแปลงซ้ํา แบชช์ Word-to-Markdown คู่มือ.

เส้นทางภาพสําหรับจุดหมายทั่วไป

GitHub

เก็บภาพในคลังและใช้เส้นทางที่เกี่ยวข้องกับไฟล์ Markdown:

![Build status screen](docs/images/build-status.png)

ชื่อไฟล์เป็นเรื่องสําคัญ Build-Status.png and build-status.png สามารถทําตัวเหมือนไฟล์ที่แตกต่างกันเมื่อเรนเดอรี่ถูกทําในระบบที่มีความรู้สึกต่อตัวเล่ม การ Word-to-GitHub คู่มือ ครอบคลุมการทําความสะอาดที่เหลือของ GFM

Obsidian

สินทัคฐานภาพ Markdown ยังคงเป็นทางเลือกที่พกพาได้มากที่สุด:

![Research model](attachments/research-model.png)

Obsidian ยังสนับสนุนการติดตั้งแบบวิกี แต่มันเฉพาะการใช้งาน ตัดสินใจว่าการพกพาหรือพฤติกรรม Obsidian-native มีความสําคัญมากกว่า ก่อนที่จะแปลงทุกคําอ้างอิง ดู Word-to-Obsidian กลไกการทํางาน.

เครื่องผลิตไฟฟ้าที่ตั้งอยู่อย่างคง

เว็บไซต์อาจแก้ไขทรัพย์สินที่เกี่ยวข้องกับไฟล์ Markdown ปัจจุบัน, a public/ หรือท่อการนําเข้า ยืนยันข้อตกลงของโครงการ ก่อนการย้ายภาพ เส้นทางเช่น /images/guide/example.png อาจทํางานในเว็บไซต์หนึ่ง แต่จะหยุดเมื่อเว็บไซต์ถูกจัดจําหน่ายภายใต้รายการย่อย

อ่าน Word-to-static-site guide และทดสอบผ่านคําสั่งการสร้างผลิต

ปรับปรุงทรัพย์สินก่อนตีพิมพ์

Word เอกสารมักจะมีภาพที่ใหญ่กว่าขนาดที่แสดง การตีพิมพ์ต้นฉบับเหล่านั้น สามารถทําให้การโหลดหน้าช้าลงได้ โดยไม่เพิ่มคุณภาพที่เห็นได้ชัด

ใช้ กติกา ที่ ใช้ ได้ นี้

• การปลูกผืนที่ไม่ใช้งานก่อนการส่งออก
• ชอบ JPEG หรือ WebP สําหรับเนื้อหาภาพถ่าย
• ชอบ PNG สําหรับสกรีนช็อตอินเตอร์เฟสที่ต้องการข้อความชัดเจน
• ต้องการ SVG สําหรับแผนภาพและโลโก้ที่เข้ากันได้
• ปรับขนาดภาพให้มีความกว้างในการแสดงสูงสุด
• ถอดเมตาเดทที่รู้สึกได้เมื่อแหล่งต้องการ
• เก็บไฟล์ความละเอียดสูงเดิมๆ ออกจากรายการทรัพย์สินที่เผยแพร่

หลีกเลี่ยงการแปลงภาพทุกรูปแบบเป็นรูปแบบเดียวโดยอัตโนมัติ สกรีนช็อต, ไซแกรม, ภาพถ่าย, และภาพลักษณ์โปร่งใส มีความต้องการที่แตกต่างกัน

ปัญหา และ การ แก้ ปัญหา ที่ พบ กัน

Markdown แสดงไอคอนภาพที่แตก

ตรวจสอบเส้นทางเทียบกับ .md แฟชั่น รวมถึงคําใหญ่และขยาย จากนั้นยืนยันว่าทรัพย์สินนั้นถูกส่งลง, อัพโหลด, หรือสําเนาเข้าสู่ผลิตการจัดจําหน่าย

รูปภาพทํางานในท้องถิ่น แต่ไม่ออนไลน์

เส้นทางท้องถิ่นอาจชี้ไปนอกโครงการ หรือเว็บไซต์ที่พัฒนาอาจใช้ URL ฐานที่แตกต่าง เปลี่ยนแปลงเส้นทางเฉพาะเครื่องด้วยเส้นทางที่เกี่ยวข้องกับคลังข้อมูลหรือที่ได้รับการอนุมัติจากสถานที่

รูปที่ถอดออกมาดูแตกต่างจาก Word

Word สามารถใช้การปลูก, การหมุนเวียน, ความโปร่งใส, ขอบ หรือการปรับสีเป็นคําสั่งเอกสาร แทนที่จะเปลี่ยนภาพที่อยู่เบื้องหลัง สร้างการปรากฏตัวสุดท้ายใน editor รูปภาพและส่งออกทรัพย์สินที่พร้อมสําหรับการเผยแพร่

ไดอาแกรมหายไป

SmartArt, ตาราง, รูปแบบกลุ่ม, และคานวาสการวาดไม่ได้ถูกเก็บไว้เป็นภาพราสเตอร์ธรรมดาเสมอ ส่งออกวัตถุจาก Word เป็น SVG หรือ PNG แล้วนําไปอ้างอิงไฟล์ที่ส่งออกด้วยมือ

ชื่อไฟล์เปลี่ยน แต่ภาพหายไป

การเปลี่ยนชื่อทรัพย์สินไม่ได้อัพเดท Markdown โดยอัตโนมัติ ค้นหาชื่อเก่าในโครงการ และอัพเดททุกคําอ้างอิง รวมถึงคํานิยามรูปแบบอ้างอิง

รายการตรวจการย้ายภาพสุดท้าย

• ไฟล์ Markdown มีโฟลเดอร์ทรัพย์สินที่ตรงกัน
• ทุกรูปภาพที่ติดตัว ที่มีข้อมูลถูกสกัดออก
• ชื่อไฟล์เป็นคําอธิบาย, มั่นคง, และคงที่
• เส้นทางเป็นส่วนหนึ่ง หรือตามข้อตกลงที่บันทึกไว้ของจุดหมาย
• อัลตเท็กซ์สื่อสารวัตถุประสงค์ของภาพที่มีความหมายแต่ละภาพ
• ภาพตกแต่งใช้คําแปลที่ว่างเปล่า
• รูปแบบเวกเตอร์ Word ที่ไม่ได้รับการสนับสนุนถูกแปลง
• ทรัพย์สินที่ใหญ่เกินไปถูกปรับขนาดหรือสับสน
• ไม่มีเส้นทางขับเคลื่อนท้องถิ่นที่เหลือใน Markdown
• รูปทั้งหมดถูกตรวจสอบในเครื่องทําการแสดงผลสุดท้าย ในความกว้างของมือถือและโต๊สต็อป

FAQ

สามารถ WordToMD ดาวน์โหลดภาพภายใน DOCX ของฉันได้หรือไม่?

ใช่แล้ว เปลี่ยน DOCX และเลือก Markdown + รูปภาพ ZIP. The archive contains the editable Markdown and supported embedded pictures in an images/ แฟลเดอร์ คุณยังสามารถใช้ Word Image Extractor ที่แยกได้เมื่อคุณต้องการไฟล์สื่อเดิมเท่านั้น

สามารถ Markdown เก็บภาพภายใน .md แฟชั่น?

Markdown มาตรฐานเก็บรหัส ไม่ใช่ภาพไบนารี บรรณาธิการบางคนยอมรับ URL ของข้อมูล base64 แต่พวกเขาทําให้ไฟล์ Markdown ใหญ่และไม่ค่อยสามารถพกพาได้ ไฟล์ทรัพย์สินที่แยกด้วยเส้นทางที่เกี่ยวข้องมักจะง่ายกว่าในการรักษา

ผมควรใช้ URL ที่สมบูรณ์หรือเส้นทางภาพที่เปรียบเทียบ?

ใช้เส้นทางสัมพันธ์เมื่อภาพเป็นส่วนหนึ่งของคลังหรือเว็บเดียวกัน ใช้ URL HTTPS ที่สมบูรณ์เท่านั้น เมื่อภาพถูกจัดตั้งและรักษาไว้อย่างตั้งใจในที่อื่น หลีกเลี่ยง URL ที่คุณไม่สามารถควบคุมได้

ฉันควรจัดการกับคําบรรยาย Word อย่างไร?

ใส่คําบรรยายเป็นข้อความที่เห็นอยู่ใกล้ภาพ และเขียนข้อความที่แยกสําหรับความหมายของภาพ หากระบบการพิมพ์ของคุณมีส่วนประกอบตัวเลขหรือคําบรรยาย, เปลี่ยนคู่ไปเป็นสัญลักษณ์การใช้งานที่สนับสนุนของแพลตฟอร์มนั้น.

การสรุป

การย้ายภาพ Word-to-Markdown ที่ประสบความสําเร็จจะปฏิบัติกับ Markdown และทรัพย์สินของมันเป็นแพ็คเกจเดียว การใช้ WordToMD เพื่อการแปลงข้อความที่รวดเร็วและเป็นส่วนตัว การสกัดสื่อได้แยกแยก สร้างชื่อและเส้นทางที่ตั้งใจ และดูผลการวิจัยก่อนที่มันจะถูกตีพิมพ์ สําหรับการเคลื่อนไหวที่ใหญ่หรือซ้ํา เปลี่ยนไป Pandoc และอัตโนมัติขั้นตอนการสกัดโดยไม่ข้ามการตรวจสอบการเข้าถึงและเส้นทางสุดท้าย