ตัวกรองเพื่อปิดการใช้งานเครื่องมือปรับแต่งที่ถูกปิดบน WordPress Trac

WordPress 4.3 จะแนะนำการจัดการเมนูผ่านเครื่องมือปรับแต่ง โดยให้การแสดงตัวอย่างแบบสดที่ส่วนหน้าสำหรับการเพิ่ม การลบ และการสั่งซื้อรายการเมนู แม้ว่าผู้ใช้จะยังคงมีตัวเลือกในการจัดการเมนูโดยใช้อินเทอร์เฟซสำหรับผู้ดูแลระบบ แต่นักพัฒนาที่ไม่ชอบคุณลักษณะนี้กำลังมองหาวิธีง่ายๆ ในการปิดใช้งานเครื่องมือปรับแต่งและลบลิงก์ใน WordPress

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

@pollyplummer น่าสนใจมาก ฉันไม่ได้ต่อต้านการอัปเดตใหม่ แต่ตัวปรับแต่งนั้นอยู่ในนรกในโลกของเอเจนซี่

– Edward McIntyre (@twittem) วันที่ 24 มิถุนายน 2558

Gabe Shackle ผู้พัฒนาแอปพลิเคชันและวิศวกร UI ที่ Risdall ได้สร้างตั๋วบน WordPress trac เมื่อสัปดาห์ที่แล้ว โดยขอให้ตัวกรองปิดการใช้งานตัวปรับแต่ง โปรแกรมแก้ไขของเขาช่วยให้นักพัฒนามีวิธีง่ายๆ ในการเปิดใช้งานคลาส 'ไม่สนับสนุนเครื่องมือปรับแต่ง' ภายในแท็กเนื้อหา

เนื่องจากคลาส 'customizer-support' ถูกเพิ่มผ่าน JavaScript ในการแสดงผลหน้าเว็บ จึงไม่สามารถจัดการโดยใช้ตัวกรองหลักหรือการดำเนินการใดๆ ได้ในขณะนี้

ด้วยการตั้งค่าตัวกรองเป็นเท็จ ตัวปรับแต่งเองจะถูกซ่อนจากผู้ดูแลระบบเป็นหลัก และลิงก์ที่ชี้ไปที่ตัวปรับแต่งเอง (วิดเจ็ต ธีม ฯลฯ...) จะถูกเปลี่ยนกลับเป็นปลายทางแดชบอร์ดก่อนหน้า

ปัจจุบัน นักพัฒนาที่ต้องการปิดใช้งานเครื่องมือปรับแต่งต้องใช้วิธีการต่างๆ ร่วมกันเพื่อลบทุกอย่างที่เครื่องมือปรับแต่งแนะนำในผู้ดูแลระบบได้อย่างมีประสิทธิภาพ

"ตัวกรองนี้ทำให้กระบวนการนี้เป็นตัวกรองบูลีนแบบง่ายๆ เพื่อให้นักพัฒนาซอฟต์แวร์ที่ไม่ต้องการหรือไม่ต้องการเครื่องมือปรับแต่งสามารถลบออกได้อย่างง่ายดาย" Shackle กล่าว

Dion Hulse หัวหน้านักพัฒนา WordPress ตอบกลับตั๋วว่าแม้ว่าเขาจะไม่ได้ใช้เครื่องมือปรับแต่งมากนัก แต่เขาไม่คิดว่าผู้ใช้ WordPress จะได้รับประโยชน์จากวิธีง่ายๆ ในการปิด

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

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

Hulse แนะนำเป็นอีกทางเลือกหนึ่งว่าวิธีที่ดีกว่าในการปิดใช้งานจะเป็นการลบความสามารถในการ customize ออกจากบทบาท

Shackle อธิบายเพิ่มเติมว่าเขาพยายามทำตามแบบอย่างของแถบผู้ดูแลระบบ ซึ่งเขาถือว่าเป็นองค์ประกอบ UX ประเภทเดียวกัน

"แถบผู้ดูแลระบบสามารถปิดใช้งานได้ไม่เพียงแค่ตัวกรองเท่านั้น แต่ด้วยตัวแปรส่วนกลาง ฟังก์ชันหลัก และการตั้งค่าโปรไฟล์ผู้ใช้" เขากล่าว “เครื่องมือปรับแต่งไม่มีตัวเลือกเหล่านี้”

Nick Halsey ผู้พัฒนาปลั๊กอิน Menu Customizer ที่รวมเข้ากับ 4.3 ได้ตอบกลับโดยอิงตามสมมติฐานว่าเหตุใด Shackle จึงอาจขอตัวกรองเพื่อปิดใช้งานคุณลักษณะนี้:

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

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

Halsey ปิดตั๋วทันทีหลังจากการแลกเปลี่ยนนี้ ฉันติดตาม Shackle เพื่อค้นหาว่าเหตุใดทางเลือกที่เสนอเพื่อลบความสามารถในการ customize จึงไม่เพียงพอสำหรับวัตถุประสงค์ของเขา

“โดยส่วนใหญ่ ฉันหวังว่าเครื่องมือปรับแต่งจะได้รับการปฏิบัติเหมือนแถบผู้ดูแลระบบ ซึ่งมีวิธีการปิดการใช้งานมากกว่า 3 วิธี” Shackle กล่าว “ในความคิดของฉัน การมีตัวกรองที่ชัดเจนนั้นอ่านง่ายกว่าการแก้ไขความสามารถของผู้ใช้ นักพัฒนา PHP ที่แทบไม่มีความรู้เกี่ยวกับ WordPress เลยมักจะเข้าใจเร็วกว่ามากว่าเกิดอะไรขึ้นกับตัวกรองชื่อ 'enable_customizer_support' มากกว่า 'map_meta_cap'”

เห็นได้ชัดว่าไม่ใช่ตั๋วและแพตช์ทั้งหมดจะถือว่าใช้ได้โดยผู้ดูแลส่วนประกอบหลักของ WordPress แต่ Shackle รู้สึกผิดหวังกับการตอบโต้เชิงป้องกันต่อการสนทนา

“พูดตามตรง หากคำตอบนั้นเป็นเพียงบางอย่างที่เหมือนกับว่า 'คุณควรใช้ความสามารถในการ customize เพื่อให้ได้ผลลัพธ์แบบเดียวกัน' ฉันก็ไม่มีปัญหาอะไร” เขากล่าว

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

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

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