那么，它是什么样的？
UI的更改很细微，如果您从不使用该功能，不会对您造成太大的影响。
我们将从以下内容出发：
此：
边栏中有此组件：
值得注意的是，选项卡的顺序已稍作重新排列，“精选内容”已重命名为“赏金”，并且一些项目已包含在“更多”下拉列表中。还有一个蓝色的“过滤器”按钮。
单击“过滤器”或“创建自定义过滤器”后，您会进入一个新的UI，可以选择标签，选择排序顺序并指定您要查看的问题的属性。
从此处，您可以将过滤器应用于当前页面或保存它，以便快速访问它再次从侧边栏或“更多”下拉列表中。
。新的内容指示器如何？
如果您一直在关注此项目，则可以知道新的内容指标已经“指日可待”了一段时间。正确地实现规模并不是一个简单的问题，尽管我们已经关闭了一段时间，但在发货之前还有一个我们要解决的问题。该目标是7月中旬。
我可以在哪里提交bug和功能请求？
您可以使用custom-filters标记在meta上提交。
特别感谢我们的alpha测试器
不仅为发现错误，而且为塑造产品方向提供了巨大的帮助。
有关项目的历史记录，可以查看以下先前的元文章：
原始公告
Alpha发布公告
2018年10月状态更新
2018年12月状态更新
2019年1月状态更新
2019年4月状态更新
#1 楼
feature-request这是我在原始公告上发布的请求的更新版本（但我未能明确标记为FR，因此可能被忽略了）。
第一组过滤器选项包括“无答案”，“无接受答案”和“有赏金”。所有这些都是有用的。我希望在此列表中看到一个附加项目：“我没有回答”。对于尝试主动管理的高级用户而言，这将是一个很大的帮助，包括查找那些没有引起广泛关注但仍然是好问题的老问题。无法使用站点搜索找到这些内容。我希望这并不意味着也不能将其包含在自定义列表中。
我经常会在特定标签中寻找一些对我的专业知识可能会有帮助的问题。当我这样做时，我会碰到已经回答的问题，尤其是在较小的站点上。我想略过那些问题，以便将注意力集中在仍然可以带来好处的问题上。
SO大约11岁；我个人在一些8年以上的网站上都有答案。我已经在网络上回答了成千上万个问题，其中一些是在密切相关的站点上进行的，并且有很多人比我多产。依靠内存过滤掉所有这些问题是行不通的，并使用SEDE作为支架-in不能用于自定义问题列表。
请帮助我们更有效地查找可以为您贡献的问题。
评论
目前，我们无法使用“自定义过滤器”来执行此操作。为了扩大规模，我们使用的索引引擎仅包含一小部分有关问题的信息，而它不了解答复者。它目前尚不具备此类知识，因为它具有固定大小的数据结构，并且宽度必须可变。可以添加到搜索中，但是我对此不太熟悉。
–布赖恩·尼克♦
19年7月2日，下午3:16
@BrianNickel感谢您的回复。如果可以将其添加到搜索中，那就足够了。搜索为用户提供了一些支持，因此也许可以实现“ answeredby：###”。
– Monica Cellio
19年7月2日在3:24
嗯...实际上，您可以确定自己是否通过询问回答了问题：
– EKons
19年7月2日在17:13
@EKons让我检查一个问题（post_id是一个参数）。我想搜索它们-向我显示此标签上所有未回答的问题。
– Monica Cellio
19年7月2日在21:42
@MonicaCellio是的，这就是我在括号中所指的意思。我只是想证明，可以使用现有搜索功能确定某人是否回答了特定问题。
– EKons
19年7月2日在21:44
哦，我懂了。是的，如果我想找到我已经回答的答案，那是可行的。否定它，但是...
– Monica Cellio
19年7月2日在21:45
同样，我回答的问题也与此相反：我在gamingSE上写了422个答案，有时我还记得我在某个时候写了一个措辞非常不同的类似问题的答案，因此很难进行搜索。通常，我只使用Google而不是网站搜索，但这当然不是实现此目的的方法。
–法比安·罗林（FabianRöling）
19年7月4日在17:38
@FabianRöling，您可以搜索user：me is：a以及您的标签或搜索词以帮助找到这些用户。 （当我看到与我之前已经回答过的问题类似的问题时，我也这样做。）
– Monica Cellio
19年7月5日在16:50
那还会在问题文本中搜索单词吗？
–法比安·罗林（FabianRöling）
19年7月5日在21:15
@FabianRöling不，它与问题中的文本不匹配，但可以与答案中的文本匹配。即使您正在寻找答案，也可以搜索标签。有时候，对我来说，比文字更有效。
– Monica Cellio
19年7月5日在21:46
重新询问：该操作员根据问题搜索答案。由于这是多对一的关系，因此在一个方向上进行索引比在另一个方向上进行索引要容易得多（正如Brian所说）。基本上，您只需在每个答案对象上添加一个问题字段。朝另一个方向前进意味着索引栈更加复杂。虽然我非常希望看到此功能，但不确定它是否会发生。
–凯文
19/09/24 '16：48
#2 楼
feature-request筛选器列表将按名称自动按字母升序排序。我们可以按自定义顺序保留这些过滤器吗？
例如（请参见下文），我一直想将SQL过滤器保持在过滤器列表的顶部。当前无法保持我们自定义的过滤器顺序。
评论
我认为我们不会在不久的将来这样做。去年，我对观看的标签进行了类似的请求，并进行了内部推送，因为排序是一项复杂的工作。 Shog为标记编写了一个用户脚本，该脚本也可能适用于此。
–布赖恩·尼克♦
19年7月1日在23:08
您可以在自己喜欢的过滤器前面加上特殊字符（例如＃或_来破解排序。（例如＃SQL）
–reportgunner
19年7月2日在11:51
或者您可以为它们编号，因为名称是自由格式的，例如1）SQL，2）Angular等。
–Raidri支持Monica
19年7月2日在15:11
@Raidri 10）会打破它。
– EKons
19年7月2日在17:10
@EKons 01），02）...然后
–Raidri支持Monica
19年7月2日在17:34
我们回到BASIC，是吗？ @Raidri
– John Dvorak
19年7月3日在13:50
这将是很棒的，但是保持每个用户的这种偏好可能很昂贵（尽管我不知道是否会如此禁止）。
– TylerH
19年7月3日在14:12
@TylerH-他们已经保留了每个用户的过滤器列表，sort_order列可能会解决它
–罗伯特尼克
19年7月4日在1:06
#3 楼
bug使用
-排除标签会搜索not，这意味着我必须输入没有自动完成的整个标签：
评论
我不知道xarmin.ios是如何进入那里的，但是否则我发现这非常有趣，因为它“知道”到了将“-”翻译成“不”的意思，但却没有“意识到”它不应该这样做。
–Pureferret
19年7月2日在11:47
“ xamarin.ios”的同义词为“ monotouch”。
–史蒂夫·贝内特（Steve Bennett）
19年7月2日在12:41
@SteveBennett太神奇了。
–Pureferret
19年7月2日在12:45
这整个错误是惊人的。除其他外，它表明测试正确处理每种可能性的难易程度。好赶上！
–桅杆
19年7月22日在8:45
这将在下一个版本中修复。自动完成功能称为safeTags（input.value）[0]，它与默认实现兼容，但不适用于我的默认实现。由于我返回了['not'，'typescript']，所有否定查询都在“ not”上自动完成。这可以解决此问题并增强UI，以在否定的自动完成功能上呈现和处理“不”。
–布赖恩·尼克♦
19年7月29日在20:26
#4 楼
feature-request如果当前没有提供任何赏金，那么如果不提供“ 0”会很好。 。 。强调。这是目前在Worldbuilding上的选项卡的外观，没有活跃的赏金：
明亮的“ 0”也很快吸引了我的眼球，特别是在给定的情况下纯白色背景。如果有活跃的赏金，最好将数字显示为蓝色-哎呀，应该引起他们的更多关注-但是，如果没有的话，那会分散注意力。
是否可以不突出显示如果没有活动的赏金，则以蓝色标出数字，并保持与其余标签标题文本相同的字体（和背景）？
评论
我们曾经只是完全删除选项卡。会回到那个工作上吗？
–Catija♦
19年7月2日，下午3:17
@Catija这是一个有趣的想法。是的，可能会。
– HDE 226868
19年7月2日，下午3:18
我可以想象UX会担心的是，如果没有选项卡，当它为空时，人们会感到困惑，为什么它会丢失。在SO上，它很少会丢失（如果有的话）。但是，在大多数站点上，它经常消失，因此仅占用空间。
–Catija♦
19年7月2日在3:20
@Catija我想知道是否完全删除选项卡是否会降低提供赏金的速度，这听起来像是。 。 。也许是不可取的？我猜想保留它会更可取，因为在不那么活跃的站点上的新人们知道赏金是一件事情。
– HDE 226868
19年7月2日在3:22
我同意赏金页面是否真的解释了赏金是什么……但事实并非如此，所以……这似乎令人困惑。甚至没有特权或常见问题解答的链接。
–Catija♦
19年7月2日在3:23
@Catija打开该选项卡顶部旁边的帮助中心后，可以得到一个链接。 。 。 i.stack.imgur.com/jOkOJ.png
– HDE 226868
19年7月2日在3:27
是的，那样的事情会很好。我们在标头附近使用了很多空间来放置这些页面其他视图上的内容，而不是搜索结果。好像我们可以做些什么。
–Catija♦
19年7月2日，下午3:29
如果没有活跃的赏金，这个盒子就消失了。我比较喜欢那个。
–user474678
19年7月3日在17:03
#5 楼
feature-request请您添加对保存过滤器
( [python-*] ) -[python]的支持。这是一个相当奇怪的过滤器，因为它会获取所有
[python-*]标记（带有标记的除外） [python]。它在Code Review上非常有用，因为当我检查时〜30％的标签被错误地标记，这使得查找和修复它们很容易。评论
这将是一项艰巨的任务。您可以创建一个新的元问题，以便我单独处理吗？
–布赖恩·尼克♦
19年7月1日在23:19
@BrianNickel很高兴。
– Peilonrayz
19年7月1日在23:28
#6 楼
错误（也许？）当我选择按“没有接受的答案”进行过滤时，结果过滤器表示它显示“没有被拒绝或接受的答案的问题”。但是我没有提出没有合适答案的问题，而过滤掉这些过滤器确实对我没有太大帮助。
我们可以将其分成两个选项吗？
没有被接受的答案
没有被批准的答案
评论
这确实是一个标签问题。当我们在标签中说“没有接受的答案”时，实际上是指标题“没有被批准或接受的答案”中的内容。这是来自/未回答的一般标准，也是我们对“未回答”的古老定义。给定信息体系结构，将这两个部分分成单独的选项将很困难，但是我将回顾一下我们是否应该在复选框上有一个更好的标签。
–布赖恩·尼克♦
19年7月2日在17:44
希望这将是可能的（仅针对“未接受的答案”显示一个过滤器），因为您已经有适当的代码来检测问题是否为已接受的答案（以便确定是否在旁边显示“已接受”绿色框）问题列表中的一个问题）。
– TylerH
19年7月3日，14：25
“当我们在选项卡中说“没有接受的答案”时，我们的意思是标题“没有被批准或接受的答案”上的内容。这很不好。我不想看到没有被批准或接受的答案的问题。我想要看到没有可接受答案的问题。如果筛选器以这种方式运行，则它们是无用的。
–马特
19年7月29日在14:55
也许“未回答”将是一个更好的标签，与其他UI元素更加一致。鉴于功能，“没有接受的答案”是一个令人误解的短语。
– Jeff Schaller
19年11月4日在20:33
#7 楼
支持过滤器标题中的“ and”和“ not”之间有两个空格。
这是预期的行为还是错误？
评论
This is a existing behavior that has probably been lingering for years. Whenever we encounter "and|or|-" in a query, we inject an after it. But we also inject a space between the "and" and "not", giving it two spaces that won't collapse together. This is old reusable code, so it'll take some digging to figure out if that's still needed or where else it might be used.
– Brian Nickel♦
Jul 1 '19 at 23:16
这是预期的行为，因为空格实际上代替了括号； not标签被分组。在您的示例中，它将返回：问题（标记为[tag：indiana-jones]（未同时标记为[tag：the-kingdom-of-the-crystal-skull]或[tag：star-wars] ））和（未用[tag：the-phantom-menace]标记），这可能不是您打算对该过滤器执行的操作。 cc @BrianNickel可能更清楚了。 OP可能希望or此处将过滤器分为两个不同的语句。
– TylerH
19年7月3日，14：18
@TylerH这似乎不适用于问题列表（也许用于问题搜索，但这是另一种野兽，我不知道它是如何解析事物的）。如果我执行a而不是b或b而不是a，则您的逻辑将简化为a而不是a（也称为“无”），但是jquery而不是javascript或javascript而不是jquery会在罐子上说什么。
–布赖恩·尼克♦
19年7月3日在16:39
@BrianNickel这不是我记得它在第一次迭代中工作的方式（当SO添加自定义过滤器，然后...将它们取走时），但是问题在于它并不能可靠地“在罐头上说出什么”，因为它说了什么锡罐模棱两可。对我来说，它读取的是我解释它的方式（nbsps增强了这种逻辑），而不是您解释（显然是实现）的方式。有鉴于此，我强烈建议插入括号以清楚起见。
– TylerH
19年7月3日在17:06
间距将在下一个版本中固定。
–布赖恩·尼克♦
19年8月8日在20:25
@BrianNickel感谢您的修复。
– Arulkumar
19年8月9日在11:23
#8 楼
bug rant如果您只不想看到标签，则过滤器不起作用。例如，尝试在M＆TV上为“不是[the-phantom-menace]”创建过滤器。它不起作用，您将被直接发送回页面，而没有过滤任何标签。
当您没有监视标签时，这可防止过滤器正确地模拟忽略的标签。我很少看标签，但是我经常忽略它们（破坏者！）。
我知道以前不可能仅排除标签（根据您的操作方式，您将被重定向到搜索），但这也没有太大意义。 />
评论
不幸的是，情况总是如此。链接到/ questions / tagged / -the-phantom-menice会将您重定向到/ questions。我不知道是否有特定的原因（可能是性能），但是如果可以将其打开，则可以对体系结构执行ping操作。
–布赖恩·尼克♦
19年7月1日在22:50
@BrianNickel我也是这么想的，但是即使您只是被重定向到搜索，它看起来现在还是有可能的。
–月桂树
19年7月2日，0：38
如果您有一个被忽略的标签，例如[the-phantom-menace]，并且您使用过滤器搜索[star-wars]？它是否向您显示带有[the-phantom-menace]标签的问题？
– TylerH
19年7月3日在14:21
如果您仍然没有看过《幻影威胁》，并且避免了剧透，我向您致敬！
–Heretic Monkey
19年7月3日在15:32
#9 楼
功能请求我喜欢为过滤器添加最低分的想法。这样，我不必查看分数已经为-1或-2的问题，但仍可以按日期或其他属性进行排序。
#10 楼
功能请求在保存自定义过滤器时添加默认名称。在很多情况下，我认为这很容易生成，例如“没有答案的Python问题”。在困难的情况下（例如，很多标签），请使用默认值。
#11 楼
功能请求我们可以选择按视图计数进行排序吗？ ）。
评论
我不喜欢这个，观看次数不应成为回答的理由。
– DavidG
19年7月2日在9:17
@DavidG为什么不呢？我只是建议首先针对想要的人回答流行的问题，我并不是要使其默认排序或忽略不受欢迎的问题。实际上，我可以通过SEDE来做到这一点，但我希望使用更加用户友好的方式来做到这一点。
– Vadim Ovchinnikov
19年7月2日在9:24
因为我认为帖子的回答时间不应该取决于人气。仅仅因为我有一个问题，那就是用户数量少于C＃或Java或任何其他产品的特定产品，这并不意味着我的问题得到的答案更少。我的问题仍然存在。
– DavidG
19年7月2日在9:26
@DavidG对于低视角的问题，我有很多答案，但是我将这些答案视为对我来说很有趣，可能对OP有所帮助，仅此而已。如果我想帮助人们，我应该尽可能地帮助更多的人（这不是SE的目标吗？），这只能通过回答受欢迎或潜在受欢迎的问题来实现。如果我觉得自己是某个领域的专家，则应该确保最受欢迎的问题具有正确的答案，而不是过时的答案，但是当前的UI阻碍了获得最受欢迎的问题。
– Vadim Ovchinnikov
19年7月2日在9:35
为什么要帮助尽可能多的人？ SE的目标不是帮助最多的人，而是收集有关所有主题的尽可能多的问答集。就像我说的那样，一个主题的受欢迎程度不应该是它获得更多或更少答案的原因。
– DavidG
19年7月2日在9:38
@DavidG能够按视图计数排序意味着我们也可以按最少被查看的顺序进行排序。实际上，这将获得有关利基产品问题的更多答案。
– Walen
19年7月2日在10:02
@walen我的观点仍然相反，低视角的问题与高视角的问题一样应该得到回答。良好的问题应得到答案，无论其受欢迎程度或主题如何。只要它们是主题，而不是重复，就应得到同等关注。
– DavidG
19年7月2日在10:20
@DavidG为什么将可能为数百万人带来知识的问题与对十个人有用的非常具体的问题对待？
– Vadim Ovchinnikov
19年7月2日在10:26
因为我们不是人气竞赛，所以我们想创建一个所有相关知识的资料库。
– DavidG
19年7月2日在10:37
@DavidG“值得一提的是，视野开阔的问题与视野开阔的问题同样值得关注”。确实！但是正是由于他们的观点低下，他们没有得到与那些观点多的人同样的关注，也没有得到同样的机会得到答复。您的推理就像是说：“-低收入者应同高收入者一样受高等教育。+酷，让我按收入浏览人们，以便为低收入者提供高等教育。-不，我们不是财富竞赛。” 🤷♂️🤷♂️🤷♂️？
– Walen
19年7月2日在10:52
@walen您现在有点勉强了我的意思。我已经说了我的话，也欢迎您和其他任何人不同意。
– DavidG
19年7月2日在11:07
我与DavidG相同的理由不同意这个请求-实施此问题将加剧低流量，粗金刚石的潜在问题而被忽略。
– TylerH
19年7月3日在14:22
@TylerH实际上，没有什么可以阻止移至最新页面（或靠近页面）的操作，以使大多数人忽略或使用其他排序方法选项。
– Vadim Ovchinnikov
19年7月3日在14:25
@TylerH我认为这种排序将比投票计数更为公平，因为它将反映出有多少人用谷歌搜索此问题，而不是仅仅有多少注册用户不赞成投票。顺便说一句，您如何看待“投票”排序？您认为它真的没有偏见吗？
– Vadim Ovchinnikov
19年7月3日，14：33
@DavidG我们所有人都是出于我们自己的原因回答问题。我认为对什么理由还可以，什么不好都保持挑剔，从无用到有害。
–希瑟
19年7月4日在18:11
#12 楼
feature-request我们可以选择按[最新发布的答案]进行排序吗？
原因：旧的（例如> 48h）问题的新答案丢失了在对同一帖子和/或其他帖子进行编辑后，按活动进行排序。
评论
目前我们没有任何功能可支持此功能，因此这将是一项相当艰巨的任务。我将其放在列表中以供内部讨论，但是在我们有一个项目重新审视数据排序方式之前，它可能会搁浅。您正在描述的内容听起来似乎可以通过调整迟到答案查看队列或在最近的活动视图中更好地显示最后答案日期来解决。
–布赖恩·尼克♦
19年7月2日在17:15
#13 楼
错误功能请求我在哪里可以找到这个寓意的UI ？！
我的主页是这样的：
我可能是盲人，但我只是找不到相关的按钮或链接来访问过滤器用户界面。
…“显然”，我必须单击‹🌎StackOverflow ›菜单中的项目。除了明显之外，实际上我从不单击此链接。我发现，在绝对地单击UI上的所有内容之后，纯粹出于穷举原则，这是正确的链接。无论如何，以及它们之间到底有什么不同。我是该网站的新手和经验不足的人，可能会为我的无知而感到抱歉。
（这不是新问题……我想这与以前的‹问题›相符›标签，但在存在UI问题的情况下，现在情况更加恶化了：此新功能是完全无法发现的。）
（我后来注意到，该问题实际上提到了右侧边栏，但有时仅显示出来，例如，没有查看单个问题时，仍然不是我期望在顶部和左侧导航中找到的位置。）
评论
>>>指向右边
–影子向导正在接种疫苗
19年7月17日在13:33
#14 楼
bugfeature-request除了过滤器外，我们还能一直拥有自定义过滤器的bin /编辑图标吗？
我第一次看到菜单感到困惑时，如何我要编辑/删除此过滤器吗？确实存在过滤器，但是我仍然必须单击以显示bin / edit图标，然后选择其中一项操作。如果图标始终可见，则会更简单。
评论
通过按bin图标，您应该能够在页面的右侧。
– Peilonrayz
19年7月2日在10:14
@Peilonrayz就像我说的那样（并在屏幕截图中看到），我没有看到bin图标，这就是为什么我将其标记为[bug]
–卢西亚诺
19年7月2日在10:35
@Peilonrayz哦，您确实做到了。但是，这种行为很奇怪，您必须先单击过滤器，然后会出现bin图标。它可能更直观。更新的答案。
–卢西亚诺
19年7月2日在10:40
我也很困惑。花了我几分钟。我的建议：从顶部移除带有齿轮的血腥按钮，如果我们必须使用屏幕的右侧（它的名称吗？“右侧面板”？）来创建新的过滤器，那么弄清楚如何删除/编辑会更加容易。
– Sinatr
19年7月2日在14:38
#15 楼
feature-request请添加从这些自定义列表中删除已关闭（最好单独复制）的功能。
评论
值得一个新的独立功能请求。
–影子向导正在接种疫苗
19年7月17日在14:13
#16 楼
问题。以前的一些线程中可能对此进行了讨论；您必须原谅我不要拖延他们，也不要在Beta测试过程中保持追踪（这毫无意义，因为像大多数其他SE用户一样，我对MSE的积极性不足，无法做出有意义的调整这里）。
一千个单词：
即不是新的问题过滤器打算在页面的左侧导航？最初的公告很清楚：
哎呀，整个“为将来的东西腾出空间”应该是一个去年年底在转向统一主题期间在页面左侧引入了荒谬的空白，实际上，当人们抱怨左侧导航占用过多空间时，响应是“不用担心，我们会从自定义问题列表开始尽快将很酷的内容放在那里。”
所以：这给了什么？为什么要搬到不方便的地方？前面已经讨论过了吗？如果是，在哪里？
评论
meta.stackexchange.com/questions/325521/…
– MEE
19年7月12日在9:23
#17 楼
功能请求我想使用“日期”（
created:）选项过滤。评论
确实，我希望所有现有的智能搜索文本修饰符都使用该过滤器。
– E.P.
19年7月12日在9:05
这不是“最新”排序选项吗？
–影子向导正在接种疫苗
19年7月17日在14:12
#18 楼
支持我正在尝试创建一个自定义过滤器来查看未标记状态的错误和功能请求，但似乎无法合并两个标签，然后普遍排除第三个（或第四个，等等） ） 标签。换句话说，“ not”标签仅应用于最后包含的标签。例如，我正在使用以下命令获取状态完成的功能请求：
我已经尝试了一些方法，
使用“ not”，“ and not”等的各种组合
将“ not”替换为“ or”（如“未完成或拒绝”）
添加括号以使其明确（但它们被删除）。
我要使其正常工作的唯一方法是真正明确，例如：
功能请求未完成状态未拒绝状态status-bydesign不是status-norepro或bug尚未完成status未被状态拒绝status-bydesign并非status-norepro
我可以使用[status *]，但我不能希望排除状态计划，状态审查，状态复制或状态延迟，因为所有这些可能都值得一看。
是否有一种更巧妙的方法来实现我所错过的目标？
评论
是的，我想我们大多数程序员和regex'er都希望括号能起作用，但在2019年，如果不这样做，这会非常令人困惑（我很高兴他们从编辑框中消失了，但这仍然是我希望的东西）如果没有该分组，那么对Christianity.SE而言，这对我几乎毫无用处（缩小教义问题）。
–彼得·特纳（Peter Turner）
19年7月5日在16:56
@Peter是的，这对我来说似乎是一个疏忽，我不确定是否错过了一些简单的方法-尽管目前看来这不太可能。
–罗伯特尼克
19年7月8日在3:34
在meta.stackexchange.com/questions/330349/上也有类似的要求。我相信标签引擎理论上支持这一点，但是要进行这项工作，需要对UI和解析逻辑进行多层改造。
–布赖恩·尼克♦
19年7月12日在1:10
#19 楼
支持如果未添加过滤器，则可以在“自定义过滤器”部分看到以下文本。
保存自定义排序和过滤以便于访问。 br />
排序一词是什么意思？它指的是哪种自定义排序？
评论
单击“过滤器”按钮将回答您的问题。更具体地说，中间部分说“排序依据：最新...”
– Peilonrayz
19年7月2日在10:21
但是给出这个答案，它实际上并没有保存sort方法。
– Draco18s不再信任SE
19年7月2日在14:43
排序已保存。这里的语言有点混乱。它是在项目的早期引入的，尚未进行重新审查。保存自定义过滤器时，将保存过滤器选项，标签选项和排序选项，您以后可以访问它们。
–布赖恩·尼克♦
19年7月2日在17:55
#20 楼
feature-request坚持排序标准显然，选择自定义过滤条件会保存在某处，以便以后的访问将使用相同的过滤器。但是，选择
More -> Votes时不会发生。评论
我无法重现此内容。如果我访问stackoverflow.com/questions?tab=Votes并单击一个标签，则该标签将按投票排序。您可以提供特定步骤来重现问题吗？
–布赖恩·尼克♦
19年7月2日在17:52
@BrianNickel我也不能再复制它。昨天，我可以转到music.stackexchange.com/questions，单击“更多->投票”，然后导航到任何地方并返回music.stackexchange.com/questions。然后，问题列表将不再通过投票进行排序。谁能复制？
– ComFreek
19年7月3日在8:21
没有复制。更改按投票排序时，很可能您只是单击“应用”而不是“保存”。
–影子向导正在接种疫苗
19年7月17日在14:11
#21 楼
首先，使用此自定义过滤器添加功能非常出色。我不知道是否已回答（我无法在此问题及其答案中找到对此的引用）：
搜索问题时，我可以排除重复和关闭的问题（链接到搜索页面
https://stackoverflow.com/search?q=%5Bpython%5D+answers%3A0+duplicate ％3Ano + closed％3Ano）
值得注意的是，我在这里使用了3个过滤器：
answers:0，duplicate:no和closed:no。我可以通过在自定义过滤器中选择未回答的问题来实现
answers:0。我还可以通过新的自定义过滤器用户界面实现其他两个问题（不包括重复和封闭的问题）吗？如果不存在，对我来说这没什么大不了的，我只想知道如果这是我尚未发现的选项。
评论
不知道这是疏忽还是故意的，但是这些选项未包含在原始规范中。看起来TagEngine不能查询重复项，但可以关闭，因此我将添加一个任务来检查将其添加到过滤器选项中。
–布赖恩·尼克♦
19年7月2日在17:04
@BrianNickel感谢您的回答。保持良好的工作
– Ralf
19年7月2日在17:42
我看了一下代码，便想起“没有答案”和“没有被接受的答案”已经排除了封闭的问题，因为它们无法回答。因此，“无答案”与答案0重复：否关闭：否相同。不知道我们是否要/需要一个单独的选项。
–布赖恩·尼克♦
19年7月2日在18:08
@BrianNickel不知道其他用户是否需要其他选项，但是如果“无答案”中已经隐含了这2个排除项（封闭和重复的问题），那么我就不需要任何其他过滤选项。
– Ralf
19年7月2日在18:21
听起来不错。那我们可能什么也不做。 :)
–布赖恩·尼克♦
19年7月2日在18:31
@BrianNickel另一个观点：你们已经很早就做好了工作:)
– Ralf
19年7月2日在18:52
@BrianNickel也许可以在UI中强调您给出的解释。
–Luuklag
19年7月3日在7:33
#22 楼
bug网站首页上的标签仍显示“精选”，而不是标签和所有问题页面上的“赏金”。这需要更新以说出“赏金”，以与新的措辞保持一致。
#23 楼
功能请求是否可以在“更多”栏中没有“投票”标签？这是查找网站上一些最佳和最有趣的问题的好工具。
评论
是!我刚刚发现，“投票”标签现在被隐藏起来了。您可能已经猜到，我还没有关注过这个过滤器业务。
– Mari-Lou A
19年7月29日在14:50
@Mari是的，我实际上在这里写了错误的功能请求，而是说“ New”，这是我XD三个星期都没有修复的问题。
–无风暴
19年7月29日在15:08
#24 楼
feature-request为“重置过滤器”添加功能
我正在弄乱它，并决定我可以使用默认设置，但花了我一分钟弄清楚是什么。
#25 楼
功能请求为什么“保存自定义过滤器”按钮仅在单击“应用过滤器”后才起作用？ IMO，我应该可以随时保存过滤器。
评论
没有复制。这还在发生吗？如果是这样，请认为这是一个错误。
–影子向导正在接种疫苗
19年7月17日在14:14
@ShaWiz这仍在发生。选择一些过滤器选项，但不要单击“应用过滤器”按钮。 “保存自定义过滤器”按钮应显示为灰色。
– Xcoder
19年7月30日在1:05
没有复制。最好启动一个新的错误报告，并添加您正在使用的浏览器。另外，首先尝试禁用所有用户脚本/插件，其中一个可能与JS / HTML混在一起并导致该错误。
–影子向导正在接种疫苗
19年7月30日在6:24
这是固定的。这是旧设计决策的遗产。
–布赖恩·尼克♦
19年8月8日在20:26
#26 楼
功能请求似乎无法重命名自定义过滤器atm？
评论
事实证明，这里的UI很难正确设置。如果单击“保存过滤器”，则可以更改名称并更新当前过滤器。
–布赖恩·尼克♦
19年7月12日在0:52
OIC，谢谢！我不会猜到的。
–史蒂夫·贝内特（Steve Bennett）
19年7月12日在4:26
@BrianNickel是否可以将其称为“保存/更新自定义过滤器”？
– MEE
19年7月12日在9:24
@BrianNickel我必须在这里查看如何删除或重命名实验性的“ bla”过滤器。有没有一种方法可以在过滤器页面上向用户解释如何在用户未访问Meta的情况下执行此操作？
– Mari-Lou A
19年7月29日在14:53
#27 楼
feature-request我们能否在所有单个问题页面上获得侧边栏组件，而不是仅在首页和问题列表上获得。现在，我们必须在访问问题后返回首页。
可以显示自定义过滤器的另一个地方是左侧导航，它具有足够的可用空间。
#28 楼
在例如unix.meta.stackexchange.com，如果我以投票方式对问题进行排序，并要求得到答案未被接受的问题，则会得到：
但是，这这个问题（我碰巧问了）有30票且没有被接受的答案。
为什么不显示？
评论
看到这个答案：显然，这是一个标签问题。您的问题没有显示出来，因为它有一个已投票的答案，并且搜索结果的标题为“没有已投票或未接受的答案的问题”。我同意过滤器应有相应的标签，例如“没有接受/支持的答案”。不过，不知道该怎么做才能引起对此问题的进一步关注。
–fra-san
19年11月4日在17:19
也许“未回答”将是一个更好的标签，与其他UI元素更加一致。鉴于功能，“没有接受的答案”是一个令人误解的短语。
– Jeff Schaller
19年11月4日在20:33
#29 楼
我不认为此功能像破解后那样有用。这是为什么：最终，自定义过滤器只产生了搜索URL。
您可以在浏览器中为搜索URL添加书签。
我经常使用基于Git的审阅工具Gerrit进行此操作。
在内部复制书签功能网站的登录配置文件是低价值的反模式。好的，好消息是，无论您从何处登录，书签都位于其中。但是存在各种解决方案，可以使用非特定于站点的书签来实现。
关于另一个主题，如何将搜索转换为RSS feed？现在你有东西了。
评论
书签可以告诉您搜索背后是否有新问题吗？当前的自定义过滤器系统可以。
–尼科尔·波拉斯（Nicol Bolas）
19年7月25日在17:20
@NicolBolas可能不是，但是RSS阅读器（请参阅我的最后一句话）这样做是为了将来自多个不同站点的提要全部放在一个仪表板上。这是在1990年代解决的问题。
–卡兹
19年7月25日在18:34
但是，只有当我使用十年前停止使用的1990年代的技术时，我才能获得收益。这样，它内置在站点中。
–尼科尔·波拉斯（Nicol Bolas）
19年7月25日在18:36
@NicoBolas网站内置的功能也是1990年代的技术。如果您指的是现代Javascript或任何其他语言，那么有一些RSS阅读器基于与浏览器扩展相同的功能构建。
–卡兹
19年7月25日在18:49
一切都有利弊。 RSS与指标相比是一个有趣的指标，因为诸如用户不允许创建SO帐户或不允许安装RSS阅读器之类的因素。我想在网站上内联内容将推动某些用户群的采用和使用，而不会推动其他用户群。至少，该项目在内部带来了许多根本的改进和清理，这将有助于为新功能铺平道路。我希望看到一个有关将自定义过滤器的所有功能引入RSS的问题。
–布赖恩·尼克♦
19年7月25日在19:37
#30 楼
feature-request我们可以回来使用HotWeeklyMonthly选项吗？有时候，我主要使用这些过滤器来查找有趣的问题和答案以供阅读。
评论
此时，最好将其发布为新功能请求。
–影子向导正在接种疫苗
19-09-24在12:41
@ShadowTheCoffeeWizard好思考meta.stackexchange.com/q/333750/615969
–巴尔德里克
19-09-25在9:38
评论
如果我们有以前的帖子中既未实施也未拒绝的功能请求，是否应该在此处重新发布？不是功能请求或错误报告，因此也不值得单独回答。我想发表评论，非常感谢您如何无缝地集成了这一潜在的重大更改。这是可发现的，但并不令人讨厌。我感谢您注意保持低影响力并保持网站的尽可能多的设计。这非常优雅，并且显示了对细节的关注，而实际上，由于以分散的“大爆炸”方式引入了新功能，这些细节实际上已经丢失了，而没有关注它们在实际日常使用中对人们的影响。
@MonicaCellio您可以将其发布为完整答案或问题，也可以仅发布链接。很多东西可能掉进了裂缝。
屏幕截图上的徒手（或等效的）圆圈会有所帮助。
感谢您实施要求的功能以使网站的现有用户受益。
很高兴看到这艘船。在此过程中，进行了大量改进。 @BrianNickel和团队很棒！
“精选”->“赏金”？没有“信息”？
@ JL2210是的，现在精选为赏金。信息不见了，但是它和它正上方的“了解更多...”按钮具有相同的作用。
@BrianNickel Featured-> Bounties更改在Meta.SO上造成了一些混乱。参见meta.stackoverflow.com/questions/386790/…
仍然存在缓存结果未更新的错误。刚刚检查了一下，Chrome中点击“后退”按钮的最新帖子是6月20日发布的。代表计数，特色问题，甚至其他过滤器也将还原为缓存数据来自的任何地方。
非常好。我喜欢它实时更新标签中的最新信息。
我梦到了这个功能。我听起来会很刺耳，但是最好根据提出问题的人的声誉进行过滤。我回答过几次，只是从虚假帐户中询问问题。
为什么没有过滤器来搜索具有答案的问题？在学习新事物时，阅读有关语言/平台的问题以及将其引入新事物的答案可能会很有用。就目前而言，您滚动浏览问题时会想到“是的，我也想知道答案” ...
长期以来最好的功能！
所以我似乎在过滤器上得到了一些令人讨厌的红点，嗯，有什么解释吗？！