您好！我们经常使用活动功能，其中一个反复出现的功能请求是能够限制“参加”活动的人数。您对此有什么想法，或者是否有计划实施该功能？
10 个赞
我希望看到这个功能，因为我们有一些活动仅限于特定数量的参与者。另外，在主题中显示剩余名额将非常棒 
5 个赞
在参加人数限制方面，一个好的补充是设置一个等待名单，这样即使活动名额已满，您仍然可以报名，并且在有名额空出时会收到通知
3 个赞
您是否也想限制可以注册等待列表的人数？如果是，是按容量百分比还是固定人数？假设有限制，您最终可能会关闭等待列表，因此您可能需要围绕这一点进行额外的消息传递。
并且在考虑消息传递时……您是否希望在活动开始后向仍在等待列表中的任何人发送一条消息，感谢他们的兴趣并鼓励他们参加其他活动？
如果您要举办现场活动，可能需要考虑出行时间，所有这些消息可能都需要在活动开始前发送。所以也许您希望能够为每次活动设置这个窗口（例如，event_start_time - window_close_in_minutes）？
2 个赞
您好，感谢您提供的宝贵见解，您似乎对活动组织很熟悉。
我认为没有必要，除非这里有人能提出相关的用例：对我来说，一个30人的活动，候补名单也有30人，就这样结束了，因为设置限制意味着要预料到有多少人会“不参加”您的活动：如果因为最后一刻天气不好有30人无法参加，那么为那些更勇敢的人在候补名单上留出30个空位是有意义的：slight_smile:
您让我想到，关闭候补名单意味着两种主要情况，因此有两种类似的功能：
-
一种是完全关闭，让候补名单上的参与者根本无法获得空位：如果活动需要为参与者进行定制准备，您不希望在最后一刻将空位分配给候补名单上的人，而他们却穿着没有白礼服参加派对：slight_smile:
-
另一种是部分关闭，这意味着不再允许加入候补名单，但仍然允许候补名单上的人在有空位时获得空位。
如果我们谈论的是候补名单被完全关闭的情况：一旦活动开始，就太晚了，因为您可能希望提前告知人们根本没有可能参加活动，同时感谢他们的兴趣，正如您所建议的。
但这是否是您在消息最后提到旅行时间要求时所建议的？
最后一点：我不想在我的功能请求中劫持另一个功能请求，但如果这一切都设置好了，我认为重要的是让您知道，未来人们也可能要求参与者能够携带外部参与者参加活动。
例如：在meetup.com上，您可以创建一个最多30人的活动，并且每个参与者都可以提及他们最多可以携带4名外部参与者：如果一个参与者选择携带4位朋友参加活动，而活动还有30个空位，那么剩余的可用空位就变成了25个。
抱歉说了显而易见的数学题，我只是想澄清这个可能与候补名单功能一起使用的功能：slight_smile:
2 个赞
就我而言，我曾工作的平台同时支持现场演出（主要是戏剧）的票务和奖项投票。我曾长期深入参与其中。
这是一个很好的提醒。
我发现管理实体场馆的容量可能很困难。我在洛杉矶，每次演出你都可以指望有 10-30% 的人会无故缺席。如果候补名单太短，你可能会有未售出的座位，太长则可能拒绝那些可能再也不会来的人。而且，如果你打算让候补名单上的人知道他们有票，你还需要考虑足够的出行时间。
在我们的平台上，我们必须考虑“+1”以及如何最好地跟踪和向活动制作人报告。活动注册者对他们来说最重要，因为他们也是将对演出进行投票的人。如果他们“退还”了他们的“+1”票，我们希望确保制作人能够将其出售或用于填补空位。因此，对我们来说，让制作人能够定义何时停止售票或添加候补名单至关重要。
我同意……这并不真正属于本次请求的范围。但我现在很少有机会谈论这些顾虑了，所以我想加入进来，因为这是我确实有经验的领域。
3 个赞
我没想到这一点，你实施候补名单的方式对我来说现在非常合理。
这个例子表明，每个企业都需要不同的定制化细节。在WordPress/Joomla扩展市场中寻找合适的门票活动扩展需要花费很多时间，甚至可能无法让你最终满意，因为它缺乏Discourse的社区方面。
Discourse与外部门票扩展的结合可能会很好地发挥作用，这也是我所知道的大多数meetup.com组织者所做的。唯一的缺点是参与者必须加入meetup/Discourse上的活动，但也要在外部购买门票，有时他们不会直接购买门票。
对我来说，有一个开放的市场，可以真正同步社区活动和门票销售系统。
2 个赞
我在这里开始工作：
8 个赞
太棒了，也许将来我们会有一个等候名单，这样当一名参与者腾出名额时，它就可以提供给其他人了。目前，我正在使用数据浏览器检索参与者的注册时间，并使用“感兴趣”按钮作为等候名单。
我试了一下代码，但是没有任何反应:sweat_smile:
我创建了一个名为“test 1p”的事件，看看它是否有效，但没有反应。
是我操作失误了吗？
这已按照此公告实施。
8 个赞
此主题在上次回复后 3 天自动关闭。不再允许新回复。