it-swarm-ja.com

可用性カレンダー

私たちのウェブサイトでは、レンタル用のアイテムの在庫を設定するための在庫カレンダーが必要です。もちろん、カレンダーの使用はできるだけ簡単にしたいと考えています。

そのようなカレンダーに適したデザインは何ですか?グーグルカレンダーなどを使うのは使い方が複雑すぎるようです。

6
jihi

私はそのようなシステムを設計または使用していませんが、ここにいくつかの考えがあります。

多くは、ユーザーの使用パターンに依存します。つまり、ユーザーが作業する主なタイムスケールは何ですか。つまり、ユーザーが可用性を主に月、週、または日で発表するか、可用性または非可用性をマークするか、連続する時間をマークするかスパンまたは多くの中断があります。これらはすべて答えられない質問ですが、データを入力する人々のニーズに応えることで、使いやすさが自動的に向上します。

一括入力の使用例の場合、これを実装する簡単な方法の1つは、日付とレート範囲にtypeを指定することです。

6/10/2010
6/12/2010
6/15/2010-7/10/2010

大量のデータの場合でも、これはあらゆる種類のGUIを思い付くよりもはるかに高速で便利です。さらに、スプレッドシートをアップロードするためのインターフェイスを提供し、テンプレートを提供して、スプレッドシートから情報を取得することもできます。また、利用可能かどうか、または利用不可とマークするための個別のテキスト入力領域

年間でカレンダーを編集する方が少し扱いやすいかもしれません(ここでの使用例では、特定の日付または日付範囲を利用不可/利用可能としてマークする必要があると思います)。ただし、これは拡張機能であり、テキスト入力インターフェースはこのケースも処理できます。

この状況を処理する別の方法は、タイムスパンの階層を作成することです。各スパンは個別に編集できます。 (ここでこれをテキストで行う...)

(+) ... Tree disclosure control
[ ] ... checkbox empty
[x] ... checkbox marked    
<xxx> Button

<Mark All> <Unmark All>
(+) [ ] January
(+) [ ] February
(+) [ ] March
...

月をチェックすると、その月は利用可能/利用不可としてマークされ、1か月の開示をクリックすると、そのようなビューに移動します

<Mark All> <Unmark All>
(+) [x] January
(-) [ ] February
    [ ] Week 4   [x]28  [x]29  [x]30  [x]31  [ ] 1  [ ] 2  [ ] 3
    [x] Week 5   [x] 4  [x] 5  [x] 6  [x] 7  [x] 8  [x] 9  [x]10
    [ ] Week 6   [ ]11  [ ]12  [ ] 13 [ ]14  [ ]15  [x]16  [x]17
    [ ] Week 7   [ ]18  [x]19  [x]20  [ ]21  [x]22  [x]23  [x]24
    [ ] Week 8   [ ]25  [ ]26  [ ]27  [ ] 1  [ ] 2  [ ] 3  [x] 4
(+) [ ] March
...

これをロジックの表現にすると、ユーザーは階層内の各レベルにマークを付けることができます。より高いレベルのマークが下にあるすべての部分にマークが付けられる場合、つまり、月のマークが月のすべての週にマークされる場合(通常の使用方法に応じて、エッジ日をマークするかどうかを決定する必要があります(この例では、ユーザーが2月をマークした場合、これを行わないことを決定しました)

これにより、多くの領域をすばやくカバーしながら、より詳細に作業し、例外がある場合は小さな変更を加えることができます。

4

ダンは正しいです、あなたの質問は非常に一般的です。しかし、あなたの質問を読んだ後の私の最初の直感は、アイテムの在庫の設定や表示のようなものにとって、カレンダーはおそらく最初から始めるのに最善のアプローチではないということです。

0
Hisham