รักษาการแก้ไขของผู้เขียนให้มองเห็นได้เมื่อส่งออกเป็นไฟล์ DOCX
ติดตามการแก้ไขใน Writer รักษาไฟล์ต้นฉบับ ODT ที่สามารถแก้ไขได้ และตรวจสอบไฟล์ DOCX ที่ส่งออกใน Word ก่อนที่จะแชร์
ในการส่งไฟล์ DOCX ที่สามารถตรวจสอบได้จาก LibreOffice Writer ให้บันทึกสำเนาการทำงานเป็นไฟล์ ODT เปิดใช้งานการติดตามการเปลี่ยนแปลง > บันทึก ตรวจสอบให้แน่ใจว่าแสดงอยู่ และใช้ไฟล์ > บันทึกเป็นเพื่อสร้างไฟล์ Word DOCX แยกต่างหาก จากนั้นเปิดไฟล์ DOCX นั้นในเวอร์ชันของ Microsoft Word ที่ผู้รับของคุณใช้ และตรวจสอบด้วยตรวจสอบ > ทำเครื่องหมายทั้งหมดวิธีนี้จะช่วยรักษาสารบบต้นฉบับที่แก้ไขได้และตรวจจับปัญหาการแปลงก่อนที่คุณจะแชร์ไฟล์ แต่ไม่มีการตั้งค่าการส่งออกใดที่รับประกันได้ว่ารูปแบบจะเหมือนกันในทุกเอกสาร
ส่วนควบคุมด้านล่างนี้อ้างอิงจากเอกสารช่วยเหลือของ LibreOffice 26.8 ที่ตรวจสอบเมื่อวันที่ 9 ตุลาคม 2026 ตำแหน่งของเมนูอาจแตกต่างกันไปตามระบบปฏิบัติการ โหมดอินเทอร์เฟซ และเวอร์ชัน หากป้ายกำกับแตกต่างกัน ให้ใช้คำสั่งที่เทียบเท่ากันในอินเทอร์เฟซแก้ไขหรือตรวจสอบ
ตัวเลือก "บันทึก " จะสั่งให้โปรแกรม Writer บันทึกการแก้ไขใหม่ รวมถึงผู้ที่ทำการแก้ไขและเวลาที่ทำการแก้ไข ตัว เลือก "แสดง " จะควบคุมว่าการเปลี่ยนแปลงที่ติดตามจะแสดงในเอกสารหรือไม่ การซ่อนการเปลี่ยนแปลงไม่ได้เป็นการลบการเปลี่ยนแปลง และการปิดการบันทึกไม่ได้เป็นการยอมรับหรือลบการเปลี่ยนแปลงที่บันทึกไว้แล้วในไฟล์ ตัวเลือกทั้งสองนี้แยกจากกัน ดังนั้นควรตรวจสอบทั้งสองตัวเลือกก่อนทำการแก้ไขและส่งออก
ในเมนูมาตรฐาน ให้เลือกแก้ไข > ติดตามการเปลี่ยนแปลง > บันทึกในโหมดแท็บ ตัวควบคุมที่เกี่ยวข้องจะอยู่บน แท็บ ตรวจสอบหากต้องการแสดงเครื่องหมายที่มีอยู่ ให้เลือกแก้ไข > ติดตามการเปลี่ยนแปลง > แสดง แถบเครื่องมือติดตามการเปลี่ยนแปลงยังแยกตัวควบคุม บันทึก และ แสดง ออกจากกัน ดูคำแนะนำของ LibreOffice เกี่ยวกับการบันทึกการเปลี่ยนแปลงและข้อมูล อ้างอิงแถบเครื่องมือติดตาม การเปลี่ยนแปลง


