Barista: Filterfield 2 - 需求收集

看起来很棒的家伙。 我们已经有一些需求正在酝酿中，我们想与您联系。 我看到这里已经涵盖了它们

我们被要求包括 AND、OR 和 NOT。
还有禁用状态，您已经在考虑

早期的模拟具有可视化的多项选择。 您将获得前面带有复选框的建议，而不仅仅是获得建议列表并选择一个； 所以你可以选择它们的倍数。 它是 AND 过滤器的更简单版本，并且比多次输入相同的过滤器（例如国家/地区）更好

我们被要求包括 AND、OR 和 NOT。

感谢@subarroca提出这个问题，我已将此添加到原始要求列表中。

早期的模拟具有可视化的多项选择。 您将获得前面带有复选框的建议，而不仅仅是获得建议列表并选择一个；

感谢@danielkaneider提出这个问题。 我已将此添加到原始要求列表中。

对于某些过滤器，可能会有大量建议，例如标签。 最好将它们限制为 N 条建议并显示“开始输入以查看更多信息”，这将在用户输入时异步获取 - 一种服务器端搜索。

也许值得将 #78 添加到需求中。

我还指望Filterfield v2 中的#78 实现。 范围过滤器非常适合有关版本号（例如 1.194.0）过滤的用例。

我还指望Filterfield v2 中的#78 实现。

绝对地。 我已将其添加到列表中。 虽然我认为其中很多实际上是作为扩展构建的（意思是不是由咖啡师库本身提供），但最好同时存在所有这些扩展用例，以便我们定义过滤器之间的接口-字段 v2 和自定义扩展更好。

我们有@Argeath描述的用例，在新问题视图中有很多用于过滤的标签。 我们只想从服务器返回标签的子集，匹配用户在过滤器字段中输入的查询。 我们甚至可能不得不限制那些匹配结果，因为可能有太多。 因此，一种表示“截断”结果的方法也很好。

嗨，很高兴看到您计划对过滤器字段进行改造；）

我们的用例有点复杂，我不知道上面的建议是否已经完全涵盖了它。 我们希望能够用逻辑连接器（AND、OR、...）链接过滤器术语

费：
全部显示 (creator=userx AND severity=high) OR (creator=usery AND severity=low)

我们总是将其称为“jira 让您过滤问题的方式”。
我已经看过“一种过滤器类型的多项选择”和 AND/OR 语句 - 但是是否可以用括号（或任何其他方式）定义过滤器术语并将它们与逻辑运算符结合起来？

@petrabrunner不幸的是，我认为这不是过滤器字段的用例，因为这越来越类似于查询语言模式。 您的查询类型肯定也有用例，但我会尽量不要将查询语言功能与过滤器字段混合使用。
您给出的示例可能似乎在过滤字段上下文中工作，但如果您参考_jira 让您过滤问题的方式_，这可能会很快变得更加复杂。
TBH，即使是过滤器字段中的逻辑运算符也可能对此有所延伸。 目前我正试图弄清楚人们对过滤器字段的期望，如果这里的一切都将被构建或者甚至是可行的，可能是稍后的讨论。

我将在上面的列表中添加逻辑分组，但请注意，这可能在优先级列表中非常靠后。

@tomheller感谢回复 - 待定。 我已经预料到了——因为逻辑会很广泛——但我想，如果我不告诉你我们的用例，你就不知道它；）

我们还需要将自动完成数据加载为部分的功能。 例如加载前 100 个选项，并在搜索选项时从服务器加载过滤的选项。

当前实现的 PR 可以在这里看到： https ://github.com/dynatrace-oss/barista/pull/1021

大家好，我们也有一些请愿书，按优先级从高到低排序：

• 能够为范围过滤器类型设置默认的最小和最大数值。
• 一种新的过滤器类型：日期选择器。

谢谢！

在过滤器字段中支持角度形式真的很酷；），所以从消费者的角度来看更容易管理。 也许为它公开一个 FilterFormControl 会有所帮助

  interface FilterFormControl {
    field: string;
    value: FilterValue // any basically
    operator?: 'AND' | 'OR' | 'NOT'
    ...
  }  

```html
formControlName="过滤器"
标签=“过滤依据”
aria-label="按表单控件过滤"
clearAllLabel="清除所有"

```ts
// comes from a saved config
initFilters = [{
  field: 'foo',
  value: 'bar'
}];
form: FormGroup({
  filter: new FormControl(initFilters)
});

你好，
拥有这个功能也很好：

默认类别：当用户开始小费时，此键被选中。 通过这样做，用户可以跳过必须选择键的步骤。 在下面的图片中，您可以看到它的一个示例，“名称”是作为过滤依据的默认类别：

1. 过滤器未聚焦：
   
2. 过滤焦点（用户点击它）：
   
3. 用户提示：
   
4. 用户完成小费：
   
5. 用户按回车键：
   

你好团队！ 我还有另一份请愿书，定义如下：

getTagsForFilterKey(key: 字符串) | DtFilterFieldTag[] | 返回一个包含所有匹配项的 DtFilterFieldTag 数组，其中DtFilterFieldTag的键包含key参数
-- | -- | --

TL;DR：当前getTagForFilter函数的新版本，以更好地满足我们的需求。

正如与 Markus Heimbach 讨论的那样，他建议增加一种可能性，即如果您最初键入并且所有选项都被过滤掉，您仍然可以将此文本作为自由文本输入提交。
换句话说，除了根级别的自动完成之外的自由文本。

正如与 Markus Heimbach 讨论的那样，他建议增加一种可能性，即如果您最初键入并且所有选项都被过滤掉，您仍然可以将此文本作为自由文本输入提交。
换句话说，除了根级别的自动完成之外的自由文本。

但我认为，这基本上就是@SaraDavilaMendez已经提到的https://github.com/dynatrace-oss/barista/issues/951#issuecomment -686365435

正如与 Markus Heimbach 讨论的那样，他建议增加一种可能性，即如果您最初键入并且所有选项都被过滤掉，您仍然可以将此文本作为自由文本输入提交。
换句话说，除了根级别的自动完成之外的自由文本。

但我认为，这基本上就是@SaraDavilaMendez在#951 中提到的（评论）

谢谢你。 错过了这条评论。

你好！

我们收到了一些关于另一个方面可以改进的反馈，即过滤器如何处理中/长文本输入。

目前，该小部件呈现一个大约 24-25 个字符的输入“窗口”，这使得查看一个输入或复制粘贴的文本有点困难。
例如，小部件可以扩展并利用其右侧的可用空间，尤其是在大屏幕上。

蓝色框突出显示输入框的大小，示例文本为：_这是一个中等长度的文本_

移至 APM-266067