表示調整
閉じる
挿絵表示切替ボタン
▼配色
▼行間
▼文字サイズ
▼メニューバー
×閉じる

ブックマークに追加しました

設定
0/400
設定を保存しました
エラーが発生しました
※文字以内
ブックマークを解除しました。

エラーが発生しました。

エラーの原因がわからない場合はヘルプセンターをご確認ください。

ブックマーク機能を使うにはログインしてください。
どこぞのプログラマの愚痴日記  作者: どこぞのプログラマ
65/141

操作について タッチパネル編

 タッチパネル系、というかスマホとかタブレット系で言う所のフリックとスワイプって結局機器的には同じものだからね、と。


 ごちゃごちゃにしてしまったり逆にしてしまったりしてる場合が多いんであえて声を大にして言いたい。

 フリックとスワイプで動作を分けることって技術的に基本的にナンセンスですから! と。


 そもそも操作としてのフリックとスワイプの違いって操作終了時のパラメータの違いでしかないことに気づいていただきたい。

 操作終了時の操作地点移動速度が閾値を超えてるかどうかでしかないから、と。

 だから基本的にフリックとスワイプで動作を分けるなら同種の動作にすべきなんですよ。

 例えばスクロールという動作があるとして、フリックなら慣性スクロールするだとかページ送りになるだとか。

 まあページ送りとかになってくると意図しない場所に飛ぶことも考えられるんで慣性スクロールが無難なんですが。


 要するに、フリックというのはオプショナルスワイプなんだということを理解して頂きたい。

 操作的に曖昧でパラメータと閾値に頼ることになるんで環境への依存度も上がりますし。

 その辺りも考慮するなら、そもそもフリック動作というのは本来実装すべきじゃないんじゃね、と、思わなくもない。

 いや、操作終了時の速度が一定超えてるならベクトル取って操作補正するくらいはしてもいいのかもしれませんけども。

 結局フリックの存在ってその程度で、あたかもフリックというのがスワイプとは別枠の動作だと考えるのはやめて頂きたい。

 そういうのじゃねーから。


 というか操作感とかを見てみれば違いというのは一目瞭然だと思うんだけどなぁ、と、思わなくもないですけども。


 もしスワイプに複数動作を入れたいなら開始地点を矩形判定してしまった方がまだ動作的に説得力がある気がする。

 画面端からならサブメニュー引っ張り出すとか、そういうヤツですが。

 それならそれで見た目的な事前通知は必要だと思いますけどね。

評価をするにはログインしてください。
ブックマークに追加
ブックマーク機能を使うにはログインしてください。
― 新着の感想 ―
このエピソードに感想はまだ書かれていません。
感想一覧
+注意+

特に記載なき場合、掲載されている作品はすべてフィクションであり実在の人物・団体等とは一切関係ありません。
特に記載なき場合、掲載されている作品の著作権は作者にあります(一部作品除く)。
作者以外の方による作品の引用を超える無断転載は禁止しており、行った場合、著作権法の違反となります。

↑ページトップへ