問題タブ [ui-design]

私は、Webサーバー（最新のフォーラムトピック）からURLのリストを取得し、新しいトピックが作成されるたびにユーザーに警告する小さなプログラムに取り組んでいます。

したがって、私のプログラムのメインフォームにはボタンのリストがあります。各ボタンには、フォーラムトピックのテキストと以下の追加情報があります。ユーザーがを押すと、トピックのURLでブラウザが開きます。

問題は、すべてのトピックにボタンを作成するのが適切ではないということです。このプログラムのユーザーインターフェイスを作成するためのより良い方法があると確信しています。リストビューを試しましたが、追加情報用のスペースが必要なため、1行と1テキストサイズは適切ではありません。

編集：申し訳ありませんが、Windowsフォームアプリです。

技術者以外の視聴者向けにプログラムする場合、ユーザーが注意深く書かれた啓発的なエラーメッセージを読まない可能性が高く、欲求不満の肩をすくめて利用可能な最初のボタンをクリックするだけです。

だから、単にそれを脇に置くのではなく、ユーザーが実際にあなたのエラーメッセージを読むのを助けるためにあなたがどのような良い習慣を勧めることができるのか疑問に思います。私が考えることができるアイデアは、次のようなものになります。

• もちろん、フォーマットは役に立ちます。おそらく、より長く、より詳細なエラーメッセージにつながる「詳細」ボタンが付いた、単純で短いメッセージです。
• すべてのエラーメッセージをユーザーガイドの一部のセクションにリンクさせます（達成するのがやや難しい）
• エラーメッセージを発行せず、タスクの実行を拒否するだけです（ユーザー入力を処理する「Apple」の方法）。

編集：私が念頭に置いている対象者は、ソフトウェアをあまり頻繁に使用せず、拘束されていない（つまり、社内ソフトウェアや狭いコミュニティがない）かなり幅広いユーザーベースです。この質問のより一般的な形式がスラッシュドットで尋ねられたので、そこでいくつかの答えを確認することをお勧めします。

私が取り組んでいるアプリケーションには、表形式のデータがあります (記録としては、を使用した Java Swing アプリですJTables)。場合によっては、列ヘッダーをクリックしてデータを並べ替えることができます。私が知りたいのは、特定の列がソート可能かどうかをユーザーに示す良い方法は何ですか?

私は次の可能性を思いつきました。

1) ソート可能な各列に、ソート可能であることを示すアイコンを配置します。私は個人的にこのオプションが好きではありません。

2) ソート可能であることを示すためにヘッダーの上にカーソルを置いたときに、マウス カーソルを別のものに変更します。

3) 列の上にカーソルを置いたときに、並べ替え可能であることを示すメモをツールチップ テキストに入れます。

他に提案はありますか？

アップデート：

説明が必要だと思います。私の質問は、特定の列が現在ソートされていることをどのように示すかではありません。これは、上/下のソート三角形パラダイムを介して既に実装されています。ユーザーがヘッダーをクリックして並べ替える前に、どの列を並べ替えることができるかについての手がかりをユーザーに提供したいと考えています。

更新 2: オプション 1 に完全に同意できない理由を説明する必要があると思います。並べ替え可能な列を示すアイコンを配置すると、視覚的な混乱が増すように思えます。そのような場合、「マウスオーバー」でUIが変わることがあります。適切な例: Windows Vista および 7 では、列にフィルターを追加できますが、マウスでヘッダーにカーソルを合わせるまで、このインジケーターは表示されません。

テーブルベースのアプリケーション モジュール (つまり、ユーザーはほとんどの場合、既にレイアウトされたテーブルに表形式のデータを入力する) のプログラミングでは、特定のセルに対するユーザー入力をどのように拒否しますか?

シナリオは次のとおりです。ユーザーがセルを編集し、何か（テキスト、画像など）を入力し、編集が終了したときに（たとえば、Enterキーを押すと）、入力が指定された「フォーマット」に対して有効ではないことに気付くようにします。 （より広い意味では、数字ではなく文字列を入力した、入力が長すぎる、短すぎる、受け入れられない画像が含まれているなどの可能性があります）。

2 つの異なることが起こっていることがわかります。

1. あなたは彼らのエントリをあなたのフォーマットに簡単に合わせることができます.あなたはそうします.整数なので、プログラムでは "15" になります)
2. あなたは彼らのエントリをどうするか推測できず、それが有効でないことを彼らに知らせたいと思っています。

