私は、ユーザーが会社が運営されている地域を指定できるようにするUI(AJAX対応LAMPサーバー)を開発しています。この場合の「地域」は、州(カナダを対処する場合)または国全体(他の国)であってもよい。リージョナルプロキシミティUI
世界に195の国があるので、私は複数の選択ボックスまたはチェックボックスのリストを避けたいと思います。この特定の画面につながるワークフローでは、ユーザーはすでに会社の完全な住所を入力しているので、私は仕事を開始する地域があります。
大部分の会社は自分の地域外でしか動作しないため、複数の地域をカバーする企業はあまりにも遠くに分岐しない傾向があるため、私は近隣地域に基づいて徐々に地域リストを表示することを検討しています。私はある時点(私は今のところ3つのパスを使用しています)で、完全なリストを表示する必要があることを理解しています。私はちょうどそれが明確な端のケースであるので、その点に達するのを遅らせることを試みているだけです。
Here is a PNG mockup that explains this concept a bit more clearly。 (196キロバイト)
質問:
- あなたが実際にフォームの相互作用のためにどのような提案がありますか?これは代表的なエンドユーザーにはまだ提示されていませんが、プロトタイプ段階でのすべての提案が可能です。
- 移行の間に米国の州やカナダの州を巻き返すことは、ユーザーの空間的な記憶に悪影響を及ぼすと思いますか?
- 3つ目のパスの後、会社は米国の州ごとに運営されるため、50の入力を1つに変換します。
- このアプローチをベースラインまたはデモとして使用している既存のアプリケーションはありますか?
- 私の開発者が知りたいことは知っているので、各地域の近接度を保存する最も簡単な方法は何でしょうか?センターの緯度/経度? 「バウンディングボックス」の各隅の緯度/経度(より正確)?私は、会社の実際の住所の緯度/経度に基づいていくつかの近接度計算を書くことになると仮定しています。
を見ます2,3,4で。近接に関する私の関心は、MOST企業がその地域/周辺地域でのみ販売していることを示すデータに基づいています。このルールには例外があるため、すべてのオプションはいつでもアクセス可能な状態にしておく必要があります。 –
私は何かを理解していないと思う。これは入力フォームか出力フォームですか?それは私の入力フォームのように見えたので、ユーザーは他の企業がどこに売っているのかを教えてくれるのではなく、どこで売り物を売っているのかを伝えています。 – Uri