Một lĩnh vực mà các quy ước viết trực tuyến vẫn còn đang thay đổi là cách đánh dấu phần nội dung được trích từ các thông điệp trước đó — điều mà trong tiếng Anh thông thường gọi là “trích dẫn khối”. Từ quy ước kiểu chữ thông thường được áp dụng cho các phần này (cỡ chữ nhỏ hơn với khoảng lề thụt vào thêm), đã hình thành một tập quán là văn bản được trích dẫn sẽ thụt vào một khoảng bằng một ký tự TAB của mã ASCII (0001001), mà dưới hệ điều hành Unix và nhiều môi trường khác tạo ra diện mạo của một khoảng thụt lề bằng 8 dấu cách.
Các trình đọc thư và tin tức mạng thời kỳ đầu không có tính năng tích hợp sẵn để trích dẫn thông điệp theo cách này, vì vậy mọi người phải tự sao chép và dán thủ công. Chương trình BSD Mail(1) là trình quản lý thư đầu tiên hỗ trợ việc trích dẫn, và những người dùng Usenet đời đầu đã phỏng theo phong cách của nó. Thế nhưng ký tự TAB có xu hướng đẩy phần văn bản được trích ra quá xa về phía bên phải (đặc biệt là trong các trích dẫn lồng nhau nhiều tầng), dẫn đến hiện tượng xuống dòng gây mất thẩm mỹ. Sau một khoảng thời gian ngắn bối rối (trong đó một ký tự dẫn đầu trích dẫn gồm ba hoặc bốn dấu cách đã trở nên thịnh hành trong EMACS và một số trình gửi thư), việc sử dụng dấu > hoặc > làm ký tự dẫn đầu đã trở thành tiêu chuẩn, có lẽ nhờ việc nó được dùng trong ed(1) để hiển thị các ký tự tab (ngoài ra, nó cũng có thể bắt nguồn từ dấu > mà một số trình gửi thư Unix thời đầu từng dùng để trích dẫn các dòng bắt đầu bằng chữ "From" trong văn bản, nhằm khiến chúng không bị nhầm lẫn với phần đầu của tiêu đề thông điệp mới). Các phần trích dẫn nằm bên trong các trích dẫn khác vẫn giữ nguyên các ký tự dẫn đầu > của chúng, nhờ đó "cấp độ lồng nhau" của một đoạn trích có thể được nhận diện trực quan ngay lập tức.
Tập quán trích dẫn văn bản từ bài viết gốc khi đăng bài phản hồi đã góp phần giải quyết một vấn đề từng gây phiền toái lớn trên Usenet: thực tế là các bài viết không đến được các máy chủ khác nhau theo cùng một thứ tự. Những người đăng bài bất cẩn thường đăng những bài bắt đầu bằng, hoặc thậm chí chỉ gồm toàn các câu như "Không, điều đó sai rồi", "Tôi đồng ý" hoặc đại loại thế. Thật khó để biết ai đang phản hồi lại điều gì. Hệ quả là vào khoảng năm 1984, phần mềm đăng tin tức mới đã phát triển tính năng tự động trích dẫn văn bản của bài viết trước đó, được đánh dấu bằng ký tự "> " hoặc bất kỳ ký tự nào người đăng chọn. Người đăng được kỳ vọng sẽ xóa hết tất cả các dòng ngoại trừ những dòng có liên quan. Kết quả là giờ đây, những người đăng bài bất cẩn lại đăng những bài chứa toàn bộ văn bản của một bài viết trước đó, chỉ kèm theo câu "Không, điều đó sai rồi" hoặc "Tôi đồng ý" ở phần cuối.
Nhiều người cảm thấy cách chữa cháy này còn tồi tệ hơn cả căn bệnh ban đầu, và chẳng mấy chốc đã xuất hiện các phần mềm đọc tin tức được thiết kế để cho phép người đọc bỏ qua phần văn bản được trích dẫn nếu muốn. Ngày nay, một số phần mềm đăng bài từ chối các bài viết chứa quá nhiều dòng bắt đầu bằng ký tự '>' — nhưng điều này cũng dẫn đến những cách lách luật không mong muốn, chẳng hạn như việc cố ý chèn các dòng đệm vô nghĩa không nằm trong phần trích dẫn để hạ tỷ lệ trích dẫn xuống dưới ngưỡng bị từ chối.
Vì các trình gửi thư mặc định đi kèm với Unix và các hệ điều hành khác không phát triển nhanh bằng cách sử dụng của con người, các quy ước cũ sử dụng một ký tự TAB hoặc ba, bốn dấu cách dẫn đầu vẫn còn tồn tại; tuy nhiên, trích dẫn bằng dấu > giờ đây rõ ràng đã trở thành hình thức phổ biến chiếm ưu thế ở cả mạng tin tức lẫn thư điện tử.
Thực tiễn trích dẫn vẫn đang tiếp tục phát triển, và những tranh cãi xung quanh phong cách trích dẫn "đúng đắn" thỉnh thoảng vẫn dẫn đến những cuộc chiến tranh tôn giáo trên mạng.
Hầu hết cư dân mạng xem một đoạn trích dẫn như một lời hứa rằng phần bình luận về nó sẽ xuất hiện ngay sau đó. Phong cách hội thoại được ưa chuộng sẽ có dạng thế này,
> đoạn trích liên quan 1
phản hồi cho đoạn trích
> đoạn trích liên quan 2
phản hồi cho đoạn trích
> đoạn trích liên quan 3
phản hồi cho đoạn trích
hoặc đối với các thông điệp ngắn như thế này:
> toàn bộ thông điệp
phản hồi cho thông điệp
Do thiết kế kém của một số trình quản lý thư trên máy tính cá nhân, thỉnh thoảng người ta sẽ thấy toàn bộ thông điệp được trích dẫn nằm ở phía sau phần phản hồi, giống như thế này
phản hồi cho thông điệp
> toàn bộ thông điệp
nhưng tập quán này bị lên án mạnh mẽ.
Mặc dù dấu > vẫn giữ vị trí là ký tự dẫn đầu trích dẫn tiêu chuẩn, dấu | đôi khi vẫn được sử dụng cho các đoạn trích dẫn dài khi các biến thể ban đầu về độ thụt lề cần được bảo lưu (thậm chí có một trình gửi thư kết hợp cả hai và sử dụng ký tự |>). Người ta cũng bắt gặp các phong cách trích dẫn khác nhau khi có nhiều tác giả trong cùng một thông điệp: một phong cách (bị lên án vì làm mất thông tin) sử dụng ký tự dẫn đầu là > cho tất cả mọi người, một phong cách khác (phổ biến nhất) là > > > > , > > > , v.v. (hoặc >>>> , >>> , v.v., tùy thuộc vào độ dài dòng và độ sâu lồng nhau) phản ánh thứ tự ban đầu của các thông điệp, và lại có một phong cách khác nữa là sử dụng một ký tự dẫn đầu trích dẫn khác nhau cho mỗi tác giả, chẳng hạn như > , : , | , } (bảo lưu cách lồng nhau sao cho thứ tự trích dẫn của các thông điệp vẫn có thể nhận biết được, hoặc gán nhãn các phần trích dẫn với tên của các tác giả). Một phong cách khác nữa là sử dụng tên viết tắt (hoặc tên đăng nhập) của mỗi người đăng làm ký tự dẫn đầu trích dẫn cho người đăng đó.
Thỉnh thoảng người ta còn thấy ký tự # được dùng làm ký tự dẫn đầu cho các trích dẫn lấy từ các nguồn có thẩm quyền như các tài liệu tiêu chuẩn; ẩn ý đằng sau đó là lời nhắc của tài khoản gốc (dấu nhắc lệnh đặc biệt của Unix xuất hiện khi người dùng đang chạy dưới quyền siêu người dùng có đặc quyền).
Node:
Hacker Speech Style
,
Next:
International
Style
, Previous:
Email Quotes
, Up:
Top
