回答編集履歴
4
表現の修正
test
CHANGED
@@ -126,7 +126,7 @@
|
|
126
126
|
|
127
127
|
ようするに、作者が(個人的に)既存UIに不満を持って解消した独自UIは、既存UIに慣れ切った一般人には使いにくいという事です。
|
128
128
|
|
129
|
-
新しいUIを提案するということは、そのUIの学習コストを利用者に
|
129
|
+
新しいUIを提案するということは、そのUIの学習コストの支払いを利用者に強要する事に他なりません。
|
130
130
|
|
131
131
|
|
132
132
|
|
3
直観的、Selection API
test
CHANGED
@@ -64,4 +64,92 @@
|
|
64
64
|
|
65
65
|
|
66
66
|
|
67
|
+
### 直観的
|
68
|
+
|
69
|
+
|
70
|
+
|
71
|
+
追記を読みましたが、直観的ではないと思いました。
|
72
|
+
|
73
|
+
ここでいう「直観的ではない」は
|
74
|
+
|
75
|
+
|
76
|
+
|
77
|
+
- キーボードで 1 を入力 → 1 が出力される
|
78
|
+
|
79
|
+
- キーボードで [←] を入力 → カーソルが1つ左に移動する
|
80
|
+
|
81
|
+
|
82
|
+
|
83
|
+
というようなPC操作の一般常識的な動作を逸脱していないこと、です。
|
84
|
+
|
85
|
+
その手の逸脱した動作は作り手にとっては「使いやすい」と思っても、世間一般の人には学習コストが高すぎるのです。
|
86
|
+
|
87
|
+
|
88
|
+
|
89
|
+
> 1.数字を入力/削除すると、数字を3桁ずつカンマ区切りできる。
|
90
|
+
|
91
|
+
|
92
|
+
|
93
|
+
「なぜ勝手にカンマが挿入されるんだ?入力してないカンマが勝手に入るなんてけしからん。大体、カンマ区切りの数字なんて見づらいだろうが!」
|
94
|
+
|
95
|
+
(カンマ区切りの数字が見やすいかどうかははっきりいって主観です。ならば、一般常識的な動作におさめた方が批判は少ないでしょう。「1234と入力して、1234が出力されるなんてけしからん!」と怒る人はいません。)
|
96
|
+
|
97
|
+
|
98
|
+
|
99
|
+
> 金額の入力欄なので、入力文字は半角の数字のみとなります。
|
100
|
+
|
101
|
+
|
102
|
+
|
103
|
+
「"ひゃくまん" と入力して、"1000000" にIME変換しようとしたのに出来んぞ。どういうことだ?」
|
104
|
+
|
105
|
+
|
106
|
+
|
107
|
+
> 2.カーソルを矢印キーで移動した場合、カンマの部分は自動的に飛ばされます。
|
108
|
+
|
109
|
+
|
110
|
+
|
111
|
+
「なぜカーソルが2つ分移動するんだ?矢印キーは一回しか入力してないのに!」
|
112
|
+
|
113
|
+
|
114
|
+
|
115
|
+
> 3.数字の貼り付けは見落としていたのですが、動作を確認したところ、カーソルが外れた段階でカンマが挿入されました。
|
116
|
+
|
117
|
+
|
118
|
+
|
119
|
+
「なぜクリップボードからの貼り付けだけ挙動が違うんだ?他にも穴があるんじゃないのか?」
|
120
|
+
|
121
|
+
|
122
|
+
|
123
|
+
---
|
124
|
+
|
125
|
+
|
126
|
+
|
127
|
+
ようするに、作者が(個人的に)既存UIに不満を持って解消した独自UIは、既存UIに慣れ切った一般人には使いにくいという事です。
|
128
|
+
|
129
|
+
新しいUIを提案するということは、そのUIの学習コストを利用者に払ってもらう事を強要する事に他なりません。
|
130
|
+
|
131
|
+
|
132
|
+
|
133
|
+
### Selection API
|
134
|
+
|
135
|
+
|
136
|
+
|
137
|
+
技術的観点あと、気になったのはアニメGIFでは右端から入力/削除しかしなかった事ですね。
|
138
|
+
|
139
|
+
カーソルを数字の真ん中に持っていって削除or数字挿入して、カーソル位置が保持されるようなら、カーソル制御も行っています。
|
140
|
+
|
141
|
+
[window.getSelection](https://developer.mozilla.org/ja/docs/Web/API/Window/getSelection) 等を使って、カーソル位置を記憶し、置換処理後に適切なカーソル位置を計算して移動しているのでしょう。
|
142
|
+
|
143
|
+
そこまでいくと、範囲選択に対応しているかが興味深いですが、
|
144
|
+
|
145
|
+
|
146
|
+
|
147
|
+
- 12,345→1と2の間にカーソルを移動し、Shiftを押しながら、[→] キーで4と5の間まで移動→1を入力→????
|
148
|
+
|
149
|
+
- 12,345→1と2の間にカーソルを移動し、Shiftを押しながら、[→] キーで4と5の間まで移動→[Delete] を入力→????
|
150
|
+
|
151
|
+
- 12,345→1と2の間にカーソルを移動し、Shiftを押しながら、[→] キーで4と5の間まで移動→[Backspace] を入力→????
|
152
|
+
|
153
|
+
|
154
|
+
|
67
155
|
Re: zilch さん
|
2
ユーザが明示的に数字を削除した時の挙動
test
CHANGED
@@ -12,7 +12,7 @@
|
|
12
12
|
|
13
13
|
|
14
14
|
|
15
|
-
「ユーザが明示的に数字を削除
|
15
|
+
「ユーザが明示的に数字を削除した時の挙動」と、
|
16
16
|
|
17
17
|
|
18
18
|
|
1
ユーザビリティ
test
CHANGED
@@ -60,7 +60,7 @@
|
|
60
60
|
|
61
61
|
|
62
62
|
|
63
|
-
私としては、入力と出力は別々の場所にあるべきと考えます。
|
63
|
+
私としては、「**ユーザが好む方法で入力出来ること**」「**ユーザの入力を阻害しないこと**」が大前提なので、入力と出力は別々の場所にあるべきと考えます。
|
64
64
|
|
65
65
|
|
66
66
|
|