ผู้ใช้ Linux ขัดแย้งกันเรื่องโซลูชันการคัดลอก/วางแบบสากล ขณะที่นักพัฒนาผลักดันการแก้ไขที่ต้องพึ่งฮาร์ดแวร์

ทีมชุมชน BigGo
ผู้ใช้ Linux ขัดแย้งกันเรื่องโซลูชันการคัดลอก/วางแบบสากล ขณะที่นักพัฒนาผลักดันการแก้ไขที่ต้องพึ่งฮาร์ดแวร์

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

ปัญหาหลักที่แบ่งแยกความคิดเห็น

ปัญหานี้เกิดจากเทอร์มินัล Linux ใช้ Control+Shift+C/V สำหรับการคัดลอก/วาง ในขณะที่แอปพลิเคชันแบบกราฟิกใช้คีย์ลัดมาตรฐาน Control+C/V ความไม่สอดคล้องกันนี้ทำให้ผู้ใช้รู้สึกหงุดหงิดมานานหลายทศวรรษ โดยเฉพาะผู้ที่ต้องสลับไปมาระหว่างเทอร์มินัลและแอปพลิเคชัน GUI บ่อยๆ อย่างไรก็ตาม ชุมชนยังคงแบ่งออกเป็นสองฝ่ายว่านี่เป็นปัญหาสำคัญที่ควรแก้ไขจริงหรือไม่

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

วิธีการ Copy/Paste ทางเลือกบน Linux:

  • Control+Insert/Shift+Insert: ทางลัดแบบดั้งเดิมที่ใช้งานได้กับแอปพลิเคชันส่วนใหญ่
  • Middle-click paste: เลือกข้อความด้วยเมาส์ แล้ววางด้วยการคลิกกลาง (ระบบการเลือกของ X11)
  • Control+Shift+C/V: มาตรฐานปัจจุบันของเทอร์มินัล
  • Programmable keyboard layers: การแมปเฟิร์มแวร์แบบกำหนดเองไปยังคีย์โค้ด Copy/Paste

โซลูชันฮาร์ดแวร์จุดประกายความขัดแย้ง

โซลูชันที่เสนอมานั้นเกี่ยวข้องกับการใช้คีย์บอร์ดที่โปรแกรมได้เพื่อแมป Keycode สำหรับ Copy และ Paste เฉพาะไปยังการผสมคีย์แบบกำหนดเอง บริษัทอย่าง System76, Framework และ Keychron ตอนนี้เสนอคีย์บอร์ดที่มีเฟิร์มแวร์ที่ปรับแต่งได้ซึ่งสามารถส่ง keycode พิเศษเหล่านี้เมื่อผู้ใช้กดการผสมคีย์อย่าง Function+C หรือ Function+V

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

ไทม์ไลน์สำหรับการรองรับ Universal Copy/Paste:

  • มกราคม 2025: toolkit GTK และ Qt เพิ่มการรองรับ keycode Copy/Paste
  • พฤษภาคม 2025: แอปพลิเคชัน Terminal ที่รองรับในปัจจุบันรวมถึง Alacritty , Foot และ Wezterm
  • กันยายน 2025: กำหนดการเปิดตัว Qt 6.10 พร้อมการรองรับแบบเต็มรูปแบบ
  • สิ้นปี 2025: คาดว่าจะมีการนำไปใช้อย่างเต็มรูปแบบใน Gnome Terminal และ Konsole

แนวทางทางเลือกได้รับความนิยมมากขึ้น

การอภิปรายนี้ได้เผยให้เห็นการแก้ไขชั่วคราวที่มีอยู่หลายแบบที่ผู้ใช้หลายคนชอบมากกว่า คีย์ลัดแบบดั้งเดิม Control+Insert/Shift+Insert ทำงานได้กับแอปพลิเคชันส่วนใหญ่ แต่ต้องเอื้อมไปหาคีย์ที่มักจะอยู่ในตำแหน่งที่ไม่ดีบนแล็ปท็อปสมัยใหม่ ผู้ใช้บางคนได้ทำการ remap ระบบของตนเองให้ใช้ interrupt signal ที่ต่างกัน ทำให้ Control+C/V มาตรฐานสามารถทำงานในเทอร์มินัลได้

ฉันใช้ stty เพื่อทำให้ interrupt เป็น ctrl-k แล้วตั้งค่าแอปเทอร์มินัลให้ทำการคัดลอก/วางด้วย ctrl-c/ctrl-v ฉันใช้การคัดลอก/วางมากกว่าการใช้ interrupt

แนวทางของ Apple ที่ใช้คีย์ Command สำหรับคีย์ลัด GUI ในขณะที่รักษา Control ไว้สำหรับฟังก์ชันเทอร์มินัลได้รับความชื่นชมจากผู้ใช้ Linux บางคน แม้ว่าการนำไปใช้จะต้องการการเปลี่ยนแปลงที่สำคัญในเลย์เอาต์คีย์บอร์ดที่มีอยู่และนิสัยของผู้ใช้

ระบบคลิปบอร์ดหลายระบบเพิ่มความซับซ้อน

นอกจากความไม่สอดคล้องของคีย์ลัดแล้ว ผู้ใช้ยังเน้นย้ำว่าระบบคลิปบอร์ดหลายระบบของ Linux เป็นความท้าทายด้านการใช้งานที่ใหญ่กว่า ระบบการเลือกของ X11 อนุญาตให้คัดลอกข้อความโดยการไฮไลต์และวางด้วยการคลิกกลาง ในขณะที่คลิปบอร์ดมาตรฐานใช้คีย์ลัด Control+C/V ระบบเหล่านี้อาจไม่ซิงค์กัน ทำให้เกิดพฤติกรรมที่ไม่คาดคิด

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

สถานะการรองรับของเบราว์เซอร์ในปัจจุบัน:

  • ใช้งานได้: Firefox , Zen , Vivaldi (รองรับ Paste keycode)
  • ใช้งานไม่ได้: Chromium , Brave (ยังไม่รองรับ keycode)
  • มีปัญหาบางส่วน: Chrome ใช้งานได้ทุกที่ยกเว้นองค์ประกอบ UI ของเบราว์เซอร์

ชุมชนยังคงแบ่งแยกเรื่องโซลูชัน

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

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

เมื่อปี 2025 ดำเนินไป ความสำเร็จของแนวทาง universal keycode จะขึ้นอยู่กับทั้งการนำฮาร์ดแวร์มาใช้และการนำซอฟต์แวร์ไปใช้ ว่าโซลูชันทางเทคนิคนี้จะสามารถเชื่อมโยงความแตกแยกทางปรัชญาในชุมชน Linux ได้หรือไม่ยังคงต้องติดตามดู

อ้างอิง: Progress towards universal Copy/Paste shortcuts on Linux