ユーザーレベルの抽象化によって、私はそれらを何と呼ぶべきか、それをUIで表現するためにどのようなアイコンを使用すべきですか?タグのコンセプトは、現在のほとんどのユーザーにはよく知られているはずですが、私は階層タグが確実ではないし、タグの抽象概念も完全には適合しません。階層タグにはどのようなユーザーレベルの抽象化を使用する必要がありますか?
実際には、フォルダとタグの間には、各サブタグがその親の適切なサブセットであるという点があります。フォルダタグの内容を取得するには、その内容とそのサブフォルダタグの内容を取得し、再帰的に行います。ある意味では、彼らは似ています(そして、ここで私はそれを求める過程で自分の質問に部分的に答えました)。あなたはそれらをカテゴリと呼んでいますか?カテゴリは、形を取ることができる物理的なオブジェクトではなく、抽象的なコンセプトなので、どのようなアイコンを付けますか?
(要求された場合ウィキできます)
編集:明確にするために、どのような私が探していることは簡単な概念を把握おばさんサリーのようなエンドユーザーのための抽象化です。理想的には、その概念に容易に関連付けることができるグラフィカル表現(アイコン)も存在する。
Edit2:私が言及したことを忘れていたことの1つは、アイテムが複数のカテゴリに存在する可能性があることです(Googleドキュメントで複数のフォルダにドキュメントを追加する方法と同じです)。私は親切にカテゴリを呼んで自分自身を販売していると思います。あなたがそれらでできること全てに合っています。何かが複数のカテゴリに属している可能性があります。サブカテゴリが意味を持ちます。人々が通常作成する大部分のサブカテゴリは、is-a関係になります(たとえば、Windowsユーザーの場合、My Documentsフォルダにresumesというフォルダがあります。
私がまだ理解していないものはアイコンです(私は99%確信しています)それを表示するために何らかの種類のTreeViewを使用しています)他の誰かがより良いアイデアを持っていない限り、おそらくカスタムフォルダのアイコンのようなフォルダアイコンを使うことができます。 Googleはそれらをフォルダと呼ぶので、あまりにも悪いことはできないと思いますか?
さらに明確にするために、私のターゲットオーディエンスは、アプリのダウンロード方法とインストール方法を知るのに十分な技術者ですが、それはそれです。
具体的には、具体的には文書の断片であっても、それ以外の場合は実際には機能しません。また、ユーザーマニュアルでアウトライン – Davy8
「タグ」を参照すると、確かに私に "ドキュメント"を意味します。そうでなければ何を話していますか? 「カテゴリ」、「バンドル」、「詳細」はいずれの意味でも階層を表します。それが意味論的に階層的であれば、私は「アウトライン」は正当だと思う。それ以外の場合は文脈自由で答えはありません。 – dkretz
タグは単なるラベルであり、それが抽象です。人々は、物理的な物体のような何かにラベルを付けることが何を意味するのかを理解しています。複数のラベル/タグを何かに配置することができます。そのため、抽象化は複数のフォルダに1つの物を置くよりも効果的です。 – Davy8