0

通过用户级抽象，我的意思是我应该如何称呼它们以及我应该在 UI 中使用什么样的图标来表示它？大多数用户现在应该熟悉标签的概念，但我不太确定分层标签是否如此，标签的抽象也不完全适合。

我所拥有的实际上是文件夹和标签之间的东西，因为每个子标签都是其父标签的适当子集。要获取文件夹标签事物的内容，您需要将其内容加上其子文件夹标签事物的内容并递归地执行此操作。在某种程度上，它们就像（在这里我只是在提问过程中部分回答了我自己的问题）类别。你们如何看待称它们为类别？你会给它什么样的图标，因为一个类别是一个抽象的概念，而不是一个可以形成形状的物理对象？

（如果需要，可以维基）

编辑：为了澄清起见，我正在寻找的是像萨莉阿姨这样的最终用户的抽象，可以轻松掌握这个概念。理想情况下，还有一个图形表示（图标）可以很容易地与该概念相关联。

Edit2：我确实忘记提及的一件事是，一个项目可以存在于多个类别中（很像 Google Doc 允许您将文档添加到多个文件夹中）。我想我已经把自己称为类别了。它正好适合你可以用它们做的一切。某些东西可以属于一个以上的类别，子类别是有意义的，人们通常创建的大多数子类别都适合一种 is-a 关系（例如，Windows 用户可能会在他们的“我的文档”文件夹中说一个名为 resumes 的文件夹，因为简历是一个文档，如果您将文件夹视为类别，那么它在“我的文档”中也是有意义的）

我还没有弄清楚的是图标（我 99% 确定我将使用某种 TreeView 来显示它们）我可以只使用我想的文件夹图标，也许是自定义文件夹图标，除非其他人有更好的主意。谷歌称它们为文件夹，所以我想这不会太糟糕吧？

为了进一步澄清，我的目标受众将是技术足以知道如何下载和安装应用程序的人，但仅此而已。

4

5 回答 5

1

如果您的目标受众是技术人员，那么 TreeViews 和/或文件夹是抽象分层数据的常用方法。它们都是复合模式的变体。

不过，在后谷歌时代，我倾向于认为层次分类不如平面标签/标签空间与非常快速的搜索相结合重要。恕我直言，如果数据集的大小很大（例如，> 1000 个文档/元素），那么分层分类的开销会超过将文档放入漂亮整洁的类别的名义好处。

如果您的目标受众是非技术性的，那么根据我的经验，非技术性用户不会获得层次结构，也不会花时间去找出一个以上的分类级别。

于 2009-04-13T00:52:40.667 回答
1

对我来说，答案来自 Opera Desktop Team 博客（以及 Dotclear 的博客，它使用了相同的约定，感谢我也发现了它）：

tag:subtag -CSS:font

当您单击 CSS:font 时，您知道它是较大 CSS 标记的一部分。标签页面应该有一个文本表明父标签可用（或者你可以自己找到它，在维基百科上通过直接的 URL 操作）。

我有一个关于 WordPress 的讨论。

于 2009-07-15T05:01:05.640 回答
0

标签“详细信息”怎么样？由于子标签是适当的子集，因此可以将其视为将详细信息应用于标签...

于 2009-04-13T00:28:45.343 回答
0

您可以使用“捆绑包”（如 del.ico.us 所做的那样）。我不确定是否不止一个级别对标签有意义。

于 2009-04-13T00:15:56.667 回答
-1

对我来说，这听起来像是一个大纲。

有大纲标记语言（OML）。

于 2009-04-13T00:11:56.787 回答