ขีดเส้นใต้ใน Markdown: สิ่งที่ใช้ได้บน GitHub และตัวเรนเดอร์อื่น

Markdown ไม่มีไวยากรณ์มาตรฐานสำหรับขีดเส้นใต้ข้อความ ใน CommonMark และ GitHub Flavored Markdown _ข้อความ_ หมายถึงตัวเอียง และ __ข้อความ__ หมายถึงตัวหนา การขีดเส้นใต้มักต้องอาศัย HTML หรือส่วนขยายเฉพาะแอป

รูปแบบที่ GitHub ระบุในเอกสารคือ:

<ins>กำหนดส่งที่แก้ไขแล้ว</ins>คือวันศุกร์

GitHub ระบุ <ins>...</ins> สำหรับข้อความขีดเส้นใต้ในเอกสารจัดรูปแบบพื้นฐาน นี่คือตัวเลือก HTML ที่แพลตฟอร์มรองรับ ไม่ใช่เครื่องหมาย Markdown ใหม่ที่ใช้ได้ทุกที่

เปรียบเทียบขีดเส้นใต้ ตัวหนา และตัวเอียง

ต้นฉบับ	ความหมาย	สภาพแวดล้อมที่รองรับ
_สำคัญ_	เน้น มักเป็นตัวเอียง	CommonMark และ GFM
__สำคัญ__	เน้นหนัก มักเป็นตัวหนา	CommonMark และ GFM
**สำคัญ**	เน้นหนัก มักเป็นตัวหนา	CommonMark และ GFM
<ins>ข้อความที่เพิ่ม</ins>	ข้อความแทรก มักขีดเส้นใต้	ตัวเรนเดอร์ที่เปิด HTML; GitHub ระบุไว้
<u>ข้อความกำกับ</u>	คำกำกับใน HTML มักขีดเส้นใต้	ตัวเรนเดอร์ที่อนุญาตองค์ประกอบ HTML นี้

หากต้องการเน้น ให้เลือกตัวหนาหรือตัวเอียง เช่น **ส่งวันศุกร์** ใช้ได้ใน README บันทึก และการส่งออก Markdown โดยไม่ต้องพึ่ง HTML ดิบ

ins กับ u ต่างกันอย่างไร?

แท็กทั้งสองอาจดูคล้ายกัน แต่มีความหมายต่างกัน

<ins> แทนข้อความที่เพิ่มเข้าเอกสาร เหมาะกับการแก้ไข เช่น เพิ่มข้อกำหนดใหม่ เบราว์เซอร์มักขีดเส้นใต้ให้ แต่สไตล์ชีตเปลี่ยนรูปลักษณ์ได้ ดูเอกสารข้อความแทรกของ MDN

รุ่นนี้รองรับ<ins>การนำเข้า CSV และ TSV</ins>

<u> แสดงคำกำกับที่ไม่ใช่การเน้นทั่วไป เช่น การระบุคำสะกดผิด HTML สมัยใหม่ไม่ได้กำหนดให้เป็นแท็กทั่วไปสำหรับ “ทำให้สำคัญ” ดูเอกสารองค์ประกอบ u ของ MDN

โปรดตรวจการสะกด <u>recieve</u>

หากคุณควบคุมเว็บไซต์และต้องการขีดเส้นใต้เพื่อความสวยงามเท่านั้น ให้ใช้ text-decoration: underline ผ่าน CSS แพลตฟอร์ม Markdown แบบโฮสต์อาจลบแอตทริบิวต์สไตล์หรือห้ามสไตล์ที่กำหนดเอง วิธีนี้จึงไม่ได้ใช้ข้ามระบบได้เสมอเช่นกัน

ทำไมขีดเส้นใต้ใช้ได้ในตัวแก้ไขหนึ่ง แต่หายไปในอีกตัว?

มีการตัดสินใจแยกกันสามขั้น: ตัวแยกวิเคราะห์ Markdown รู้จัก HTML แอปเลือกว่าจะอนุญาตแท็กใด และสไตล์ชีตปลายทางกำหนดหน้าตาองค์ประกอบที่อนุญาต การรองรับ GFM ไม่ได้รับประกันว่าจะอนุญาต HTML ทุกแท็ก

ตัวแก้ไข MD File Viewerปัจจุบันลบแท็ก HTML ดิบจากข้อมูลผู้ใช้ เมื่อวาง <ins>ข้อความที่เพิ่ม</ins> หรือ <u>ข้อความกำกับ</u> จะเหลือข้อความโดยไม่มีแท็ก จึงไม่ขีดเส้นใต้ในตัวอย่าง ใช้ตัวอย่างนี้ตรวจรูปแบบ Markdown ที่รองรับ และตรวจรูปแบบที่พึ่ง HTML ณ ปลายทางเผยแพร่จริง

