Hubzilla、Friendica的富文本鮮爲其他支持相關協議的社交媒體所支持。在這種背景下，由Hubzilla及其類似產品分享資訊流上的RSS/Atom內容時，由於不能使用常規的轉發、評論等互動形式，而只能引述，稍不注意分享的排版格式，發佈出來的內容恐便不美觀矣。
在引述RSS/Atom內容時，編輯器會默認把引述的原文內容以一端短代碼的形式寘於文本框最上端。如果一言不發，只想分享原文則已；徑直換行，在其下方分享感言的話，在點下「Share」鍵後，編輯器會自動地將引述的RSS/Atom內容短代碼print爲RSS/Atom內容摘要（動輒兩百字左右），甚至是原文全文（字數恐以千計）。在Hubzilla及其類似產品，由於引述原文被加以「share」標籤，視覺輸出上姑且會與用戶自己寫下的感想有所區別；但在不支持這類富文本的平臺（如Mastodon）上，無論是引述的原文，還是用戶自己真正想欲表達的感想，都是以同樣的格式、字號、顏色，被無情地依次臚列出，粗掃一眼看不出彼此分別，會令讀者產生「哪些是你複製的大段文字，哪些是你真正的感想」之疑惑。
若將引述的部分寘於最前端，而引述原文又過長（如數千字），則讀者需要劃拉半天纔可找到用戶所欲表達的內容。沒耐心者可能會直接將該內容（item）劃走，看別的東西去。
有些社交平臺、網站沒有設置長文折疊的話，這種長段內容還會爲讀者帶來困擾。
比較推薦的分享內容之排版、做法爲：
- 先說明自己「讀/看了什麼文章，講的是⋯⋯」
- 談自己覺得值得注意的地方，或者其他感想。
- 換個行，註一句「以下爲原文/摘要」，或者其他能夠起到分隔作用、令讀者明白引述內容要由下方開始的字符。
- 黏貼引述內容的代碼。
發布以後，可以看到引述內容實際被print out的樣子。一般來說print的順序是，有可讀取的原文摘要（兩百字許）則只print摘要，沒摘要纔大段大段貼出原文。如果自我評估原文過長了，再點擊編輯（受惠於Hubzilla極其類似產品可多次編輯內容〈item〉的特性；其實Mastodon也有類似改進被提交審閱了，期待推廣的那天），這時會發現引述內容的短代碼已經改頭換面，變爲由「share」標籤包裹的大長文了。摘出覺得重要的部分，不重要的刪之則已——除非認爲全文都有被archive下來的價值。再付保存。
需要注意的是，有些實例會拒否用戶做出的第二次及更多修改。如果會對引文過長無法在這些實例彌補有負罪感的話，可以一開始就不利用編輯器自己生成的引述內容短代碼，而是主動用引號或大於號標出事先複製好、想要分享給讀者的選段。最後附上原文鏈接。
本文僅談個人感受與建議，信耶否耶，全聽諸公高論。如果有更好的做法，或者有自己更習慣的做法，也歡迎交流。