「含む」を表すために使用できる記号
UIにはデータのテーブルがあり、最初の行には各列のデータに基づいて検索するための各列の入力フィールドが含まれています。その検索テキストの使用方法を決定するドロップダウンを追加したいと思います。次の比較を実行できるようにしたいと思います。
- より大きい（指定された値より大きい値を持つ行のみを保持します）
- より小さい（指定された値より小さい値を持つ行のみを保持します）
- 等しい（指定された値と等しい値を持つ行のみを保持します）
- Contains（指定された値を含む値を持つ行のみを保持します。たとえば、検索テキストが「ee」の場合、値「beet」、「eel」、および「fee」は一致します、しかし、「ビート」はそうではありません））
スペースは非常に貴重なので、理想的には、ドロップダウンの各値は1文字です。上記の最初の3つについては、「>」、「<」、および「=」を使用します。ただし、「含む」に使用できる文字はわかりません。理想的には、1人のキャラクターであることが望ましいですが、2人または3人のキャラクターと一緒に暮らすことができます。 「含む」という言葉を使いたくありません。ユーザーが「含む」という意味として直感的に認識する記号はありますか？
また、「次で始まる」および「次で終わる」検索を実行できるようにすることを検討しているため、「次を含む」検索でこれら2つを結び付ける記号がある場合、それは非常に役立ちます。
また、ユーザーはおそらく基本的な数学記号しか知らないことにも注意してください。現在の回答で言及されている記号の一部を使用するのをためらっています（⊂、∊）、多くのユーザーがそれらの意味を認識できるかどうかはわかりません。
フロントエンド開発者として、折りたたまれたときにシンボルだけを表示し、展開したときにシンボル+テキストを表示するカスタムコントロールを作成します。
この方法では、両方の懸念事項（スペースとシンボルの選択について）の重要性が低くなります。ドロップダウンが展開された場合、意図されたアクションは選択を行うことだけであると想定されているため、多かれ少なかれスペースを取ってもかまいません。 記号はテキストの参照として機能します。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
「含む」の 数学記号 は⊃です。 「〜で始まる」および「〜で終わる」の場合、記号^および$が 正規表現 で使用されます。ただし、ユーザーがこのコンテキストでこれらの記号に精通していることはほとんどありません。
代わりに[〜＃〜] wildcards [〜＃〜]を使用してください。ほとんどのユーザーは、テキスト検索中のアスタリスク*の使用を不明なテキストのプレースホルダーとして認識しています。このようにして、ドロップダウンを完全にドロップすることもできます。
ユーザーが*ee*を入力-テキストを検索含むee。
ユーザーはee*を入力します-テキストを検索しますで始まるee。
ユーザーが*eeを入力-テキストを検索で終わるee。
検索のヒントが役立つかもしれません！
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
Trilanceでは、フィルターテーブルとデータの高度なUIを作成しようとして同じ問題が発生しました。
ユーザーが簡単に学習できる新しいコードの作成を解決しました。これらの記号は認識しやすく、覚えやすいため、数学的記号の代わりにこれらの新しい記号を使用することにしました。
ただし、このソリューションにはいくつかの制限があります。
アイコンは国際化対応ではありません。中国語、日本語、ロシア語など、他の言語のアイコンのバリエーションを作成する必要があります。
ユーザーは、新しいコードと新しい意味を学習するために、学習曲線に従う必要があります。
このソリューションは、数学記号のような通常の規則に従っていません。
UXの観点からは、これらの記号のほとんどは「=」を除いて問題があります。ユーザーが「>」または「<」に精通していると思いますが、一部の人々はより多くのコンテキストを必要とする可能性があるため、それでも面倒な場合があります。 「含む」などを示す他のすべては、明らかにユーザーフレンドリーではありません。これが、ユーザーがマウス/カーソルを介してナビゲートしているPC設定でのみ発生する場合は、それらのシンボルを使用して、ホバーのツールチップを使用して、それらが何を表しているかを説明することができます。
それ以外の場合は、その周りの列または行よりも大きいドロップダウン、つまりその周りのコンテンツの上に座っているドロップダウンを使用することを検討します（おそらく、プロジェクト/テーブルではこれが許可されていない可能性があります）。使われるだけなので消えてしまい、他のものを覆い隠していても問題ありません。そうすれば、あなたは完全な言葉を書くための不動産を手にすることができます。
当然のことながら、テーブルは型にはまらない、または型破りな機能を組み込むのに本当に面倒なので、その提案をあまり真剣に受け止めないでください。私の主なポイントはこれです：
方法を見つけることができる場合は、記号よりも単語。UXの観点からは、これが最良のオプションです。
使いやすさは正確さより重要です
少なくとも、ほとんどの場合。
⊂記号はコンパクトで正確な場合がありますが、多くの一般ユーザーには馴染みがないため、検索にとって最も直感的な選択ではない場合があります。一方、ユーザーが技術的である場合、それは素晴らしい選択かもしれません。- スペースは割高になるかもしれませんが、スマートウォッチや本当に小さなデバイス用に設計しているのでない限り、シンボルメニューとテキストメニューのサイズの違いはそれほど大きくありません
- 実際、タッチインターフェイスとマウスインターフェイスを使用すると、メニューを大きくすることができます 使いやすい とにかく。
Azと楕円（...）アイコンはテキスト検索でよく使用されるため、contains、starts with、ends withなどの概念を表すためにこれらを使用すると幸運になる場合があります。
ここに2つのスケッチがあります。1つはシンボルのみで、もう1つはシンボル+テキストで、メニューサイズの違いはそれほど大きくないことを示しています。
自分だけがアプリに最適なものを決定できます。
「A has x」のようなものを表現するための数学記号があり、それはサブセット記号です：⊇と⊆または⊂と⊃（一貫性のある使用方法には明らかに不一致があります）。このシンボルがほとんどのユーザーに認識されていることは間違いありません。多分「含む」という単語を使用するか、スペースが本当に少ない場合は「含む」という単語を使用するのでしょうか。
多分これらのリンクは便利です： http://en.wikipedia.org/wiki/Subsethttps://math.stackexchange.com/questions/417007/mathematical-symbol-for-持っている
ユーザーが開発者などの場合は、{}、[]、または/ /を検討します。
他の回答では、スーパーセットとサブセットの記号が正しく指摘されていますが、if数学記号でも大丈夫ですが、∊を検討することもできます。ここで、x ∊ YはxはYの要素です。
x ⊂ YはxはYのサブセットを意味します。これは、セットの要素に特定の順序がないため、厳密には正確ではありません。したがって、式"ee" ⊂ "beet"を理解するには、eeとbeetを文字のセットと見なし、文字の順序を無視する必要があります。厳密に言えば、xが文字列全体と一致する可能性を排除したくない場合を除き、使用する正しい記号は⊆です。
x ∊ Yは、この点でもう少し正確です。 "ee" ∊ "beet"はまだ完全には正しくありませんが（beetはセットとして解釈される必要があるため）、1つのmightは、beetがテキスト"beet"のすべての部分文字列のセット。これは数学的に意味をなす可能性があります。
いずれの場合でも、∊は"ee"は "ビート"の要素なので、"ee" ∊ "beet"の「音声形式」を使用すると、包含関係をより自然に表現できます。 "。一部の言語では、これは、∊記号がそれが表す単語の最初の文字elementに明らかに類似していることによってさらに助けられますが、⊂は誤っている可能性があります「奇妙に見えるc "の場合。 Word サブセットではなく、これはcontains/contained inと関連付けることができますが、正確にはcontainsとcontained inは適合しますが、方向が混乱する可能性がありますが、∊にはそのような問題はありません（ "is elemented in"は単語ではありません）。
最後に、これは非常に場所に依存する可能性があり、数学記号∊mightは⊂記号よりも若干よく知られています。少なくとも私が覚えている限りでは、学校の6年生から8年生まで（つまり、12歳から14歳くらい）の通常の数学の授業で∊シンボルに連絡しましたが、大学に入る前に⊂記号（または関連する記号）を見たことがあることを確認してください。
これらの数学記号の代わりに、いくつかの他の短い表記法を使用できます。
- inは、上記の
∊と互換的に使用できるため、頭に浮かびます。 - 逆の関係を表現する必要がある場合、つまり
x ... YではなくY ... xを使用する場合、-hasを選択することもできますが、自然には聞こえません。 - 特定の記号はまったくありません-containsとequalityを区別しません。この場合、特定の記号は部分的または完全な同等性をチェックします）、または特に等号で完全な同等性を示し、追加の記号でマークされていない「デフォルト」として部分的同等性を残します。
ここにそのような素晴らしい提案がありますが、私は以下を提案します。
- Starts withの場合、...はほぼ完璧であり、通常は記号として適合します
- 私はパワーユーザーですが、Containsの*。*が好きです
- Equals and the other、Symbols work great、but you are not Asking forこれらについて=