Tài liệu · Công cụ hóa đơn tự do
Tại sao ký hiệu tiền tệ cần phông chữ phù hợp trong hóa đơn được tạo PDF
· Cách thức hoạt động
hóa đơn pdf character-encoding
PDF chỉ hiển thị các ký tự mà phông chữ của nó chứa, vì vậy ký hiệu tiền tệ hoặc tên khách hàng có dấu có thể biến thành một hộp hoặc một khoảng trống. Bài đăng này giải thích cách văn bản và phông chữ hoạt động bên trong PDF và những nội dung cần kiểm tra trong hóa đơn đã xuất của bạn.
Hóa đơn có hộp có ký hiệu rupee - một vấn đề nhỏ về hình tượng với chi phí đáng tin cậy lớn
Hình tượng tiền tệ bị thiếu có thể biến một mức giá rõ ràng thành một câu hỏi về số tiền dự định sử dụng. Lỗi tương tự có thể làm hỏng tên hoặc địa chỉ của khách hàng. Đó là lý do tại sao PDF cuối cùng phải được mở và đọc, đặc biệt khi tài liệu chứa các chữ viết hoặc ký hiệu bên ngoài văn bản Tây Âu thông thường.
Cách văn bản được lưu trữ trong PDF — mã ký tự được ánh xạ thông qua một phông chữ, không phải Unicode nổi tự do
PDF văn bản được viết thông qua phông chữ và mã hóa chứ không phải dưới dạng Unicode trực quan không hạn chế. Trình ghi của kho lưu trữ này chuyển đổi các chuỗi sang tiếng Latin-1 bytes, chuyển ngữ một tập hợp ký tự nhỏ được ghi lại và thay thế các ký tự không được hỗ trợ bằng dấu hỏi trong khi ghi lại chuyển đổi bị mất đó đã xảy ra.
Phông chữ tiêu chuẩn so với phông chữ nhúng — tại sao bộ phông chữ cổ điển tích hợp lại thiếu nhiều ký hiệu tiền tệ và chữ cái không phải Latinh
Người viết sử dụng các khuôn mặt Helvetica và Helvetica-Bold tiêu chuẩn, không cần tệp phông chữ nhúng nhưng không bao gồm Unicode hiện đại. Điều đó giữ cho việc triển khai PDF ở quy mô nhỏ và có thể dự đoán được trong khi tạo ra một ranh giới cứng về tiết mục. Mã tiền tệ vẫn có thể đọc được khi ký hiệu ưu tiên không thể đọc được.
Nhúng và đặt lại nói chung — và tại sao công cụ này không làm được điều đó
Việc nhúng phông chữ có thể mang dữ liệu glyph vào tài liệu và việc cài đặt lại có thể hạn chế dữ liệu đó đối với các glyph được sử dụng. Đó là những kỹ thuật PDF chung, không phải tính năng của công cụ này. Trang giới hạn của nó cho biết rằng PDF được tạo không nhúng phông chữ, vì vậy đường dẫn xuất này không thể sử dụng tính năng nhúng để giải cứu tập lệnh khác.
Tên, địa chỉ và ghi chú của khách hàng — tại sao vấn đề tương tự lại ảnh hưởng đến các chữ cái có dấu và các chữ viết khác, chứ không chỉ các ký hiệu
Ranh giới ảnh hưởng đến tất cả văn bản: tên người bán và khách hàng, dòng chú ý, địa chỉ, ghi chú và hướng dẫn thanh toán. Dấu câu thông minh và các ký hiệu được chọn có sự thay thế rõ ràng nhưng các ký tự không được hỗ trợ sẽ trở thành dấu chấm hỏi. Một biểu tượng tiền tệ thành công không chứng minh được phần còn lại của tài liệu vẫn tồn tại.
Ví dụ đã hoạt động — kiểm tra phông chữ của hóa đơn đã xuất trong hộp thoại thuộc tính của người xem và tìm kiếm biểu tượng
Xuất hóa đơn chứa các ký tự kiểm tra vô hại và kiểm tra PDF hiển thị, sau đó tìm kiếm và sao chép cùng một văn bản từ trình xem. Bảng thuộc tính phông chữ có thể hiển thị Helvetica dưới dạng phông chữ chuẩn thay vì tập hợp con được nhúng. Ứng dụng này cũng báo cáo khi chuyển đổi của nó phát hiện văn bản bị mất.
Ranh giới văn bản Helvetica và Tây Âu đã được xác minh của công cụ này
Kho lưu trữ chỉ định lựa chọn phông chữ của công cụ: không có phông chữ được nhúng và chỉ phù hợp với Tây Âu. Đối với các tập lệnh khác, trang giới hạn sẽ hướng người dùng đến đường dẫn Lưu dưới dạng PDF của trình duyệt, việc xử lý phông chữ thuộc về quy trình làm việc của trình duyệt và máy in chứ không phải trình soạn thảo tùy chỉnh này.
Rút ra — mở bản xuất và xem xét trước khi gửi, đồng thời dựa vào cài đặt quốc gia và đơn vị tiền tệ của Công cụ hóa đơn tự do để sử dụng các quy ước phù hợp
Chọn một mã tiền tệ rõ ràng và kiểm tra từng tên người cũng như hướng dẫn trong tệp được xuất. Cài đặt quốc gia và tiền tệ chọn nhãn và siêu dữ liệu số tiền; họ không thể thêm glyph vào Helvetica. Bản xem trước rõ ràng là bằng chứng cho thấy tài liệu cụ thể này được hiển thị ở mức chấp nhận được.