Enterprise: 列に編集可能なフィールドがある場合の表示が必要

作成日 2019年11月06日  ·  55コメント  ·  ソース: infor-design/enterprise

古いUIでは、列見出しに鉛筆アイコンがあり、その列のフィールドが編集可能であることを示していました。 現在、読み取り専用列と編集可能な列の区別はありません。 ユーザーは混乱しています。 これはしばらくの間問題でしたが、今ではフィードバックが沸き起こっています。
回避策として、LPL開発者は、データに色を使用して、データについて何か違うことを示したくなるでしょう。 たとえば青を使用します。 それは多くの理由で問題があります。
機能リクエストは問題に関連していますか?
列のフィールドの周りのいくつかの小さなインジケーターまたは異なる境界線は、大いに役立ちます。

[3] micro-interactions design status landmark type

最も参考になるコメント

これを前面に押し出したキャシーの実例を紹介したいと思います。 そうすれば、不自然なことではなく、そこから始めることができると思います。 ここで画面へのアクセスまたは高解像度のスクリプトを要求しましたが、まだ返信がありません。

全てのコメント55件

@tmcconechyすでにこのための作業に何かありますか?

当初のアイデアは、編集不可能な列を「読み取り専用」にするというものでした。 だからあなたは反対をします。 例:

http://master-enterprise.demo.design.infor.com/components/datagrid/example-editable.html

それらの大部分が編集可能でない場合、おそらくこれはうまく機能しませんが。

cc @kentonquatman @kevinwhitedesign @elizabethhartley ? 助言がありますか?

理論的にはそれは良いことですが、ユーザーが情報を編集できるかどうかはまだわかりません。 さらに、どこでもグレー表示された読み取り専用の列は、あまり熱心に満たされることはありません。 :NS

ええ、これは私たちの画面で非常に醜くなる可能性があります。 もっと微妙なものが必要です

いくつかの列インジケーターは良い考えかもしれないと思いますそれは私が聞いたそれに関する一般的なフィードバックです。 完全に編集不可能なグリッドが編集可能なグリッドと同じように見える可能性があるという事実も考慮してください。

古いキャンバスリッチクライアントでは、列ヘッダーに鉛筆アイコンを配置していました(トリックはしましたが、うまくいきませんでした)

image
クイックモック

それはかなり微妙ですが、おそらく十分に異なりますか?

実際に編集できるのは1つのセルだけです。 それで、アイコンは単なる指標ですよね? それで、このようなものになりますが、「ペン」が付いていますか?

Screen Shot 2019-11-06 at 11 37 04 AM

また、すでに用意されているソートインジケーターと必須インジケーターを使用した配置も検討してください。

これは興味深いです: https

@ jamie-ノーマンそれはちょっとクールですが、それが私たちのアプリでどれほど実用的であるか疑問に思っています

それはそれに適切な微妙さを持っていたように見えました。 別の考えは、ページが読み込まれると、編集可能なセルを強調表示するパルスアニメーションのように、同じ効果を示す可能性があるということです。

うーん、モバイルはどうですか? または、一部が存在し、一部が存在しない場合は、個々のセル。

グリッド線があるので大変だと思います

それが、これらのセルにかすかな丸みを帯びた編集ボックスがあることを調査したかった理由の1つです。

これを前面に押し出したキャシーの実例を紹介したいと思います。 そうすれば、不自然なことではなく、そこから始めることができると思います。 ここで画面へのアクセスまたは高解像度のスクリプトを要求しましたが、まだ返信がありません。

彼女の例は、ユーザーがいくつかの列にパーセンテージを入力する努力認定の例であったことは間違いありません。

そうです、これが彼女が持っていた安っぽい解像度のスクリーンショットです。 一番上のリストの最後の2列は、編集可能であることを視覚的に示すために彼女が望んでいる列です。

a

テーブル内の編集可能なセルに万能のソリューションがあるとは思いません。 状況によって異なります。 このシナリオの場合、簡単な修正は、代わりにこのテーブル処理を使用することです。

http://latest-enterprise.demo.design.infor.com/components/datagrid/test-datalist-input.html?theme=uplift&variant=light&colors=0563C2

箱型になりすぎずに編集可能なコンテンツを強調表示します。

ここではグリッドの性質を変更しないと思うので、パワーユーザーにとってはうまくいくとは思いません。

その1つの@kentonquatmanの問題は、実際には単純なリストのいくつかの入力に対してのみ機能することです。 ここでは、表形式のグリッドに数百の列が含まれている可能性があります。さらに、並べ替え、フィルタリング、合計によるグループ化、固定された列など、他のすべての複雑なグリッド機能があります。