หากกำลังย้ายเอกสาร HTML เป็น Markdown ตัวแปลง HTML เป็น Markdownช่วยกู้ข้อความ หัวเรื่อง ลิงก์ และรายการได้ ขีดเส้นใต้และ CSS ที่กำหนดเองอาจหายไปเพราะ Markdown ธรรมดาไม่มีไวยากรณ์เทียบเท่า ตรวจผลลัพธ์ก่อนแทนที่เอกสารเดิม

ตัวอย่าง GitHub README

สำหรับข้อความเพิ่มเติมสั้น ๆ ในบันทึกการเปลี่ยนแปลง ตัวเลือก HTML ที่ GitHub ระบุไว้คือ:

รุ่นนี้เพิ่ม<ins>ขั้นตอนนำเข้าที่เลือกใช้ได้</ins>

สำหรับกำหนดส่งหรือข้อกำหนด ให้ใช้การเน้นของ Markdown:

**จำเป็น:** ใส่แถวหัวตารางในไฟล์ CSV

สำหรับปลายทาง ให้ใช้ลิงก์:

[อ่านวิธีนำเข้า](https://example.com/import)

ข้อความขีดเส้นใต้อาจดูเหมือนลิงก์ที่คลิกได้ หลีกเลี่ยงการทำให้ป้ายข้อความทั่วไปดูโต้ตอบได้ โดยเฉพาะเมื่อย่อหน้าเดียวกันมีลิงก์จริง คู่มือลิงก์ Markdownอธิบายข้อความลิงก์ที่สื่อความหมายและลิงก์แบบอ้างอิง

ข้อผิดพลาดเรื่องขีดเส้นใต้ที่พบบ่อย

ขีดล่างสองตัวทำให้ข้อความเป็นตัวหนา การเปลี่ยน **คำ** เป็น __คำ__ เปลี่ยนเพียงเครื่องหมาย ไม่เปลี่ยนความหมาย ทั้งสองแสดงการเน้นหนัก

แบ็กทิกแสดงแท็กเป็นโค้ด การเขียน `<ins>ข้อความ</ins>` มีประโยชน์ในบทสอน แต่ตั้งใจแสดงมาร์กอัปแทนการเรนเดอร์มัน

แป้นลัดเป็นคุณสมบัติของแอป ตัวแก้ไขข้อความแบบมีรูปแบบอาจมีคำสั่งขีดเส้นใต้และบันทึกเป็น HTML หรือรูปแบบเอกสารของตน สิ่งนี้ไม่ได้ทำให้ขีดเส้นใต้เป็นส่วนหนึ่งของ Markdown ที่ใช้ข้ามระบบได้

หัวเรื่องแบบขีดเส้นด้านล่างเป็นอีกแนวคิดหนึ่ง ในต้นฉบับนี้ ขีดกลางสร้างหัวเรื่องระดับสอง:

บันทึกการอัปเดต
-------------

มันไม่ได้ขีดเส้นใต้คำในย่อหน้า หากต้องการเส้นคั่นระหว่างส่วน ให้ใช้เส้นแนวนอน Markdownพร้อมบรรทัดว่างด้านบนและล่าง

คำถามที่พบบ่อย

ขีดเส้นใต้ใน Markdown บน GitHub อย่างไร?

ใช้ <ins>ข้อความ</ins> ซึ่ง GitHub ระบุสำหรับขีดเส้นใต้ หากต้องการเน้นในตัวเรนเดอร์ที่ไม่รองรับ HTML ด้วย ให้ใช้ **ข้อความ** หรือ *ข้อความ* แทน

มีไวยากรณ์ขีดเส้นใต้ที่เป็น Markdown ล้วนหรือไม่?

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

ขีดเส้นใต้จะอยู่หลังแปลง Markdown เป็น PDF หรือ Word หรือไม่?

จะอยู่ต่อเมื่อเครื่องมือแปลงเก็บ HTML หรือส่วนขยายที่เกี่ยวข้องและรองรับสไตล์นั้น อย่าคิดว่าขีดเส้นใต้ที่เห็นในตัวอย่างของแอปหนึ่งจะคงอยู่เมื่อส่งออกด้วยอีกแอป ตรวจไฟล์ผลลัพธ์ หรือใช้ตัวหนามาตรฐานเมื่อความเข้ากันได้ข้ามระบบสำคัญ

สรุปไวยากรณ์ Markdownเป็นข้อมูลอ้างอิงแบบกระชับสำหรับรูปแบบที่มีไวยากรณ์ Markdown เฉพาะ