Openlibrary: 提供加入候补名单的替代方案

@BrittanyBunk但是如果我们在作品页面上，我们可以获得所有版本的列表及其可用性https://openlibrary.org/works/OL15203980W/Macbeth所以问题也可能是我们如何做类似的事情如果我们是在一个版本的页面上/可能以某种方式将用户重定向到作品页面。

不仅是作品的页面，还有其他作品，如果所有这些版本都被采用的话。 这很难，但我会说是否有办法通过列表进行（就像我相信如果我想说第 12 版，顺序将是第 13 版，然后是第 11 版，然后是第 14 版、第 10 版等）。 所以会有一个程序经过的顺序，它会建议一个人可以使用的接下来的 3 本书。

@tabshaikh我拿了我能找到的第一本候补名单示例书： https://openlibrary.org/books/OL3968892M/Marc_Chagall。 使用基于标题中的单词的主题页面： https ://openlibrary.org/subjects/person :marc_chagall_(1887-)，我生成了一个“相关”书籍列表，这些书籍仅来自前 3 个说“借'他们：

注意：只是一个草稿，但它可视化了ideaI。 我担心混乱，但觉得这会让人们不放弃并得到他们需要的东西。

弹出一个显示相关书籍并显着减少混乱的弹出窗口怎么样？

@tabshaikh是的 - 这就是我希望去的 - 如果旋转木马不适合。

在与 Lisa 交谈时，这是我按优先顺序创建的列表（我敢打赌，它不完整，但只是一个开始）。 如果一个不起作用（所有书籍都在候补名单或无法使用），请转到下一个：
1）重复的书 - 只是没有候补名单
2）收藏 - 里面有书的书 - 当然是同一版本
3) 其他版本
4) 基于标题的主题页面
5) 模糊属性——基于书的主题、作者的相似作品、与之相似的书——就像当前的轮播现在所做的那样，与书本合二为一

另一种选择是不显示轮播中的候补书籍（我想从中制作另一个 Github 问题会很好），但这对那些直接进入版本（甚至工作）页面的人没有帮助。

此处问题的松弛延续： https ://app.slack.com/client/T03ST9K7K/threads/thread/C0ETZV72L-1584261722.215000

嗨@BrittanyBunk ，关于等候名单的替代品，我认为下面标有“等待时”的按钮可以帮助减少混乱，然后触发一个模块，该模块为用户提供一大堆相关书籍，用户可以选择一个在进入等待名单的同时预订，否则他根本不会点击等待按钮并决定只接受等待名单选项。它就像一个 2 合 1 提案。

@EbotFabien亚斯！！！！ 真是个好主意！ 我喜欢它！

我想知道，如果我们只是将加入候补名单与等待按钮结合起来，然后说“加入候补名单并在等待中”<- 好的，那需要精简一下。 也许“加入并阅读”，idk。 “加入并找到”？ 我明白了：“加入并浏览” - 确认某人在候补名单上的位置。

下一步，既然我们知道那里会显示什么，因为弹出的内容适用于 Mark Chagall 的书，但小说（ @seabelis提出“午夜芹菜”）可能需要使用其他主题标签而不是作者。 我认为基于主题标签会很酷——但由于 IA 可能会放弃这一点——因此需要提出一个替代方案。

@BrittanyBunk移动“您可能还喜欢”部分会满足这个问题吗？

@guyjeangilles我认为您正在做某事。 也许我们不必移动它。 也许当有人点击“加入等候名单”按钮时，他们会自动添加到列表中，然后重定向到那个轮播（我的意思是，网页滚动到那个而不是向上移动 - 因为它在一个不错的地方并且听起来喜欢更轻松的工作）。

这样，人们就不必在加入候补名单或寻找另一本书之间做出选择，而是可以两者兼顾。

伙计们，请参阅#684。 我们正在重新设计我们的书籍页面，因此只有1 页（不适用于版本）。 结果，顾客将始终看到该书的所有可用副本。 我们已经在版本和作品页面上展示了相关书籍的轮播。

将此问题作为副本关闭。

canonical books page的要求是在另一个版本（除了您正在使用的版本之外）可用时使其显而易见。 并且@cdrini和我同意相同的功能将出现在搜索结果页面、列表等上（即，无论是展示作品还是版本，我们都会让他们知道有多少可用副本。

PS 根据@guyjeangilles的评论， @bfalling也投票支持我们将我们的书页轮播