เจาะลึกลำดับการป้อนข้อมูลภาษาไทยและเหตุใดการแก้ไขข้อความจึงรู้สึกขัดใจ

เมื่อคุณพิมพ์ภาษาอังกฤษ ความสัมพันธ์ระหว่างปุ่มกดบนคีย์บอร์ด ข้อมูลตัวอักษรที่จัดเก็บในหน่วยความจำของคอมพิวเตอร์ และตัวอักษรที่ปรากฏบนหน้าจอจะเป็นแบบหนึ่งต่อหนึ่งอย่างเคร่งครัด การกดปุ่ม 'A' จะเก็บรหัสโค้ดพอยต์ที่ระบุเจาะจงและแสดงผลลัพธ์เป็นตัวอักษร 'A' แต่การพิมพ์ภาษาไทยนั้นทำงานบนพื้นฐานที่แตกต่างไปอย่างสิ้นเชิง อักษรไทยเป็นระบบอะบูกิดา (Abugida) ซึ่งพยัญชนะจะทำหน้าที่เป็นพยัญชนะต้นและมีสระในตัว ในขณะที่สระและวรรณยุกต์อื่นๆ จะทำหน้าที่เป็นเครื่องหมายกำกับการออกเสียงที่ล้อมรอบพยัญชนะต้น เมื่อมองด้วยตาเปล่า องค์ประกอบเหล่านี้จะซ้อนทับและรวมกันจนดูเหมือนพยางค์ที่ซับซ้อนเพียงหนึ่งพยางค์ แต่ในหน่วยความจำของคอมพิวเตอร์ พยางค์ภาษาไทยไม่ได้ถูกจัดเก็บเป็นเอนทิตี้เดียว หากแต่เป็นลำดับของรหัสโค้ดพอยต์ที่เรียงต่อกันเป็นเส้นตรง สมองของคุณคาดหวังว่าการกระทำเดียวจะสร้างหน่วยภาพหนึ่งหน่วย แต่ระบบพื้นฐานต้องการลำดับการกระทำที่แยกจากกันเพื่อสร้างหน่วยนั้น ความไม่สอดคล้องทางความคิดนี้เห็นได้ชัดเจนที่สุดเมื่อต้องใช้งานปุ่มลูกศรและปุ่ม Backspace

01โครงสร้างการเก็บข้อมูลตัวอักษรไทยที่มองไม่เห็น

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

02กฎเกณฑ์ของลำดับการกดปุ่มและการจัดเก็บข้อมูล

1. สระหน้า (หากมี)
2. พยัญชนะต้น
3. สระบนหรือสระล่าง
4. วรรณยุกต์

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

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

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

03การเคลื่อนที่ของเคอร์เซอร์ภายในกลุ่มตัวอักษร

เนื่องจากพยางค์ที่มองเห็นประกอบด้วยโค้ดพอยต์หลายตัวเรียงต่อกัน เคอร์เซอร์ข้อความจึงมีพฤติกรรมที่แตกต่างจากภาษาอังกฤษ ในเอกสารอักษรละติน การกดปุ่มลูกศรขวาหนึ่งครั้งจะเลื่อนเคอร์เซอร์ไปหนึ่งตัวอักษร แต่ในโปรแกรมแก้ไขข้อความบางตัว การกดปุ่มลูกศรขวาจะเลื่อนเคอร์เซอร์ไปหนึ่งโค้ดพอยต์ หากเคอร์เซอร์ของคุณอยู่ที่จุดเริ่มต้นของพยางค์ "กู้" และคุณกดปุ่มลูกศรขวาหนึ่งครั้ง เคอร์เซอร์จะเลื่อนผ่านพยัญชนะต้น ก ไป อย่างไรก็ตาม ในแง่ของการมองเห็น เคอร์เซอร์อาจดูเหมือนไม่ได้ขยับไปทางขวาเลย แต่มันกำลังแทรกอยู่ "ภายใน" กลุ่มตัวอักษร โดยอยู่ระหว่างพยัญชนะต้นและสระล่าง ู การกดปุ่มลูกศรขวาครั้งที่สองจะเลื่อนเคอร์เซอร์ผ่านสระ และครั้งที่สามจะเลื่อนผ่านวรรณยุกต์ ้ จนไปอยู่ที่ท้ายพยางค์ในที่สุด

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

04ความย้อนแย้งของปุ่ม Backspace

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

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

05กราฟีมคลัสเตอร์กับโค้ดพอยต์

เพื่อลดแรงเสียดทานที่เกิดจากการแก้ไขระดับโค้ดพอยต์ ระบบปฏิบัติการและโปรแกรมแก้ไขข้อความสมัยใหม่จึงนำแนวคิดที่เรียกว่า "กราฟีมคลัสเตอร์" (Grapheme cluster) มาใช้งาน กราฟีมคลัสเตอร์ถูกนิยามว่าเป็นตัวอักษรที่ผู้ใช้รับรู้ สำหรับภาษาอังกฤษ กราฟีมคลัสเตอร์มักจะเป็นโค้ดพอยต์เดียว แต่สำหรับภาษาไทย กราฟีมคลัสเตอร์จะครอบคลุมทั้งกลุ่มพยางค์ ได้แก่ พยัญชนะต้น สระ และวรรณยุกต์ที่รวมเข้าด้วยกัน เมื่อแอปพลิเคชันรองรับการแก้ไขแบบกราฟีมคลัสเตอร์ การกดปุ่มลูกศรขวาจะข้ามพยางค์ที่ซ้อนทับกันไปได้ในทันที แทนที่จะไปหยุดอยู่ข้างใน แต่ Backspace มักถูกจัดการแยกกัน Chromium ที่วัดไว้ด้านล่างเลื่อนเคอร์เซอร์ทีละกลุ่มทั้งก้อน แต่ Backspace ยังลบทีละโค้ดพอยต์

อย่างไรก็ตาม การรองรับกราฟีมคลัสเตอร์นั้นไม่ได้เป็นมาตรฐานสากล แม้ว่าคุณกำลังใช้เว็บเบราว์เซอร์ โปรแกรมประมวลผลคำ และระบบปฏิบัติการบนมือถือสมัยใหม่ที่บังคับใช้ขอบเขตของกราฟีมคลัสเตอร์ แต่แอปพลิเคชันรุ่นเก่า สภาพแวดล้อมเทอร์มินัลแบบดิบ และฟิลด์ข้อความรุ่นเก่าจำนวนมากยังคงยึดมั่นกับสถาปัตยกรรมโค้ดพอยต์พื้นฐานอย่างเคร่งครัด ความไม่สอดคล้องนี้ขยายไปถึงเครื่องมือประมวลผลข้อความ ตัวอย่างเช่น ฟังก์ชัน Regular Expressions และการนับความยาวสตริงในภาษาโปรแกรมมักนับจำนวนโค้ดพอยต์แต่ละตัวแทนที่จะนับกราฟีมคลัสเตอร์ ซึ่งหมายความว่าสตริงอย่าง "กิ๊" อาจถูกระบุว่ามีความยาวสามตัวอักษรแทนที่จะเป็นหนึ่งตัว สำหรับผู้ใช้ปลายทาง ความไม่สอดคล้องนี้หมายความว่านักพิมพ์สัมผัสไม่สามารถพึ่งพาประสบการณ์การแก้ไขที่เป็นหนึ่งเดียวในทุกซอฟต์แวร์ได้

06Chromium ทำอะไรจริงๆ: ผลจากการทดสอบ