ตัวอย่างเช่น หากประโยคหนึ่งกล่าวว่า “การตรวจสอบเริ่มต้นวันจันทร์” และคุณเปลี่ยนเป็น “การตรวจสอบเริ่มต้นวันอังคาร” ผู้รับควรจะสามารถตรวจสอบคำที่ถูกลบและคำที่แทนที่แยกกันได้ หากประโยคปรากฏเพียงแค่ “วันอังคาร” โดยไม่มีเครื่องหมายแก้ไข ให้หยุดและตรวจสอบให้แน่ใจว่าได้เปิดการบันทึกไว้ขณะแก้ไขแล้ว ความแตกต่างที่เห็นได้ชัดในข้อความสุดท้ายเพียงอย่างเดียวไม่ได้หมายความว่าเป็นการแก้ไขที่ติดตามการเปลี่ยนแปลงได้
เอกสารของ LibreOffice ระบุว่าสามารถโหลดและบันทึกไฟล์ในรูปแบบ Microsoft Office ได้ แต่ก็เตือนว่าการจัดวางและรูปแบบที่ซับซ้อนอาจได้รับการจัดการแตกต่างกันหรืออาจไม่ได้รับการสนับสนุน โดยเฉพาะอย่างยิ่ง เครื่องหมายแก้ไข (revision marks) เป็นหนึ่งในปัญหาที่อาจเกิดขึ้นในการแปลงไฟล์ นั่นเป็นเหตุผลว่าทำไม “บันทึกเป็น DOCX” จึงเป็นการแปลงรูปแบบไฟล์ ไม่ใช่การรับประกันว่าจะได้ไฟล์ที่มีรายละเอียดเท่ากันทุกพิกเซลหรือทุกคุณสมบัติ โปรดตรวจสอบคู่มือของ LibreOffice เกี่ยวกับการบันทึกในรูปแบบ Microsoft Officeรายการตัวกรองเอกสารและหมายเหตุเกี่ยวกับข้อจำกัดในการนำเข้าและส่งออกของ Microsoft Office

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