私の質問は具体的には次のとおりです。ユーザーの入力が無効であることをユーザーに知らせるために、どのような視覚的表示を提供できますか? 編集モードを終了することを拒否する方が望ましいですか、それともしない方がよいですか?

想像できるのは次の2点です。

• 色の使用（無効な場合は赤い背景、上記のケース1の場合は黄色の背景）
• 入力を拒否するときは、Apple がユーザー アカウントのパスワード入力に対して行っているようなことを行います。セルを 1 秒間「振って」(つまり、左右に振動させ)、フォーカス/編集を保持して、セルが失われないようにします。彼らが入力したもの。

あなたの提案を聞いてみましょう。

PS: この質問は、少なくとも私の思考プロセスでは、ユーザーにエラー メッセージを読ませることに関する以前の質問の継続と専門化です。

PPS: このコミュニティ wiki を作成しましたが、この種の質問に対して正しいことでしたか?

Apple iPhone App Store にアプリを持っているすべての人に聞いています。アプリに「About...」ウィンドウ/ページ/ビューがありますか、または開発者情報を顧客に提供するために iTunes に依存していますか? 前者の場合、そのボタン/リンクはどこにありますか? iPhone の画面では不動産がとても貴重なので、親指のようにくっつくことなく「About...」ボタンのために無駄にできるスペースは考えられません。

私は現在、コマンドラインインターフェイスのみを必要とする小さなユーティリティプログラムに取り組んでおり、SwingなどがGUIに存在するのと同様の方法で、JavaがCLIを作成する標準的な方法を提供するかどうか疑問に思い始めました。私はコマンドラインパラメータとそれらの解析にはあまり興味がありませんが、ユーザーがそれを使用するためにプログラムと行うコマンドベースの対話に興味があります。これは、GUIが単に不要であるか、プログラムを使用するためのオプションではない状況のためのものです。

主題をグーグルで検索すると、Javaの基本を学び、名前を尋ねて「Hello World！」と出力するシンプルなUIを作成することを目的とした、BufferedReaderなどを使用してユーザーと基本的な対話を行う方法に関するチュートリアルが得られます。等..

より複雑なCLIUIをすばやく実装するための優れたフレームワークを提供することに焦点を当てているライブラリはありますか？それとも、これは本当に誰もが自分のユーティリティのためにアドホックな方法で実装するものですか？

たぶん誰かが、すべてがグラフィカルでなかった時代に作成された実装のパターンを知っていますか？それも有用なリソースになるでしょう。

典型的なビジネス アプリケーションでは、検索に使用されるフォームを持つことは非常に一般的です。

いくつかの基本的な機能は次のとおりです。

• 検索基準を含むペイン
• 結果を表示するグリッド
• グリッドでの並べ替え
• 結果グリッドで項目を選択すると開く詳細ページ

ビジネス アプリケーションの検索機能には、他にどのような機能を期待しますか?

「あなたの会社の基幹業務ソフトウェア」がどのようなものかは、誰もが知っていると思います。

_{（出典：glompix.com）}

このようなアプリケーションを視覚的に飼いならすためのリソース、アドバイスのルール、または一般的なトリックはありますか? 私たちのビジネスのドメインは、ほとんどの場合と同様に非常に複雑であり、顧客は非常に高い柔軟性を求めています。各オブジェクトの大量のフィールドを追跡することは、完全に回避できるわけではありません。

一般的なアドバイスの他に、WinForms 固有の使用法とツールにも興味があります。このタイプの (視覚的に) 適切に設計されたソフトウェアの例があれば、それも役に立ちます。

Firefoxで、注意が必要なことが発生したが、モーダルダイアログを必要とするほど緊急ではない場合、タブの上部に質問のある小さなストリップがドロップダウンする方法を知っていますか？そのような機能をDelphiアプリに入れたいのですが、そのためのコンポーネントがあるかどうかわかりません。誰か知っていますか？

クライアント リレーションズ部門が UI に関するアドバイスを求められたというジレンマがありますが、私はそれに激しく同意しません... 私は自分自身をデザイナーだとはまったく考えていませんが. 私はそれについて私の意見の相違について声を上げてきましたが、私が言っていることが正しく、クライアントリレーションズの人々が完全に間違っていることを証明するために、設計基準を指摘するよう求められました.

モックアップを以下に示します。飛行機、ボート、ソファのアイコン (どちらも選択しませんでした) は、ページのヘッダー (ロゴと同じ領域) に属し、ページのコンテンツ領域。私の主張を証明するのに役立つ何かを教えてください。

どうもありがとう、

グレッグ・アンドラ