2010-04-23 20 views

Trả lời

11

RFC 28225322 có một phần gọi là Dòng Thời lượng giới hạn (2.1.1):

Có hai giới hạn đó đặc tả này nơi trên số ký tự trong một dòng. Mỗi dòng ký tự PHẢI không được nhiều hơn 998 ký tự và KHÔNG được nhiều hơn 78 ký tự, ngoại trừ CRLF.

...

Các dè dặt hơn 78 nhân vật đề nghị là để phù hợp nhiều hiện thực của giao diện người dùng hiển thị những thông điệp mà có thể cắt xén, hoặc disastrously quấn, màn hình hiển thị của hơn 78 ký tự trên mỗi dòng , mặc dù thực tế là như vậy triển khai đều là phòng không tuân thủ QTI đến mục đích của đặc điểm kỹ thuật

này Âm thanh với tôi như giới hạn thực sự là 998 ký tự và 78 là một cái gì đó t mũ bạn không thực sự cần phải bận tâm với.

+0

+1 âm thanh với tôi bạn là đúng. Tôi không có tài liệu tham khảo, nhưng Yahoo webmail khi gửi trong dòng văn bản kết thúc tốt hơn dài hơn 969 ký tự. Vì vậy, giả sử tại Yahoo mail họ biết những gì họ đang làm, tôi sẽ nói để đi gói ở cùng một chiều dài: 969 –

+0

Nhưng Outlook Express và Squirrelmail 1.4.23 webmail (khi gửi thư/văn bản) vẫn quấn dòng vào khoảng char thứ 76 (Outlook) và char thứ 73 (Squirrelmail) –

+0

Và cũng có thể sử dụng Gmail khi gửi các dòng kết thúc trơn tru tesxt tại char thứ 69. –

1

AFAIR, 70 ~ 78, nhiều khả năng là phiên bản "lưu" của 80, xuất phát từ các thiết bị đầu cuối cũ tốt, hiển thị 80 ký tự mỗi hàng. Trong những ngày đầu, các thiết bị đầu cuối này chỉ là các máy in câm cần thiết đầu ra của chúng được chuẩn bị trên máy chủ. Điều này lần lượt xuất phát từ những lá bài tốt cũ. Kích thước vật lý của thẻ đục lỗ (và do đó có liên quan chặt chẽ đến giới hạn 80) đến từ các khay tiền, thường được sử dụng để lưu trữ các thẻ đục lỗ.

Con người và công nghệ khó có thể thoát khỏi thói quen cũ. Tôi khuyên bạn nên Crockford đầu tiên trên Javascript nói chuyện cho lịch sử hơn: http://yuiblog.com/crockford

Các vấn đề liên quan