ページ付けで一度に3行しか表示されておらず、編集可能なフィールドがあるのは2列だけのようです。

数百の列がないことを願っていますが、数十の列があることは確かに私たちが見たものです。 たとえば、報酬授与画面には、9〜12個のグループ化された列があり、読み取り専用の列が2つあり、その後に3つほどの編集可能な列が続きます。

アプリ開発者はこれを設定できるため、必ずしも3レコードであるとは限りません。 さらに、ユーザーはそれも制御できます

確かに、上記の例は小さなセットですが、そこにはもっと多くのレコードがある可能性があります。 このセットには、ページングサイズチューザーが設定されている5つのレコードすらありません。

画面を共有し、表示されるバリエーションとLPLで何が可能かについて話し合うことができるTeamsディスカッションが必要になると思います。

これはインライン図像の良い使用例でしょうか?

editable-cells-01

editable-cells-02

よさそうだ。 私はすきです

それは確かにここで機能します。 事実上すべての列が編集可能な画面では、面白く見え始めます。

グリッド内のすべてのセルが編集可能だった場合はどうなりますか? 多分少し忙しくなるでしょう。

間違いなく可能性。 私たちはそれをさらに微妙にすることができると確信しています

ワンサイズですべてのソリューションに対応できるとは限らないのは正しいと思います。

たぶん私たちはいくつかのオプションが必要ですか? たとえば、編集可能な列が2つしかない場合は、一方向に処理します。 すべてが編集可能である場合、私たちは何か他のものが欲しいでしょう。

そうです、万能のソリューションはありません。 いくつかのオプションを提供し、状況に最も適したものを提供する必要があります。 ほとんどのフィールドが編集可能である場合でも、このソリューションは優れていると思います。
http://master-enterprise.demo.design.infor.com/components/datagrid/example-editable.html?theme=uplift&variant=light&colors=0563C2

唯一の問題は、読み取り専用グリッド(ほとんどがアプリケーション内にある)が主に灰色になっていることです。 また、これらのセルが読み取り専用として表示されるように調整されているため、これらのセルが編集可能であるかどうかはまだユーザーにはわかりません。これは、常に表示される方法です。

はい、あなたの権利私は私たちが3つの利用可能な解決策を持っていると思います:

  • 一部の読み取り専用セルで正常->大部分がすべて編集可能の場合
  • 入力枠が表示されている->編集可能なのはカップルのみの場合とその単純なリスト
  • 新しいインジケーター付き->編集可能なものが少なく、a)使用できない場合

上記のようにヘッダーに必要なインジケーターがありますが、ダーティインジケーターはセルにありますか? したがって、これをセルまたはヘッダーに含めるか、より微妙にしたい場合はダーティインジケーターに似たものにすることができます。

Screen Shot 2019-11-06 at 1 36 36 PM

それは私が話しているものです。

私は、すべてのソリューションに適合する1つのサイズが複数存在する必要があることに同意します。 FinancialsとGHRの例をいくつかまとめて、それらにソリューションのセットを適用する方法を確認したいと思います。 さて、それらの例を取得する方法!?

ここの@inforandyは別のものです。 私たちはMSチームについて話し合っていました。 そして@ jamie-normanは、カーソルを変更するだけの可能性を提案しましたが、編集カーソルがあるかどうかはわかりませんか? または、ペンのようなカスタムアイコンが必要な場合がありますか?

私はそれがうまくいくと思います、そして余分なUIのものを導入することはありません。 デザイン面からどう思いますか?

image
アイコンの1つから小さな水平線を引いたものを再利用する可能性があります(削除しました)

@ jamie-ノーマンおもしろい! 私はそれを掘ります。 ここでモバイルを検討する場合、フィールドには編集アイコンまたはその他の方法が必要になります。

これは私がM3アプリビルダーから見つけた例です。これが最良だとは言っていませんが、他のチームがこれと同じアイコンソリューションを採用している証拠です。
https://www.dropbox.com/s/k964n28sap2qpu9/Screen%20Shot%202020-01-21%20at%207.16.21%20PM.png?dl=0

唯一の違いは、行を編集するための行上のボタンであるm3にあります。 この場合の違いは、セルをクリックすると編集されることです。 したがって、セル自体が編集可能であることを示すための何かが必要です。 ジェイミーはホバーでペンアイコンを提案していますか? または、セルまたは列に対して何かを行う必要がありますか?

