常に「標準」とは何ですか?仕様にそれが記載されていない場合は、それを想定する必要がありますか?

Question

どの仕様にも含まれると想定されるほど明白だと考えられる基準がいくつかありますか?

たとえば、エスケープを押すと常にフォームをキャンセルする必要がありますか?列ヘッダーの区切り文字をダブルクリックして列のサイズを変更する必要がありますか?

顧客が「これは明白であり、『標準的な動作』であるため、これがないのはバグです」と言ったとき、それは正しい場合もありますか?もしそうなら、仲介に役立つリソースはありますか?

ある教授から、単純な作業に関わるすべての詳細を書き出すように頼まれたのを覚えています。そして、それがどれほどばかばかしいものになるかということです。私たちの仕様がばかばかしいものになるつもりはありませんが、これを聞くのはうんざりしており、私たちの仕様は十分に具体的ではないと考えています。

Answer 1

あなたはGUIコンポーネントの「期待」行動のためのWindowsユーザーエクスペリエンスガイドラインをチェックアウトすることができます：<のhref =「http://msdn.microsoft.com/en-us/library/aa511258.aspx」のrel = "nofollowをnoreferrer"> http://msdn.microsoft.com/en-us/library/aa511258.aspx の

Answer 2

これは、ユーザインタフェース規格を指定するための標準的な慣行である、それらを想定していない

は、例えば、そのサイズを変更するためのグリッドでダブルクリック列ヘッダーはしないの標準的なWindows GUI動作です。カラムのサイズを変更する列セパレータをダブルクリックすると、ただし、である。

それの価値標準GUIの動作を指定するための努力はとても混乱はありません。あなたは大丈夫です、既存の標準を参照し、それにオフ必ず顧客のサインを作ることができるかどうか。

「私はあなたの心を読み取ることができない、そのような-と-ので、標準/デフォルトの動作がない」論理レトルト...ではなく、非常に丁寧です。 ; - ）

Answer 3

ユーザー インターフェイスに関する質問については、次のような既存の UI ガイドラインを参照してください。 りんご または マイクロソフトの. 。他にもかなりの数がありますが、これら 2 つは十分に大きなプレーヤーであるため、そのガイドラインはおそらくユーザーの期待を他のほとんどの企業よりも大幅に反映しています。

編集：Escape キーを使用してダイアログを閉じる方法については、Microsoft の ガイドライン (「インタラクション」まで下にスクロールします):

Esc キーを押すと、常にアクティブなダイアログ ボックスが閉じます。これは、キャンセルまたはクローズを備えたダイアログボックスに当てはまります。また、結果が元に戻れないためにキャンセルが閉じるように変更されたとしても。

あまり注意深く見ていませんでしたが、列の自動サイズ変更に関するものは何も見つかりませんでした。これは非常に珍しいことなので、もしそれが存在していたらむしろ驚くでしょう。

したがって、私がこれを担当するとしたら、それは（いわば）意見が分かれる決断だと思います。顧客がエスケープ キーで (明示的に指定せずに) ダイアログを閉じることを期待するのは当然であり、それが失敗した場合はバグと見なすべきです。

列ヘッダーの境界線のダブルクリックに応じた列の自動サイズ変更は、それを指定せずに期待するのは合理的ではないため、追加機能として実装する必要があります。

注意事項:

1. 独自の UI ガイドラインがあるものを開発している場合 (例:Mac または iPhone)、これらが従うべきルールです。Microsoft の市場シェアを考えると、独自の UI ガイドラインを持たないターゲットにとって Microsoft が選択されるのは明らかです。
2. これは明らかに顧客との関係の問題です。かなり簡単に実装できるもののために、最良の顧客を失いたくないのは明らかです。列の自動サイズ変更が彼らにとって大きな違いを生み、それ以外は良い顧客である場合、彼らのためにそれを行うのは理にかなっているかもしれませんが、あなたが彼らをどれほど大切にしているのか、彼らに好意を持っていることを彼らに知らせてください。ただ注意しなければならないのは、「あなたは特別だから」というほのぼのとした曖昧な部分と、「私たちはあなたに好意を寄せているのに、あなたには私たちに借りがある…」という軽い罪悪感の気持ちのバランスを取ることです（私見、通常はこれです）より良い ない 「そして今、あなたは私たちに借りがあります」の部分を大声で言いますが、私はあなたの顧客を知りません）。

Answer 4

大学からの私の好きな言葉「基準の素晴らしいところは、から選択するので、多くがあるということです」。

私は、あなたが、残念ながら論争「が、あなたはそれを要求しませんでした」に巻き込まになったので、あなたがこの質問をしていると仮定します。それはタフなスポットにあなたを置くことができます。一般的にはアップフロントあなたは会社が彼らの標準を提供したり、他の人が言及したように、あなたが相互にサードパーティ製の標準に合意することができますしたいです。あなたがアプリケーションの同じタイプの多くを生産する会社を実行している場合、あなたは「標準」を生成するために一度の時間を費やす必要があります。

あなたがサインオフの時点で座っていると、誰かがいるため、「標準」の給与に拒否している場合は、あなたが、これは標準ではありません場所の例をいくつか持っている必要があります。例えば、あなたの例では、エスケープキーに近い形では、Windows（ないウェブ）上の唯一の標準であり、その後、唯一の真のMicrosoftのために。私はちょうどESCは、フォーム上のすべてで何もしなかった私のコンピュータ上で3つのアプリケーションをオープンします。

はほとんど何も標準ではありません。任意の人物の心の中で、「標準」、わずかに異なる平均何かに起こっているし、いくつかの測定可能な定義に指定されていない場合は、道路下の引数になります。

Answer 5

同じ一般設計のすべてのプロジェクトに含めるか参照する定型仕様を作成します。この仕様は、クライアント/顧客の要求について詳しく知るにつれて成長し、変化するはずです。この仕様は、によって提供される適切な UI ガイドラインも参照する必要があります。 りんご または マイクロソフト. 。1 つのプラットフォームを使用している場合でも、より良い方法を洞察したり、起こり得る問題を特定したりするために、他の仕様に目を通すことを強くお勧めします。UI デザインに関する良書もいくつかありますので、借りてみるとよいでしょう。

Answer 6

それはダウン書かれていると、どこかにあなたのプロジェクトに関連する（またはスペックからリンク）指定がない限り、

は何も標準ではありません。それはダウン書かれていない場合は、顧客がそれを定義しなければならないので、それは標準ではありません。

別のノートで：
あなたのUIライブラリはそれ片道ないと、それはそれを別の方法を行うにはコーディングが必要となる場合は（愚かな例：あなたは、ユーザーが右マウス・ボタンで、ボタンをクリックすることを望む）あなたが停止し、ユーザーが期待するかもしれないことについて再考する必要があります。

。