回答編集履歴
4
表現の修正
answer
CHANGED
|
@@ -62,7 +62,7 @@
|
|
|
62
62
|
---
|
|
63
63
|
|
|
64
64
|
ようするに、作者が(個人的に)既存UIに不満を持って解消した独自UIは、既存UIに慣れ切った一般人には使いにくいという事です。
|
|
65
|
-
新しいUIを提案するということは、そのUIの学習コストを利用者に
|
|
65
|
+
新しいUIを提案するということは、そのUIの学習コストの支払いを利用者に強要する事に他なりません。
|
|
66
66
|
|
|
67
67
|
### Selection API
|
|
68
68
|
|
3
直観的、Selection API
answer
CHANGED
|
@@ -31,4 +31,48 @@
|
|
|
31
31
|
|
|
32
32
|
私としては、「**ユーザが好む方法で入力出来ること**」「**ユーザの入力を阻害しないこと**」が大前提なので、入力と出力は別々の場所にあるべきと考えます。
|
|
33
33
|
|
|
34
|
+
### 直観的
|
|
35
|
+
|
|
36
|
+
追記を読みましたが、直観的ではないと思いました。
|
|
37
|
+
ここでいう「直観的ではない」は
|
|
38
|
+
|
|
39
|
+
- キーボードで 1 を入力 → 1 が出力される
|
|
40
|
+
- キーボードで [←] を入力 → カーソルが1つ左に移動する
|
|
41
|
+
|
|
42
|
+
というようなPC操作の一般常識的な動作を逸脱していないこと、です。
|
|
43
|
+
その手の逸脱した動作は作り手にとっては「使いやすい」と思っても、世間一般の人には学習コストが高すぎるのです。
|
|
44
|
+
|
|
45
|
+
> 1．数字を入力/削除すると、数字を3桁ずつカンマ区切りできる。
|
|
46
|
+
|
|
47
|
+
「なぜ勝手にカンマが挿入されるんだ？入力してないカンマが勝手に入るなんてけしからん。大体、カンマ区切りの数字なんて見づらいだろうが！」
|
|
48
|
+
(カンマ区切りの数字が見やすいかどうかははっきりいって主観です。ならば、一般常識的な動作におさめた方が批判は少ないでしょう。「1234と入力して、1234が出力されるなんてけしからん！」と怒る人はいません。)
|
|
49
|
+
|
|
50
|
+
> 金額の入力欄なので、入力文字は半角の数字のみとなります。
|
|
51
|
+
|
|
52
|
+
「"ひゃくまん" と入力して、"1000000" にIME変換しようとしたのに出来んぞ。どういうことだ？」
|
|
53
|
+
|
|
54
|
+
> 2．カーソルを矢印キーで移動した場合、カンマの部分は自動的に飛ばされます。
|
|
55
|
+
|
|
56
|
+
「なぜカーソルが2つ分移動するんだ？矢印キーは一回しか入力してないのに！」
|
|
57
|
+
|
|
58
|
+
> 3．数字の貼り付けは見落としていたのですが、動作を確認したところ、カーソルが外れた段階でカンマが挿入されました。
|
|
59
|
+
|
|
60
|
+
「なぜクリップボードからの貼り付けだけ挙動が違うんだ？他にも穴があるんじゃないのか？」
|
|
61
|
+
|
|
62
|
+
---
|
|
63
|
+
|
|
64
|
+
ようするに、作者が(個人的に)既存UIに不満を持って解消した独自UIは、既存UIに慣れ切った一般人には使いにくいという事です。
|
|
65
|
+
新しいUIを提案するということは、そのUIの学習コストを利用者に払ってもらう事を強要する事に他なりません。
|
|
66
|
+
|
|
67
|
+
### Selection API
|
|
68
|
+
|
|
69
|
+
技術的観点あと、気になったのはアニメGIFでは右端から入力/削除しかしなかった事ですね。
|
|
70
|
+
カーソルを数字の真ん中に持っていって削除or数字挿入して、カーソル位置が保持されるようなら、カーソル制御も行っています。
|
|
71
|
+
[window.getSelection](https://developer.mozilla.org/ja/docs/Web/API/Window/getSelection) 等を使って、カーソル位置を記憶し、置換処理後に適切なカーソル位置を計算して移動しているのでしょう。
|
|
72
|
+
そこまでいくと、範囲選択に対応しているかが興味深いですが、
|
|
73
|
+
|
|
74
|
+
- 12,345→1と2の間にカーソルを移動し、Shiftを押しながら、[→] キーで4と5の間まで移動→1を入力→????
|
|
75
|
+
- 12,345→1と2の間にカーソルを移動し、Shiftを押しながら、[→] キーで4と5の間まで移動→[Delete] を入力→????
|
|
76
|
+
- 12,345→1と2の間にカーソルを移動し、Shiftを押しながら、[→] キーで4と5の間まで移動→[Backspace] を入力→????
|
|
77
|
+
|
|
34
78
|
Re: zilch さん
|
2
ユーザが明示的に数字を削除した時の挙動
answer
CHANGED
|
@@ -5,7 +5,7 @@
|
|
|
5
5
|
- 1234 -> 1,234 -> 1234(ユーザがカンマ削除) -> ????
|
|
6
6
|
- 123 -> 123,(ユーザがカンマ入力) -> 123,4 -> ????
|
|
7
7
|
|
|
8
|
-
「ユーザが明示的に数字を削除
|
|
8
|
+
「ユーザが明示的に数字を削除した時の挙動」と、
|
|
9
9
|
|
|
10
10
|
- 1234 -> 1,234 -> 1,34(ユーザが2を削除。入力ミスした為、修正しようとしている) -> ????
|
|
11
11
|
|
1
ユーザビリティ
answer
CHANGED
|
@@ -29,6 +29,6 @@
|
|
|
29
29
|
大体、勝手にガンマが挿入されると、入力ミスした時にカンマ分もカーソルを戻さなくてはならず、入力の手間だけ考えると面倒くさいです。
|
|
30
30
|
質問者さんが求める実装はあくまで見た目が美しいという景観重視の発想で、ユーザビリティは考慮されていないように思います。
|
|
31
31
|
|
|
32
|
-
私としては、入力と出力は別々の場所にあるべきと考えます。
|
|
32
|
+
私としては、「**ユーザが好む方法で入力出来ること**」「**ユーザの入力を阻害しないこと**」が大前提なので、入力と出力は別々の場所にあるべきと考えます。
|
|
33
33
|
|
|
34
34
|
Re: zilch さん
|