หาก Word ไม่แสดงเครื่องหมายใดๆ ให้ตรวจสอบก่อนว่าคุณได้เปิดไฟล์ DOCX ที่ต้องการแล้ว และ เลือก " แสดงเครื่องหมายทั้งหมด" (All Markup ) แล้ว หากเครื่องหมายยังไม่ปรากฏ ให้กลับไปที่ไฟล์ ODT ต้นฉบับ ตรวจสอบ "บันทึกและแสดง" (Record and Show) แล้วส่งออกไฟล์ใหม่ อย่ารับการเปลี่ยนแปลงทุกอย่างเพียงเพื่อให้ไฟล์ดูเรียบร้อย หากผู้ตรวจสอบจะต้องเป็นผู้ตัดสินใจว่าจะเก็บการแก้ไขใดบ้าง
หากเครื่องหมายตรวจสอบยังคงอยู่ แต่การเปลี่ยนแปลงเค้าโครงมีความสำคัญ ให้ใช้ Word สำหรับการจัดรูปแบบขั้นสุดท้ายเมื่อ Word เป็นสภาพแวดล้อมการส่งงานที่ต้องการ จากนั้นบันทึกเป็นไฟล์ DOCX ใหม่และตรวจสอบการแก้ไขอีกครั้ง สำหรับเอกสารที่รูปลักษณ์ต้องคงที่ สามารถแนบไฟล์ PDF ไปกับไฟล์ DOCX ที่แก้ไขได้ แต่ไฟล์ PDF ไม่สามารถใช้แทนไฟล์ที่ตรวจสอบได้ ขั้นตอนการทำงานที่เหมาะสมขึ้นอยู่กับความซับซ้อนของเอกสารและซอฟต์แวร์ของผู้รับ โดยทั่วไปแล้วข้อความธรรมดาจะเปรียบเทียบได้ง่ายกว่าเอกสารที่สร้างขึ้นจากเค้าโครงหน้ากระดาษที่ซับซ้อน
ไฟล์ DOCX พร้อมใช้งานเมื่อเปิดใน Word ฟังก์ชัน All Markup จะแสดงการแก้ไขที่คาดไว้ สามารถตรวจสอบการเปลี่ยนแปลงแต่ละรายการได้ และองค์ประกอบสำคัญของหน้ายังคงอยู่ครบถ้วน เก็บไฟล์ต้นฉบับ ODT และไฟล์ DOCX ที่ส่งออกไว้ด้วยกันจนกว่าผู้รับจะยืนยันว่าไฟล์ใช้งานได้ หากเครื่องหมายการแก้ไขหรือองค์ประกอบเค้าโครงที่สำคัญหายไป ให้ถือว่าเป็นปัญหาการแปลงและแก้ไขไฟล์ DOCX ในโปรแกรมปลายทางก่อนส่ง
ติดตามการแก้ไขใน Writer รักษาไฟล์ต้นฉบับ ODT ที่สามารถแก้ไขได้ และตรวจสอบไฟล์ DOCX ที่ส่งออกใน Word ก่อนที่จะแชร์
ปฏิบัติตามขั้นตอน SP7 ของ SUSE เพื่อเปิดใช้งานโหมด FIPS รีบูตเครื่องอย่างปลอดภัย ตรวจสอบนโยบายที่ใช้งานอยู่ และตรวจสอบว่าข้อกำหนดด้านการปฏิบัติตามกฎระเบียบของคุณต้องการโมดูลที่ผ่านการตรวจสอบแล้วหรือไม่
เปรียบเทียบ YaST และ cryptsetup สำหรับไดรฟ์ข้อมูล SLES ที่เข้ารหัสใหม่ เลือก LUKS1 หรือ LUKS2 และตรวจสอบพฤติกรรมการปลดล็อกและการเมานต์อย่างปลอดภัย
ตั้งค่า RMT บน SLES 15 จำลองที่เก็บข้อมูลที่ได้รับสิทธิ์ และตรวจสอบการลงทะเบียน HTTPS และการเข้าถึงแพ็กเกจจากไคลเอ็นต์ทดสอบ
เชื่อมต่อ SLES 15 กับ AD โดยใช้การจัดการการเข้าสู่ระบบแบบ SSSD ของ YaST จากนั้นตรวจสอบการค้นหาไดเร็กทอรี การเข้าสู่ระบบโดเมน และตั๋ว Kerberos
ตั้งค่าเส้นทาง Live Patching ที่ถูกต้องสำหรับ SLES 16.0 หรือ 15 SP7 ใช้การแก้ไขเคอร์เนลที่เหมาะสม และตรวจสอบว่าสิ่งใดทำงานอยู่โดยไม่สับสนกับการอัปเดตเคอร์เนลที่ต้องรีบูตเครื่อง
SLES 15 SP5 สามารถอัปเกรดแบบออนไลน์เป็น SP6 ได้ แต่แต่ละโหนดจะต้องรีบูต ใช้การอัปเกรดแบบค่อยเป็นค่อยไป (rolling upgrade) หรือการเปลี่ยนระบบแบบสีฟ้า-เขียว (blue-green cutover) ที่ผ่านการทดสอบแล้ว เพื่อให้สามารถเข้าถึงเวิร์กโหลดได้อย่างต่อเนื่อง
สร้าง ปรับแต่ง และตรวจสอบโปรไฟล์ AppArmor ที่มีสิทธิ์ขั้นต่ำสุดบน SLES 15 SP7 พร้อมหมายเหตุที่ชัดเจนเกี่ยวกับค่าเริ่มต้นของ SELinux ใน SLES 16
ใช้โปรไฟล์ STIG ที่ SUSE รองรับเพื่อสแกน SLES 15 ทดสอบการแก้ไข ตรวจสอบผลการค้นพบที่เหลือ และเก็บรักษาหลักฐานการประเมิน
ตรวจสอบหาสาเหตุของการเชื่อมต่อ Cockpit ที่ล้มเหลวผ่านทาง DNS, พอร์ต 9090, ซ็อกเก็ต systemd, firewalld, TLS และการตั้งค่าการเข้าสู่ระบบ โดยใช้คำแนะนำล่าสุดของ SUSE