回帖風格
在電子郵件、網絡論壇或者Usenet回覆文章時,經常會引用原始文字。在實踐中存在着多種回帖風格。
主要的風格包括:上回覆(Top-posting),即在原文上方攥寫回覆;下回覆(Bottom-posting),即在原文下方回覆;以及交織回覆(Interleaved-posting)。不同的虛擬社區對何種風格是適當的有不同的看法。在一個社區中使用「錯誤」的風格,可能被視作嚴重違反網絡禮儀,從而遭致社區成員的激烈反應。
由於比較先進的郵件客戶端和郵件服務(如Gmail)會按照主題將郵件組織在一起,各種回帖風格的差異就顯得不那麼重要了。
風格
編輯上回覆
編輯這種方法在回帖裏包含被回覆的信息的完整內容,在其前方加上回覆內容。有時這種風格被稱作TOFU,即「Text Over, Fullquote Under(文本結束,後附完整引文)」的縮寫。這是微軟Outlook、Outlook Express、Gmail和其他一些郵件客戶端的默認風格,類似在轉發消息時將新內容加在頂部:
没问题。那就下午6点吧。 Jim -------- 原始信息 -------- 发件人: Danny <danny@example.com> 发送日期: 2007年10月16日 上午10:01 收件人: Jim <jim@example.com> 主题: RE: 工作 喔!等一下。我有个计划任务在5点半要给技术人员发送邮件。 你能推迟一个小时吗? Danny -------- 原始信息 -------- 发件人: Jim <jim@example.com> 发送日期: 2007年10月16日 上午9:40 收件人: Danny <danny@example.com> 主题: 工作 我今晚5点要暂停邮件服务,大约半个小时,以便安装升级和一 些重要修正。 Jim
回帖本身是完整的內容,有些類似於傳統的書信,不同之處是附帶上了原帖。雖然有時不推薦使用上回覆,但是在商業信函中這是一個常見的風格。顧客服務信件往往要求所有的回覆內容要以清晰的方式表達,沒有引文。同時可能附上原始郵件,但僅僅作為證據。
這種風格的一個好處是,當新人收到一個之前是私有的討論時(由於轉發或者增加收信人),這個討論的所有背景信息(即「線索」)對其都是可見的。特別是在商業信函中,可能需要將整個消息線索轉發給第三方進行處理。在這種情況下,將處理指示「上回覆」在引文之上更加合適──因為目的僅僅是提供指示,而非進行針對性的回答。(在整個討論都是公開的的環境下,比如新聞組或者網絡論壇,沒必要包含過往討論,裁剪就足已。)
許多流行的e-mail應用程式(如微軟Outlook和Gmail)默認的光標放置方式有利於上回覆。由於其軟件的廣泛使用,微軟對上回覆起了很大的影響;它的e-mail和新聞組軟件默認把光標放在頂端,在某些情況下甚至難以做到不使用上回覆(這是由於微軟Outlook的許多版本都存在一個bug,即在用文本模式回覆一封以HTML/RTF格式發送的郵件時,沒有引用符號,再加上微軟Outlook的默認設置根本就不生成引用符號──這使得很難區分新加文字和引用文字);許多用戶把這個當作事實標準接受了。另外,手持設備(如黑莓手機)用戶傾向於使用上回覆,由於這些設備只下載郵件的開始部分用作顯示。郵件的其餘部分僅僅在需要的時候才下載,這需要花費額外的下載時間。對黑莓用戶來說,把關心的內容放在郵件的開始部分可以節省帶寬和時間,也可減少滾屏。
部分由於微軟的影響,在郵件列表和私人信件中,上回覆更常見。一般認為上回覆嚴重破壞了郵件列表的摘要功能,因為很難跳過多層的上回覆。在最壞的情況下,一個上回覆會包含整個摘要作為原始郵件。
一些人認為,上回覆適合人際間的email,而對於像新聞組這樣的線索討論,則應該使用交織回覆。新聞組中對上回覆的形成規則的抵制,看起來主要來自在Usenet早期就上線的人,以及Usenet早期就存在的社區。抵制最激烈的包括Usenet的comp.lang樹下的新聞組,特別是comp.lang.c和comp.lang.c++。而在alt樹下的社區更能容忍上回覆。新的線上用戶,特別是那些沒有太多Usenet經驗的人,往往對關於回帖風格的爭論不敏感。
在郵件列表裏,下面的例子偶爾被用來嘲弄和勸阻上回覆的行為:[1][2][3]
答:因为它把人们正常的阅读顺序打乱了。 问:为什么上回覆不好呢? 答:上回覆。 问:E-mail中最让人讨厌的是什么?
下回覆
編輯另一種回覆信息的風格是「下回覆」。回覆內容放在引用內容的下面,以保持回覆的邏輯順序,符合從上向下的閱讀習慣。
通常只有需要回覆的內容才被引用,其餘無關信息均被刪除。
> Jim在周三上午9:40写道: > > 我今晚5点要暂停邮件服务,大约半个小时,以便安装升 > > 级和一些重要修正。 Danny在周三上午10:01写道: > 喔!等一下。我有个计划任务在5点半要给技术人员发送邮 > 件。你能推迟一个小时吗? 没问题。那就下午6点吧。
向下滾動翻過整篇文章才能看到回覆,特別是在原始文章很長而回覆很短的情況下,這是非常不方便的。很多沒有經驗的計算機使用者甚至可能不知道需要滾動以看到他們想要找的回覆。當發送一封未經剪裁的下回覆信件時,可以在開頭寫上「我在最後有回覆」這樣的字樣。然而,由於現代的郵件程序可以把不同層次的引用用顏色區別看來(如上所示),所以這不再是個大問題。另一個顯示後面還有回覆文字的好方法是使用簽名作為文本的結束標誌,這樣讀者就會知道需要一直讀到看到你的簽名為止。在使用交織回覆時,這個方法非常禮貌,並且很有用,因為在你的簽名出現時,就相當於告訴讀者你的回覆到此結束。
交織回覆
編輯在實踐中,「下回覆」通常被擴展至「交織回覆」(或者叫「逐條反駁」,有的時候也被稱作「下回覆」)。被引用的內容和對應的回覆交織在一起,每個回覆針對某個段落或者句子。這使每段討論都自然的按照時間順序排列。回帖者無須覆述每個需要解決的問題,因為他可以直接在原貼中相應的位置進行逐條回應,從而產生一個更加結構化、有規則和準確的回覆。
Jim在周四写道: > 当考虑到原小说和改编的电影的风格差异时,可以很容易 > 看出, [删节...] 是的,但书和电影之间隔了有20年。 > 电影显然增加了一种恐怖气氛,而这在原书中是不存在的。 > 这是不可接受的 [黑暗诠释的优缺点,删去...] 我不同意。如果有人能够理解这两者是面向不同的受众的话, 就会发现这种更黑暗的调调很不错。
參考文獻
編輯- ^ ARM Linux — Mailing Lists — Etiquette. [2008-09-15]. (原始內容存檔於2008-09-05).
- ^ Top Posting and Bottom Posting. [2008-09-15]. (原始內容存檔於2008-05-09).
- ^ What is Top Posting?. [2008-09-15]. (原始內容存檔於2008-07-04).