問題タブ [human-computer-interface]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
user-interface - ユーモアは知覚される応答時間を短縮できますか?
StackoOverflow の質問 https://stackoverflow.com/questions/182112/funny-loading-statements-to-keep-users-amusedを読んだ後、「ユーモアは応答時間を短縮できますか?」というこの質問について熟考することに本当に興味をそそられました。
大量のデータをロードするページでは、単に「お待ちください」または「データをロードしています」の代わりに、ユーモラス/面白い/機知に富んだメッセージによって、(ユーザーが知覚する) 応答時間を短縮できますか? ユーザーの応答時間のカウントから 3 ~ 5 秒かかる可能性があると思います。
ジョエル、ジェフ、その他の人々はこれについてどう感じていますか?
artificial-intelligence - AI/コンピュータインテリジェンスの問題としてのホームインテリアデザインルール?
インテリアデザインの原則を本当に論理的に説明しているサイトはありますか? たとえば、通路の幅は xx インチ以上にする必要があります。私はグーグルで検索しましたが、ほとんどの結果は比較的一般的です (そしてスパムのようです)。自動化されたアシスタントの基礎を築くことができる、この分野での堅実な研究はありますか?
standards - ISO 9241 (ヒューマン システム インタラクションのエルゴノミクス) は業界に関連していますか?
ISO 9241「ヒューマン システム インタラクションのエルゴノミクス」などの標準は、業界に関連していますか? 認定されたソフトウェア製品の例はありますか? また、ソフトウェア製品の認定を行いますか?
iphone - タブバーは最初のビューにのみ表示できますか?
最初のビューにのみタブ バーを表示すると、HIG に違反することになりますか? 最初のビューには、上部にテーブルビューとナビゲーション バーもあります。ユーザーが行を選択すると、別のテーブルビューに移動し、タブ バーは表示されません。ナビゲーション バーはまだ上部にあり、ユーザーは戻ることができます。ここから行をクリックすると、詳細ビューが表示されます。要約すると、タブ バーは最初のビューでのみ使用できます。
- 編集 -
技術的には、私はこれを行う方法を知っています。しかし、HIG とユーザーの観点からは、私にはよくわかりません。タブ バーは、アプリ内購入ストアに到達する最初のビューでのみ必要です。これは本当に、最初のビューに新しいボタンを追加した再設計であると思いますか? 私のナビゲーション バーには、右上に十分なスペースがあります。
objective-c - 人間の可読性を処理するための既存の Objective-C ライブラリ (および Cocoa の Foundation フレームワークに基づく)?
オブジェクト数、ファイル サイズ、日付、期間などの可読性を扱うための既存の Objective-C ライブラリはありますか? (そして、Cocoa の Foundation フレームワークに基づいていますか?)
つまり、NSDate、NSNumber、NSTimeInterval など、またはオブジェクトの NSArray が与えられます。次のような問題に対処する文字列表現を構築するためのライブラリはありますか:
- 単数対複数のカウント: 「2 ファイル」、「3 ファイル」などを表示しますが、「1 ファイル」ではなく「1 ファイル」を表示します。
- 日付: 「2010-02-18」の代わりに「昨日」、「2010-02-15」の代わりに「先週の月曜日」などを表示します。
- 期間: 「...: 57 分」ではなく、「推定残り時間: 約 1 時間」を表示します。
- ファイル サイズ: 50 バイトの場合は「50 バイト」と表示されますが、1073741824 バイトの場合は「1.0 GiB」と表示されます。
これは、ライブラリがすでに存在しているはずのよくある問題のようです。おそらく、すでに Apple によって提供されている標準的なフレームワークです (ただし、それについてはすぐにはわかりません)。質問はどこですか?;)
注:これは実際にはdreamlaxの回答に対するコメントですが、コメントとして投稿するには長すぎました.
MDCの記事へのリンクをありがとう。これがかなり複雑な問題になる可能性があることは認識しています。多言語は言うまでもなく、英語だけを考えても。
繰り返しになりますが、これが非常に複雑な問題であるという事実が、いくつかの問題を解決するライブラリが必要な理由です。;)
ファイル サイズは最も単純なように見えますが、これでも間違いやすいです。このサイトの同様の質問に対する回答として与えられたコードによる次の出力を検討してください。最初のコードは、奇妙なことに 1023 バイトを 1.0 KB として報告します。2 番目は (1024 * 1024) - 1 バイトを 1024.00 KB と報告しますが、最初の報告は 1.0 MB と報告します。Calculator.app によると、(1024 * 1024) - 1 バイトは約 1.023,9990234375 KB です。では、「1023.99 KB」「1024.00 KB」「1.0 MB」・・・と表示されるのでしょうか?わからない。
今日、ファイル サイズを変換するためのコードをいくつか書きましたが、単体テストを書いたときに同様の問題があることに気付きました。
これがすでに考え抜かれたライブラリがあれば本当にいいでしょう...
[サイズを人間が読める文字列に変換するための ObjC/Cocoa クラスからのコードで出力しますか? ]
[ Snow Leopard のファイル サイズからコードで出力]
上記の出力を生成するコード (かなり明白ですが、参照用です):
cocoa-touch - iPhoneに適したUIデザインはどれですか?
時間を選択するための PickerView があります。たとえば、ユーザーは 5 時間 10 分を選択できます。1 つのピッカー ビューを使用して 2 行を表示する必要があります... または 2 つのピッカー ビューに分離する必要があります。真ん中に、「時間」と「分」というラベルを使用します。どちらのUIデザインが優れていますか? なぜ?ありがとうございます。
mouse - コード編集のための視線追跡
コード編集のためにマウスを置き換えるためのまともな視線追跡パッケージはありますか?
マウスを解放したいのですが、コードの編集にキーボードを使い続けます。
それについていくつかの調査を行った結果、適切な視線追跡ハードウェアは高価であると結論付けました。ウェブカメラまたは高解像度ビデオカメラを使用することが最も実行可能なオプションのようです。
残念ながら、(赤外線追跡とは対照的に)画像ベースの追跡は精度を制限するため、すべての機能が実用的であるとは限りません。
必要な視線追跡IDE機能:
- ページスクロール
- タブの選択
- カーソル位置の設定
- キーボードで視線に焦点を合わせたテキストを選択する
同様の質問でWebカメラにOpengazerが推奨されていますが、基本的なテキスト編集の高速化に特に関心があります。特にアイトラッキングと実際の使用例の経験がある場合は、推奨事項を歓迎します。
evaluation - HCI プロジェクトの評価手法は何ですか (ユーザーや心理学者は関与しません)。
論文のトピックを選択します。それは HCI プロジェクトになります。(ヒューマンコンピュータインタラクション)。
これは研究プロジェクトになるので、何らかの評価を考える必要があります。人間のユーザーを使用したり、心理学者と協力しなければならないことは避けたいと思います。
代わりに使用できるメトリックまたは評価モデルはありますか?
ありがとう
hci - 「感覚(視覚、聴覚、触覚)と認知(短期記憶と長期記憶)」などの理論との関係でデバイスを評価するにはどうすればよいですか?
HCI分野のコンピュータ化されたデバイスまたはソフトウェアアプリケーションを、「感覚(視覚、聴覚、触覚)および認知(短期および長期記憶)」などの理論との関係に基づいて評価するにはどうすればよいですか。デバイスは使用されていますか?ヘルプやアドバイスをいただければ幸いです。
usability - ヒューマンファクターとユーザビリティのための1時間
私は、職場でユーザーエクスペリエンスチームに1時間のランチタイムブリーフィングを提供することを志願しました。私はヒューマンファクターとユーザーインターフェイスデザインに情熱と愛情を持っており、(短いとはいえ)キャリア全体にわたってそれを手がけてきました。
私が抱えている問題は、1時間の制限時間内に、いくつかの良い情報を伝えることができるように、この議論に焦点を当てる方法を決めるのが非常に難しいことです。私は、あなたが聞きたいと思うことについて、SOから意見を聞きたいと思っていました。それも1時間以内に収めることができます。これが私がこれまでに持っているものです:
- ヒューマンファクターの紹介
- 人間工学の背後にある心理学
- UIDの原則
- ユーザビリティテスト
- 基準
この時点でのすべては非常に高レベルです。トピックを減らして深く掘り下げる必要があるのか、それとも高レベルのプレゼンテーション全体を提供し、個人に詳細について話してもらうように勧めるだけの方がよいのかどうかはわかりません。
オーディエンスについての更新
オーディエンス(ユーザーエクスペリエンスチーム)は、ユーザーエクスペリエンスの内容をすでに高度に理解している多数の個人で構成されています。個人の多くはソフトウェア開発者であり、一部は設計者です。ただし、すべての個人が訓練を受けた設計者であるとは限らず、いくつかの高い点を再確認する必要がある場合があります。改善の余地があると思う分野があります(私はそれについて話すことができました)。残念ながら、私は直接グループの一員ではないので、チームの内部の仕組みについてはわかりません(これは、このプレゼンテーションに集中するのにも役立ちます)。