Unicode gán một số cho mỗi chữ. 国 và 國 là các điểm mã khác nhau. Phông là hình vẽ của những điểm mã đó. Nếu tệp có chữ đúng nhưng phông không có glyph, bạn thấy hộp. Nếu tệp có byte sai, bạn thấy mojibake.
Đó là lý do chuyển đổi và phông chữ liên quan nhưng không phải cùng việc. OpenCC có thể đổi 国 thành 國. Nó không thể cài 微软雅黑, Songti TC, hoặc Noto Serif CJK trên máy người khác. Người ta gửi tệp đã chuyển, đồng nghiệp thấy ô đậu phụ, và cả hai bên đổ lỗi bộ chuyển. Các ô thường là vấn đề độ phủ phông.
Điểm mã không phải tranh
Tệp Word lưu chữ như số. Tệp phông lưu hình vẽ khóa với những số đó. Khi hình vẽ thiếu, hệ điều hành có thể:
- hiện hộp
- lùi về phông khác cho một chữ đó
- hiện glyph vùng khác cho điểm mã có biến thể địa phương hóa
Dự phòng có thể làm câu trông như thư đòi tiền chuộc: một chữ Song, chữ tiếp theo phông hệ không chân. Đó là xấu và vẫn đọc được. Hộp cứng tệ hơn, vì bạn không thể nói lần chuyển đã xảy ra chưa.
Một số điểm mã có biến thể glyph theo vùng. Số giống nhau; hình vẽ ưa thích khác với nguồn Đài Loan, Hồng Kông hoặc đại lục. Phông thiết kế cho một vùng có thể vẽ 骨 hoặc 起 hơi khác. Độc giả để ý. Đây không phải OpenCC đổi sai chữ. Đó là bảng locale của phông. Xem chữ phồn thể Đài Loan và Hồng Kông về khác biệt cấp chữ là các điểm mã khác nhau.
Một hệ chữ, nhiều phông
- Phông tập trung giản thể có thể thiếu dạng phồn thể ít gặp.
- Phông tập trung phồn thể có thể thiếu một số dạng giản thể.
- Một phông CJK lớn, hoặc một cặp phông SC/TC, là cách sửa thường gặp.
Hệ điều hành đã gửi phông dự phòng như Microsoft YaHei, PingFang, Source Han / Noto CJK, và Songti. Trang này dùng những phông hệ đó trong CSS chứ không đóng gói tệp phông. Tài liệu của bạn nên làm tương tự: chọn họ phông thực sự chứa chuẩn đích.
Khi bạn nhúng phông trong PowerPoint hoặc PDF, bạn có thể chỉ nhúng các glyph bạn đã dùng. Sau khi chuyển, glyph mới được yêu cầu. Tệp từng “tự chứa” bằng giản thể có thể thôi tự chứa bằng phồn thể. Nhúng lại phông CJK đầy đủ, hoặc bảo người nhận cài phông nào.
Tài liệu sau khi chuyển
Khi bạn chuyển tệp Word, Excel hoặc PowerPoint, chữ trong tệp đổi. Người nhận vẫn cần phông vẽ được chúng. Nếu đồng nghiệp mở tệp của bạn và thấy hộp, gửi họ trang này và danh sách chữ Trung bị lỗi trước khi chuyển lại.
Một máy rà thực tế có:
- phông làm được giản thể
- phông làm được phồn thể
- cùng phiên bản Office bạn sẽ dùng để trình bày
Nếu bạn chỉ rà trên laptop tạo bản giản thể gốc, bạn có thể không thấy các thất bại dự phòng phồn thể mà khách hàng sẽ thấy.
Unicode là lý do bộ chuyển có thể tồn tại
Vì 门 và 門 là các số khác nhau, từ điển có thể thay cái này bằng cái kia mà không quan tâm bút lông sẽ viết chúng thế nào. Giản thể và phồn thể là chuẩn xã hội. Unicode là chuẩn kỹ thuật. OpenCC ngồi giữa chúng.
Mã hóa cũ hơn — Big5, GB2312, GBK — lưu chữ Trung trong bản đồ nhỏ hơn. Tệp những năm 1990 vẫn xuất hiện trong tệp đính kèm. Nếu những byte đó được đọc như UTF-8, bạn nhận rác, không phải hộp. Rác là mã hóa. Hộp là phông. Đừng chạy OpenCC trên rác.
Câu hỏi thường gặp
Có một phông phủ hết chữ Trung không? Các họ CJK lớn như Noto CJK / Source Han phủ rất nhiều. “Hết Unicode” vẫn là rất nhiều. Với việc văn phòng, một phông SC hiện tại cộng một phông TC hiện tại là đủ.
Tôi có nên chuyển thành ảnh để phông không quan trọng không? Điều đó đánh bại chỉnh sửa, tìm kiếm và chuyển sau này. Sửa phông thay vào đó.
Vì sao trình duyệt trông ổn mà Word trông sai? Trình duyệt và Word không chia sẻ cùng danh sách dự phòng. Thử trong ứng dụng người nhận sẽ dùng.
Trang này có nhúng phông chữ Trung trong bản tải xuống không? Tệp văn phòng đã chuyển giữ thông tin phông chúng đã có, cộng chữ mới. Chúng không cài phông trên máy bạn.
国 và 國 có cùng một chữ trong Unicode không? Không. Chúng là cặp giản thể/phồn thể với các điểm mã khác nhau. Đó là điều làm chuyển đổi thành thao tác thật.