7 คะแนน โดย GN⁺ 2025-06-07 | 2 ความคิดเห็น | แชร์ทาง WhatsApp
  • Apple เปิดเผยในงาน WWDC ว่า Apple Notes จะเพิ่มฟีเจอร์ ส่งออกเป็น Markdown และมีแผนนำมาใช้งาน
  • ผู้สร้างฟอร์แมต Markdown (John Gruber) ได้สรุปความเห็นของตนเกี่ยวกับเรื่องนี้
  • แม้จะเป็นความสามารถที่แอปจากผู้พัฒนาภายนอกบางรายรองรับมาก่อนแล้ว แต่ก็สร้างความคาดหวังสูงใน ชุมชนผู้ใช้สายเทคนิค
  • มีความเห็นคัดค้านที่ Apple Notes จะเปลี่ยนไปเป็น Markdown editor โดยมองว่า Notes ควรรักษา ประสบการณ์การแก้ไขแบบ WYSIWYG ที่เรียบง่าย เอาไว้
  • อย่างไรก็ตาม ฟีเจอร์ส่งออกเป็น Markdown ถือเป็นการเปลี่ยนแปลงสำคัญที่จะช่วยปรับปรุง ตัวเลือกการส่งออกที่ยังขาดอยู่ ของ Notes

รายงานจาก 9to5Mac และความเห็นแรกเริ่ม

  • Marcus Mendes รายงานผ่านบทความของ 9to5Mac ว่า ฟีเจอร์ส่งออก Markdown ใน Apple Notes จะถูกเพิ่มเข้ามาในงาน WWDC
  • แม้หลายแอปจากผู้พัฒนาภายนอกจะรองรับสิ่งนี้มานานแล้ว แต่สำหรับ ผู้ใช้บางกลุ่ม นี่ถือเป็นข่าวใหญ่มาก

ความเข้าใจผิดและการแยกแยะเรื่องการรองรับ Markdown

  • ในช่วงแรก ข่าวถูกสื่อสารคลาดเคลื่อนว่า Notes จะเพิ่ม การรองรับ Markdown
  • รูปแบบที่เขียนด้วยไวยากรณ์ Markdown โดยตรงหรือมองเห็นไวยากรณ์ในโน้ตได้แบบ Bear หรือ Obsidian นั้น แตกต่างโดยพื้นฐานจากแนวทาง WYSIWYG ของ Notes ในปัจจุบัน
  • “แอปโน้ตแบบ Markdown” คือ หมวดหมู่แอปที่แยกต่างหาก

มุมมองส่วนตัวต่อ Markdown และบทบาทของมัน

  • ผู้เขียนซึ่งเป็นผู้พัฒนา Markdown (John Gruber) มีจุดยืนเชิงลบต่อการที่ Notes จะกลายเป็น Markdown editor
  • เขาเองใช้ Markdown โดยมุ่งเน้นไปที่ การเขียนโพสต์บนเว็บ เป็นหลัก
  • แก่นแท้ของ Markdown ในฐานะ รูปแบบการเขียนข้อความแบบกระชับที่แปลงเป็น HTML ได้ ยังคงใช้ได้เสมอ
  • อีกจุดแข็งของ Markdown คือการใช้งานในสภาพแวดล้อมที่นำไปเก็บเป็น ไฟล์ข้อความล้วนหรือในฐานข้อมูล
  • แต่ Apple Notes เป็นแอปโน้ตที่ เรียบง่ายและเสถียร ซึ่งอยู่คนละบริบทกับสิ่งเหล่านี้

