มันเป็นเพราะการแก้ไขสำหรับ Bug 234628 , ปิดการใช้งานมุมมอง & gt; เมนูการเข้ารหัสอักขระเมื่อไม่มีผลกระทบ / ไม่จำเป็น (เช่น XML) .
โดยเฉพาะถ้าคุณดู ความคิดเห็นที่ 63 :
สำหรับกรณีที่มี UTF-8 BOM มันสมเหตุสมผลที่จะให้ BOM มีความสำคัญเหนือเมนู
BOM ใช้เพื่อระบุลำดับของไบต์ในเอกสารที่เข้ารหัส Unicode
เหตุผลที่ให้สามารถสรุปได้ดังนี้:
Gecko (เอ็นจิ้นการเรนเดอร์ของ Firefox) ไม่รองรับการเข้ารหัสอื่น ๆ ที่จะทำให้ BOM เป็นการเริ่มต้น HTML ที่ถูกต้อง ( <html หรือ <!DOCTYPE ฯลฯ )
เบราว์เซอร์หลักอื่น ๆ (IE6 +, WebKit-based [Chrome ฯลฯ ]) ทำสิ่งเดียวกัน ตัวอย่างเช่นหากคุณพยายามเปลี่ยนการเข้ารหัสบน Chrome ระบบจะรีเซ็ตกลับเป็น UTF-8
การทำอย่างอื่นอาจทำให้รูปแบบการป้อนข้อมูลยุ่งเหยิง
หน้าตัวอย่างที่คุณระบุเริ่มต้นด้วยสาม UTF-8 BOM ไบต์ คุณสามารถเห็นสิ่งนี้หากคุณบันทึกหน้าและเปิดไฟล์ HTML ในโปรแกรมแก้ไข hex BOM ระบุในเชิงบวกว่าเป็นเอกสาร UTF-8 และการเปิดในการเข้ารหัสอื่น ๆ จะไม่ให้หน้า HTML ที่ถูกต้อง
คุณสามารถดู 0xEF 0xBB 0xBF BOM ทางซ้าย ตามที่อธิบายไว้ใน Wikipedia . ด้านขวามันจะแสดง มันดูเหมือนอะไร เมื่อแสดงผลเป็น ANSI / CP1252 .
หากคุณต้องการจริงๆคุณสามารถบันทึกไฟล์ถอด BOM ที่ละเมิดแล้วเปิดไฟล์ได้ หรือคุณสามารถตั้งค่าพร็อกซี (Fiddler2 เป็นสิ่งที่ดีสำหรับเรื่องนี้) ที่จะดักจับและแก้ไขไฟล์ก่อนที่จะเข้าสู่เบราว์เซอร์ อย่างไรก็ตามสิ่งเหล่านี้ไม่ใช่วิธีแก้ปัญหาที่ดีและมีแนวโน้มที่จะสร้างปัญหาเพิ่มเติม สิ่งที่ดีที่สุดที่จะทำถ้าคุณมีปัญหาการเข้ารหัสคือการติดต่อผู้ดูแลเว็บไซต์ เราทุกคนควรจะย้ายไปที่ Unicode ถ้าเป็นไปได้ไม่ใช้มาตรฐานการเข้ารหัสแบบเก่าและ จำกัด