今天早上，在浏览我的Woodwind提要阅读器时，我遇到了Rick Mendes的帖子，带有#readlater和#readinglist的标签，这使我对与阅读相关的帖子类型在互联网上产生了暂时的思考。
我显然是读书的狂热者，并且在GoodReads，Amazon，Pocket，Instapaper，Readability以及其他数十种支持或协助阅读工作的服务上都有帐户。 （我的痛苦非常严重，去年我创办了自己的出版公司。）
“稍后阅读”是一个网站上（或与之有关）的指示，表示要保存该URL，以便将来再次访问并阅读内容。
我在IndieWeb Wiki上启动了一个页面，以定义稍后阅读的内容 ，在那里我开始写一些哲学思想。 我决定最好将它们发布在我自己的网站上，然后直接链接回它们。 作为Indieweb的成员，随着时间的推移，我的总体目标是优先退出使用这些网络孤岛（其中许多都在参考页面上列出），而是在我自己的站点上将与阅读相关的工作和进度发布在这里。 自然地，问题就变成了，一个人如何以一种简单且可用的方式为自己和他人提供漂亮合理的UX / UI？
- 创建电子书并发送到Kindle
- 如果您是读书爱好者，则需要立即拥有这些阅读应用程序。
- 我用来学习编程的主要工具和教程
- Kindle开玩笑超级。 Oto dlaczego！ – marta barlak –中
- 电子书或有形书：要出版什么？
目前使用
目前，我主要使用Pocket小书签来保存事物（主要是报纸文章，杂志文章，博客文章）以供日后阅读和/或将Twitter中的“赞/收藏”功能与IFTTT配方结合使用，以将推文中的URL保存到我的Pocket中帐户。 然后，我定期访问Pocket，以加快阅读文章的速度。 尽管Pocket允许在这方面下载一个（某些）数据，但我正在探索各种选项，以将该工作流程的所有权纳入我自己的站点。
对于更多学术性内容（阅读期刊文章），我倾向于依靠基于Mendeley的替代工作流，该工作流也从易于使用的书签开始。
我还尝试过为期刊文章添加书签，并使用hypothes.is从该文章中导入我的要点，尽管该工作流程可以以一种强大的方式满足我的个人需求，同时仍然允许我拥有自己的所有物品数据。 这样做的好处是，修复它不仅可以为我自己提供帮助，同时还能适应更大的个人工作流程。
集思广益
广泛阅读（父母）后写
从哲学上讲，后期阅读类型可以被认为类似于（可能）未共享或私有书签，具有潜在的可能的附加元数据，例如：在事实之后添加进度，阅读日期，注释和注释，然后从技术上讲，使其成为可能。 阅读帖子类型。
随着时间的推移，潜在的工作流程可能是： 稍后阅读 >> 书签 >>注释/注释/边际>> 阅读 >> 评论 。 这种工作流的连续体可能能够支持稍微更复杂的总体UI，以实现更简化的阅读帖子类型，其中其他所有这些都是子类型。 然后，可以为阅读文章类型创建一个UI，其中包含所有子案例的字段和详细信息。 可更新，单个帖子可以包含一个人的进度的所有细节。
Indieweb鼓励简单（DRY），并尽可能减少后类型，这是我通常同意的，但是也许有一种更好的方式来思考这几种类型。 将它们分为具有各种数据字段的一种阅读类型（以及它们公开/私有的能力）可以使所有子类别都包含或不包含在一个更大，更全面的文章类型中。
例子
- 不包括一个小节（或将其设为私有）只会阻止其显示，因此可以通过保留以后的阅读，阅读和查看子类型和/或数据来拥有传统的书签。
- 作为另一个示例，我可以包括供以后阅读，添加书签和阅读的数据，但保留有关我突出显示的内容和/或我希望保持私密性的笔记小节的数据。
Webmention更新的主要帖子
或者，可以为正在阅读的内容创建一个主要帖子（可能是一个书签），然后在每个帖子上使用其他带有网状结构的其他帖子（对原著），从而将有关正在进行的进度的详细信息添加到原始帖子中。 从某种意义上说，这与GoodReads所提供的功能相差不大，后者具有进度的单独更新，简要说明及其列出进度的整体视图的页面。 每个私人的帖子可以设为公开/私有，以允许不同的收看率，尽管私人网幅可能是一个毛茸茸的问题。 我知道有些人也在尝试通过micropub和其他方法将更新推送到帖子，这也可能很有吸引力。
随着时间的流逝，这可能会很麻烦，但可能会看起来像下面的GoodReads UI，看起来非常直观。 （请注意，由于我目前正在撰写该评论，因此它缺少任何评论文字，并且尚未公开。）
其他想法
理想地，期望更好地区分已加书签和已读/未读的事物以及用于书签和阅读的日期，以及潜在地添加与文章有关的注释和重点。 在简单的阅读清单（或链接博客）和普通用于学术工作的书之间的交叉处，似乎类似于德文·祖格尔的“注释”选项卡（基于Evernote和Tumblr的自定义脚本构建）似乎很有希望，但不一定要离开有较长的书评的空间。
从某种意义上讲，我还需要考虑发布工作流程，因为它与典型博客上的更新按时间倒序发布有关。 也许上述两种方法的混合方法最有效？
可能具有一个将GoodReads（如上图）和Amazon的便笺/要点的接口固定在一起的接口将是非常好的。 我最近注意到（并更新了一个旧帖子）他们已经在beta测试这种野兽了。
评论
我将继续为最终想要拥有的架构而思考，但是我总是乐于听到其他（大量）读者对于此类UI的主题和可用性要说些什么。
请在下面发表评论，或在自己的网站上写一些东西（包括这篇文章的URL），然后在下面提供的字段中提交您的URL，以创建一个Webmention，其中您的帖子将作为评论出现。