Apple Notes ในฐานะ WYSIWYG editor

  • Apple Notes มอบประสบการณ์แบบ rich text editor แนว WYSIWYG ที่สะอาดตา
  • ใช้งานได้ดีทั้งบน Mac และ iPhone โดยมีตัวเลือกจัดรูปแบบที่โดดเด่นตรง เลือกได้เฉพาะสไตล์ที่กำหนดไว้ล่วงหน้า
  • การคงประสบการณ์ที่ไม่เนิร์ดจนเกินไปเป็นเรื่องสำคัญ และข้อดีคือ ใช้งานได้ตรงไปตรงมาโดยไม่ต้องมีพรีวิวหรือสลับโหมด
  • อย่างไรก็ตาม มีการชี้ว่าเป็นเรื่องน่าเสียดายที่ยังไม่มีระบบแท็กแบบ tokenized ที่ ใส่ช่องว่างในแท็กได้เหมือน Finder แทนการใช้แฮชแท็ก (#)

คุณค่าและความคาดหวังต่อฟีเจอร์ส่งออก Markdown

  • ความสามารถในการส่งออกเป็น Markdown ถูกประเมินว่ามีประโยชน์มาก
  • มีความคาดหวังสูงว่าจะช่วยชดเชยข้อจำกัดของ ความสามารถในการส่งออกของ Notes ในปัจจุบัน (PDF, Pages)
  • ไม่ใช่แค่ข้อความเท่านั้น แต่ วิธีจัดการรูปภาพ ก็เป็นประเด็นที่ถูกจับตาอย่างมากเช่นกัน (หากข่าวลือเป็นจริง ก็ยิ่งน่าสนใจเพิ่มเติม)

บทสรุป

  • การรองรับ Markdown ในความสามารถด้านการส่งออกของ Apple Notes มีแนวโน้มจะ ส่งผลเชิงบวกต่อชุมชนสายเทคนิค
  • ผู้เขียนย้ำว่าควร ระมัดระวังหรือคัดค้าน การเปลี่ยน Notes ให้กลายเป็น Markdown editor โดยตัวมันเอง
  • พร้อมย้ำเตือนว่า ความง่ายในการใช้งาน การเข้าถึงได้ง่าย และความตรงไปตรงมา คือคุณค่าหลักของ Notes

2 ความคิดเห็น

 
xguru 2025-06-07

Windows Notepad(เมโม) เพิ่มการจัดรูปแบบข้อความและรองรับ Markdown

ดูเหมือนว่าฟีเจอร์นี้กำลังกลายเป็นสิ่งที่ฝังมาให้เป็นค่าเริ่มต้นใน OS กันหมดแล้ว

 
GN⁺ 2025-06-07
ความคิดเห็นจาก Hacker News
  • Gruber บอกว่าตัวเองแทบไม่ได้ใช้ Markdown นอกจากในบล็อก และมองว่า Markdown มีข้อเสียเมื่อใช้เป็นฟอร์แมตสำหรับเอดิเตอร์ต่าง ๆ แต่ผมอยากเน้นข้อดีใหญ่สองอย่างของ Markdown
    (1) มันเป็น plain text จึงดีมากในการป้องกัน vendor lock-in
    (2) แทนที่จะใช้ฟอร์แมตปิด Markdown กลับถูกใช้อย่างแพร่หลาย ทำให้มั่นใจได้ว่าข้อมูลของผมย้ายไปที่อื่นได้
    แม้แต่แอปโอเพนซอร์สเอง ถ้าใช้ฟอร์แมตปิด คนที่ไม่ใช่นักพัฒนาก็ยังดึงข้อมูลออกได้ยาก
    แค่รองรับ Markdown หรือการ export เป็น Markdown ตั้งแต่แรก ก็ทำให้สบายใจได้ว่าข้อมูลจะถูกย้ายออกไปได้อย่างอิสระ

    • ผมก็คิดคล้ายกัน และเคยมีประสบการณ์ว่าหลังจาก Markdown ถูกใช้อย่างแพร่หลายใน GitHub และ GitLab (ก่อนถูก Microsoft ซื้อกิจการ) ก็ทำให้ผมตัดสินใจว่าควรมาตรฐานทุกอย่างในบริษัทให้เป็น Markdown ไม่ว่าจะเป็นวิกิของบริษัทหรือเอกสาร API ในโค้ด
      Markdown เป็นฟอร์แมตที่ดีพอสำหรับเอกสารซอฟต์แวร์ส่วนใหญ่ และนักพัฒนาก็คุ้นเคยกันอยู่แล้ว ดังนั้นภาษามาร์กอัปเพิ่มเติมจึงเป็นเพียงกำแพงการเริ่มต้นที่ไม่จำเป็น
      สำหรับมือใหม่ที่ยังใช้ Markdown ไม่คล่อง ผมมักแนะนำว่าเขียนให้ผิดฟอร์แมตก็ไม่เป็นไร ขอแค่บันทึกสิ่งต่าง ๆ ไว้ในที่ที่เข้าถึงได้ก่อน
      เพราะผมสามารถกลับมาแก้ให้ทีหลัง และผู้คนก็จะค่อย ๆ เรียนรู้ส่วนที่ยังขาดไปเองตามธรรมชาติ
      ผมเคยมีส่วนร่วมในการพัฒนาระบบเอกสารที่ซับซ้อนและทรงพลังกว่านี้ แต่ตอนนี้ผมคิดว่า Markdown คือทางเลือกที่ดีที่สุด
      อย่าเสียเวลาไปกับการเรียนรู้กฎฟอร์แมตที่ซับซ้อนเลย เอาเวลาไปโฟกัสกับทักษะที่สำคัญกว่าน่าจะดีกว่า

    • Markdown ให้เสรีภาพในการจัดรูปแบบข้อความแก่เหล่านักพัฒนา คล้ายกับที่ WordPerfect เคยทำ และมันเป็นเครื่องมือจำเป็นสำหรับคนบางกลุ่ม เช่น ทนายความ
      แต่ความจริงคือคนส่วนใหญ่ (80~95%) ใช้มันได้ไม่ดีนัก
      กฎที่จำกัดของ Markdown กลับเป็นจุดแข็ง และก็มีการพูดถึงด้วยว่า Markdown นั้นยอดเยี่ยมบนเว็บ ขณะที่เอดิเตอร์แบบ WYSIWYG มีรากมาจากแนวทางการผลิตสิ่งพิมพ์บนกระดาษ

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

    • ถ้าจะเขียนเอกสารใน IDE แบบ plain text, Markdown คือทางออกที่ดีที่สุด
      ผมคิดว่านี่แหละคือเหตุผลที่แท้จริงที่ Markdown แพร่หลาย

    • ผมชอบที่ Markdown พื้นฐานนั้นเรียบง่ายมาก และจะใส่ HTML เพิ่มก็ต่อเมื่อจำเป็นจริง ๆ
      ในโปรแกรมอย่าง Joplin, Markdown ทำงานได้อย่างเป็นธรรมชาติ
      ในทางกลับกัน OneNote, EverNote ฯลฯ กลับทำให้ผมรู้สึกไม่สะดวกเพราะปัญหาเรื่องฟอร์แมต

  • Markdown ถูกพัฒนามาเพื่อการแก้ไขบนเว็บ และเหมาะกับยุคที่คีย์บอร์ดจริงมีมากกว่าคีย์บอร์ดเสมือน
    ในแอปโน้ต (โดยเฉพาะ iOS/iPadOS) ผมไม่ค่อยรู้สึกว่ามันมีประโยชน์มากนัก อาจเป็นเพราะสภาพแวดล้อมการป้อนข้อมูลของผู้ใช้
    กฎบางอย่างของ Markdown ก็ดูแปลก ๆ ใน Notes
    เช่น การเว้นวรรคสองช่องท้ายบรรทัดแล้วกดรีเทิร์น (กฎสำหรับขึ้นบรรทัดใหม่แบบ manual) สำหรับผู้ใช้ Notes แล้วถือว่าไม่จำเป็น
    Apple ก็คงไม่น่าจะทำตาม CommonMark และทุกครั้งที่แต่ละแอปทำไวยากรณ์ของตัวเอง ผู้ใช้ก็ต้องมาเรียนรู้เองว่ารองรับแค่ไหนและคุณภาพเป็นอย่างไร
    ตัวอย่างชัด ๆ คือใน Obsidian ถ้าเขียน # Thoughts on C# แล้วเลื่อนบรรทัด มันจะดูเหมือน Thoughts on C
    กล่าวคือ แม้จะรองรับ Markdown ก็ยังต้องอาศัยความคุ้นเคยอยู่ดี

    • ผมใช้ Markdown บน Notion ใน iOS บ่อยมาก
      ใช้มันเหมือนเป็น shortcut สำหรับใส่ฟอร์แมตอย่าง heading, list และอื่น ๆ ได้รวดเร็ว

    • อยากรู้ว่าอุปกรณ์ iOS เดี๋ยวนี้ยังแปลงการกด space ติดกันเป็น “. ” (จุดตามด้วยเว้นวรรค) อัตโนมัติอยู่ไหม
      ตอนเขียน md บน iPad มันค่อนข้างน่ารำคาญ

  • ผมเคยเขียนบทความเกี่ยวกับ Markdown ไว้เมื่อหลายปีก่อน และตอนนี้ก็ยังคิดเหมือนเดิมเรื่องความตึงเครียดระหว่างฟอร์แมตกับประสบการณ์ใช้งานของ Markdown บนเว็บ
    การที่ Apple Notes นำ Markdown มาใช้ในระดับไวยากรณ์ ไม่ใช่เป็น source format ถือเป็นแนวทางที่ใช้งานได้จริง
    ยังคงความคุ้นเคยของ Markdown เอาไว้ แต่ไม่ยึดติดกับฟอร์แมตมากเกินไป จึงทำให้ผู้ใช้จำนวนมากได้ประโยชน์
    จริง ๆ แล้วคนส่วนใหญ่แค่อยากพิมพ์ *ตัวเอียง* หรือ code ได้เท่านั้น ไม่ได้ต้องการ version control หรือการเก็บ Markdown ต้นฉบับเสมอไป
    ประเด็นคือ Markdown กำลังค่อย ๆ กลายเป็นภาษาต้นทางของ UI และพฤติกรรมการใช้งาน
    การเปลี่ยนแปลงของ Apple Notes ก็สอดคล้องกับกระแสนี้
    ผมอยากรู้ว่าคนอื่นมอง Markdown ว่าเป็น “ฟอร์แมตเอกสาร” หรือ “ประสบการณ์การเขียน” มากกว่ากัน

    • AttributedString ของ SwiftUI สามารถสร้างได้โดยตรงจาก string literal ที่มีไวยากรณ์ Markdown
  • ผมไม่ได้อยากให้ Notes กลายเป็น Markdown editor
    แค่อยากให้มันเข้าใจไวยากรณ์หลัก ๆ แล้วแปลงให้อัตโนมัติก็พอ
    เช่น ถ้าพิมพ์ “# My Note” ก็แปลงเป็นรูปแบบชื่อเรื่อง หรือถ้าพิมพ์ “## Heading” ก็ให้รู้ว่าเป็น heading
    จริง ๆ แล้วแอปส่วนใหญ่ก็แปลงรายการแบบ (-, *) ให้อัตโนมัติอยู่แล้ว ผมเลยคิดว่าแค่รองรับไวยากรณ์ให้หลากหลายขึ้นอีกหน่อยก็พอ

    • คุณบอกว่า “ผมไม่ได้อยากได้ Markdown editor แค่อยากให้รองรับไวยากรณ์บางอย่าง”
      แต่ความจริงฟีเจอร์ทั้งหมดที่คุณต้องการก็มาจาก Markdown ทั้งนั้น
      เหตุผลที่แอปส่วนใหญ่ทำแบบนี้ก็เพราะพวกมันรองรับ Markdown บางส่วนอยู่แล้ว
  • ผมใช้ Apple Notes ทุกวัน และกำลังพัฒนาแอปโน้ตอยู่
    ที่ผ่านมาเพราะฟอร์แมตที่ Apple Notes ใช้เป็นฟอร์แมตปิด ผมจึงพยายามหาทางหนีออกมาแต่ไม่สำเร็จ
    ตอนนี้พอจะมีการรองรับ Markdown ก็เลยรู้สึกว่าแค่รอก็พอแล้ว

    • ผมก็เคยกังวลแบบเดียวกัน แต่จริง ๆ มีเครื่องมือหลายตัวที่ export จาก Apple Notes เป็น Markdown ได้อยู่แล้ว
      ยังมีเครื่องมือที่ Obsidian แนะนำอย่างเป็นทางการด้วย: https://help.obsidian.md/import/apple-notes
      Apple Notes เองก็ดีขึ้นเรื่อย ๆ จนผมเกือบเลิกทำแอปของตัวเองแล้ว
      แต่ก็ยังไม่สะดวกเพราะขาดการจัดรูปแบบโค้ดและรูปภาพ
      โดยเฉพาะเวลา drag and drop รูปลงไปแล้วมันขึ้นเต็มหน้าด้วยขนาดเริ่มต้น ทั้งที่ถ้าตั้งค่าเริ่มต้นให้เหมาะเหมือนแอปโน้ตหรือบล็อกส่วนใหญ่ ทุกคนก็น่าจะชอบ
      ตัวผมเองตอนทำแอปก็เสียเวลาไปกับการจัดการรูปภาพและบั๊กเยอะมาก

    • export โน้ตตามโฟลเดอร์:
      https://www.icloud.com/shortcuts/3aed9f1608ce4efeb31a276ad02f1852
      export โน้ตทั้งหมด:
      https://www.icloud.com/shortcuts/1b305195692e42c19d258989475763ea
      export โน้ตเป็น HTML:
      https://www.icloud.com/shortcuts/1a61fe549b7c41d7b2e3511ee12d93fa

    • ถ้าการ export เป็น Markdown ไม่ได้มันทรมานขนาดนั้น ก็สงสัยเหมือนกันว่าทำไมถึงยังใช้ Notes ต่อ
      อย่างผมเองก็ใช้แค่ปีละครั้งประมาณนั้น สำหรับจดตัวเลขหรือโน้ตชั่วคราว

    • ผมเคยมีประสบการณ์ที่ lms แปลงสกรีนช็อตเป็นข้อความที่จัดรูปแบบแล้วได้อย่างสมบูรณ์แบบ

  • สิ่งที่น่าตื่นเต้นที่สุดสำหรับผมในข่าวนี้คือฟอร์แมต export ที่ Apple Notes รองรับอยู่ตอนนี้มันแย่มาก
    PDF แก้ไขไม่ได้ ส่วน Pages ก็เป็นฟอร์แมตปิด ทำให้สุดท้ายการแปลงมักทำให้รูปแบบเพี้ยนและใช้งานลำบาก

  • ผมยอมรับว่า Markdown เป็นเครื่องมือที่มีประโยชน์สำหรับบางวัตถุประสงค์ แต่คิดว่ามันไม่เหมาะกับการจดโน้ตทั่วไป
    โดยส่วนตัวผมอยากให้ Apple Notes พัฒนาไปเป็นระบบบล็อกที่เผยแพร่โน้ตขึ้นเว็บไซต์ได้โดยตรงแบบเป็น pipeline
    แต่ยังหาวิธีทำแบบนั้นไม่ได้

    • สำหรับความเห็นที่ว่า “Markdown ดีในบางกรณี แต่ไม่เหมาะกับโน้ต”
      ผมเป็นคนที่ชอบใช้โน้ตเอดิเตอร์แบบ Markdown อย่าง Obsidian และคิดว่ามันไม่ได้เป็นฟอร์แมตที่มีไว้เพื่อจุดประสงค์เดียวเท่านั้น แถมยังเหมาะกับการจดโน้ตมากจริง ๆ

    • https://alto.so/ มีโซลูชันสำหรับเผยแพร่ Apple Notes เป็นบล็อกอยู่แล้ว

    • ผมเขียนโน้ตในฟอร์แมต INI ที่มี schema แบบหลวม ๆ
      พอข้อมูลเริ่มสะสม ก็จะค่อย ๆ ทำให้มีโครงสร้างมากขึ้นและสร้างเครื่องมือขึ้นมา
      ผมมองว่านี่คือสมดุลที่ดีที่สุดระหว่างแนวทางแบบเป็นทางการอย่าง ERP กับแนวทางอิสระอย่าง Markdown/org-mode
      แต่ถ้าจะใช้บน iPhone มันไม่สะดวกมาก
      ทุกอย่างต้องผ่านการอนุมัติของ Apple และการเข้าถึงระบบไฟล์ก็ยาก
      ดังนั้นการที่มีการเพิ่ม Markdown เข้าไปใน text editor เพียงตัวเดียวที่รองรับ background sync แบบรวดเร็วและประหยัดพลังงานได้ จึงเป็นข่าวที่มีความหมายมาก
      เมื่อก่อนผมเคยพยายามทำ server-side automation บน iPhone แต่เพราะฟอร์แมตโน้ตเป็นพวก SGML ก็เลยเสียเวลาลองผิดลองถูกไปมาก
      พอเลิกใช้สมาร์ตโฟนไปเลยกลับมีความสุขขึ้นมาก

    • ผมเองก็ชอบ Markdown editor แต่คิดว่า Apple Notes ไม่เหมาะ เพราะ Apple ไม่ใช่บริษัทที่ชอบเปิดเผยโครงสร้างภายในให้ผู้ใช้ทั่วไป

    • ผมเองก็เคยฝันถึงระบบที่เผยแพร่จาก Notes ไปเป็นเว็บไซต์ได้ตรง ๆ
      หลังจากพยายามทุกทาง สุดท้ายก็ทำโปรดักต์อินดี้ของตัวเองสำเร็จ: https://quotion.co

  • Markdown เป็นฟอร์แมตสำหรับเก็บโน้ตที่ยอดเยี่ยมที่สุด
    มันแก้ไขรายละเอียดอย่างการย่อหน้าและรูปแบบลิสต์ได้ง่าย และยังสะดวกกับกรณีใช้งานจริงที่เจอบ่อยอย่างการสลับประเภทลิสต์ (หมายเลข <-> bullet)

  • ผมเป็นผู้ใช้ Obsidian แต่ก็มีข้อมูลอยู่ใน Apple Notes เยอะมาก ทำให้การพยายามรวมสองระบบนี้เข้าด้วยกันรู้สึกยากมาตลอด
    อัปเดตนี้จึงเป็นเรื่องดีมากสำหรับผม
    ขอชื่นชม Apple ที่เพิ่มฟีเจอร์นี้

  • ยอมรับว่า Mr. Gruber เป็นผู้ร่วมสร้าง Markdown แต่ก็ควรจำไว้ว่าเขาไม่ได้มีส่วนช่วยมากนักกับการพัฒนาหลังจากนั้น
    Aaron Schwartz ผู้ล่วงลับก็เป็นผู้ร่วมให้กำเนิด Markdown เช่นกัน
    ผมไม่คิดว่าจำเป็นต้องไปยึดกับความเห็นของ Gruber มากเกินไป
    การมองอย่างสมดุลสำคัญกว่า