M3バージョンは少し扱いに​​くく、アイコンが大きくなっていると思います。 間違いなく、モバイルで私の提案を処理する方法を考え出す必要があります。これはおそらくデバイスメディアクエリに依存する必要があり、より明白なことを行うでしょう。 しかし、私は(デスクトップ上の)ホバーの微妙さが好きです。 少し@kevinwhitedesignをリフしたい場合は、これに関するアイデアを開いて

うん! 私はこれに関するいくつかの以前の調査に戻らなければなりません。 かなりの挑戦。

誰かがこれのために実装したいアイデアを思いつきますか?

@inforandyこれには

おそらく、この議論をもう一度取り上げる必要があります。 明確な方向に着地したかどうかわからない

@ jamie-normanまさにそれ; 私たちはあなたのために耐久性のあるソリューションに着陸することを確認する必要があるため、これをリサーフェシングします。

うん。 IDS全体で機能するものが必要

カーソル、アイコンなどの他のオプションを検討していたことは知っていますが、残念ながら、モバイル、非標準パターン、技術的な実装の問題、およびInforチームを介した一貫性のないデータグリッド/リストコンポーネントの使用の問題が残ります。

良いことは、ここには頼りになることがたくさんあるということです。 紙の編集可能な性質>初期のスプレッドシート製品セルにより、ユーザーは、外観が「グレー表示」または無効になっていない場合でも、編集可能であることを知ることができます。

「醜い」灰色の背景を持つ編集可能なものをユーザーが明確に知っていることが重要です。 それを選択することで混乱が少なくなる場合は、製品全体の生産性と価値が向上する可能性があります。 ただし、読み取り専用セルの明るい灰色の背景を調べることはできますが、借用しているのは、フィールドとボタンからの使い慣れた読み取り専用/無効状態です。

削除することの1つは、すべてが読み取り専用である状況での白血球の使用です。このために、スレートセルに変更する必要があります。 データグリッドセルの周りに使いやすさの一貫性を提供することは非常に重要です。

あなたが興味を持っているかもしれませんが、私たちが実際に調査しているのは、より単純化され、的を絞った、思慮深いリストとフォームの使用法の必要性です。 これらのランドマーク1行リストの状況でのより基本的なワークフローとフォームには、単純なリストを使用することをお勧めします。 これらのコンポーネントを改善するために追跡している機会もあります。

これまでのHCMの作業の一部に見られるように、アプリケーションがよりカジュアルな標準の最初のアプローチを採用しているのを見てきました。 エンタープライズワークフローと、私たちがますます慣れ親しんでいる消費者にインスピレーションを得たデザインのハイブリッドには、興味深い機会があります。 単純なリスト、情報の表示、およびフォームの使用法は、これらの身近な経験の多くに起因する可能性があります。 長い間読んで申し訳ありませんが、これらの議論に参加できてうれしいです。

ねえ@kevinwhitedesign 、非常によく考えられ、明確に表現されています。 編集可能なセルを意味する白のユーザー期待/メンタルモデルについてのあなたの意見は公正だと思います。 しかし、歴史的に、それは私たちのソフトウェアには当てはまりませんでした。 では、ユーザー、特にパワーユーザーのメンタルモデルは今どのようなものでしょうか。
編集可能なセルが例外に沿って分類される可能性がある場合は、原則として、すべてのデータグリッドの背景の外観をスレートに変更することを躊躇します。 それはたくさんの灰色の細胞です。 編集/読み取り専用の間には適切な対比が必要です。 残念ながら、リストに普遍的に適用されるこのような破壊的な変更の影響も比較検討する必要があります。
確かに、ここにはオッカムの剃刀のようなものがあります。最も単純な解決策(白いセルは編集可能ですが、灰色は編集できません)が正しい解決策です。 検討する価値はありますが、いくつかのテストが必要になる場合があります。

@inforandy cc

ここで@tmcconechy追跡に感謝https://jira.infor.com/browse/HLPE-397

Jiraからコピーされたコメント。

そのmtgにはおそらく重なりはありません。 しかし、誰が知っているか、それが出てくるかもしれません。
発生する可能性のあることは次のとおりです。

完全に表示または読み取り専用のデータグリッドには、スレートセルがあります。
編集可能なセルは白です
読み取り専用データグリッドの代わりに、通常のリストも表示する
可能性のあるユーザーテストなので、読み取り専用+編集可能なセルが異なるものとして認識され、それらが適切に機能することを確認します

これに対してまだ行動できるかどうかわかりませんか?

とりあえずこれを閉じることをお勧めします。 私たちが持っているもの以外に実行可能な解決策がないので。

このページは役に立ちましたか?
0 / 5 - 0 評価