Mahara日本語ドキュメント/ロードマップ/ユーザビリティ

作成中です - mits

このロードマップ内容、または早く実現するための財政的支援に関して、ロードマップおよび財政的支援フォーラム (英語)で議論しましょう。

Maharaは非常に使いやすいシステムですが、私たちのゴールはコンピュータおよびインターネットの経験が豊富ではないユーザとっても使いやすくすることです。以下、私たちがシステムに関して改善できる内容の一覧です:

メインナビゲーションの再デザイン

現在のタブシステムにはいくつかの問題があります:

• 私たちが持っているアイテム以上に増やすことはできません。
• 現在、Maharaプラグイン構造をベースとしているため、タスクベースのナビゲーションに変更することには全く向いていません。

一方、プルダウンメニューにはこれらの問題 (特に最初の問題) がありません。私たちはいくつかのプルダウンメニュー形式のメニューシステムを実装したいと考えています。また、同時に現在メインメニュー内にあるエントリーをタスクベースのメニューに変更したいと考えています。

Ray Merrillは3つのアイテムを配置するための3つのメインメニューを提案しました。大まかに言えば:「私のもの (My Stuff)」「他の人のもの (Other People's Stuff) 」 そして「共有 (Sharing)」です。これはタスクを完了させるよう伝えるときにユーザが何を考えるのかを基にアイテムをメニューに配置する、タスクベースのアプローチを提供します。例えば、自分の情報を共有することになるため、プロファイルの編集ページを「共有」の下に配置することができます。

水平ナビゲーション

メインナビゲーションの再デザインに加えて、水平ナビゲーションの再デザインではユーザのページアクセス時に予想される行動を予測することにより、素晴らしいユーザビリティの改善を図ることができます。

例えば、あなたのプロファイルおよびプロファイルビューを編集する場合には、2つの異なるページが関わります。2つの異なるページが関わります。1つにビューエディタが関わるのに対して、もう1つはあなたの基本情報を入力するフォームです。ユーザは基本情報にはアクセスしますが、恐らくプロファイルビューへのアクセス頻度は高くないでしょう。

この場合、水平ナビゲーションはユーザが意図していた操作を実行できるよう、「こちらですか? (Did you mean to?)」スライドブロックを提供することもできるでしょう。

用語の変更

「ビュー (view)」および「アーティファクト (artefact)」はシステムアーキテクチャを表現する素晴らしい用語です - ビューに配置する前にアーティファクトが必要であるコンセプトは、今では非常に正しくありません。一般の人に「ビュー　(View)」とは何であるのか説明するのが難しいという、UIに実際の問題があります。用語「アーティファクト (artefact)」も混乱の原因となります。ほとんどのユーザは自分がアーティファクト (artefact) を作成して、ビュー (view) の中に入れることができることに関心がありません - しかし、「コンテンツ (stuff)」/「情報 (information)」を作成して、「ウェブページ」に入れることは理解できます。

さらに私たちは最良の用語に関して議論する必要があります。

システムエントリのアイコン

このアイデアでは、グループ名の横に「グループ」アイコン、スタッフメンバーの横に「スタッフ」アイコン、その他名称の横に適切なアイコンを表示します。helps reinforce the user's sense of what they're looking at, and in the case of users, point out exactly who has what role - most useful if the user is among strangers.

View Interface Improvements

The View interface as it stands isn't too bad usability wise (terminology notwithstanding), but there are still several things we could do to improve it:

• Some kind of evidence of task progression, as you proceed through the View Creation process. This is a "step 1 of 3" type arrangement. Ray Merrill has previously mocked up a couple of examples of how this could look. It might be worth thinking about whether this makes sense as three separate pages requiring a wizard - possibly, doing it as a three-tabbed screen could provide another alternative?
• Review of blocktype configuration. In Mahara 1.1, we changed the configuration of blocktypes to open up a modal window, rather than trying to display the form within the column. This means we have a lot more room to play with, so it is worth having a review of the configuration forms to see if they can be made simpler. As part of work going into Mahara 1.2, we are going to be using this feature to make it easier to browse files/folders using a tree browser.

Administration Section

There's a few issues with the Administration section as it stands right now.

One is that the Site Options form is growing longer and longer, with all sorts of options in it, with no real focus. If a user wants to change one of the settings, it's not logically grouped anywhere making it harder to find.

Another is that while plugins can provide configuration forms, to get to them you have to go hunting under Manage Extensions. Again, it can be hard to find a single setting, such as how to change the default quota for a user.

While the top level of the administration menu provides some task-based navigation, perhaps we should review exactly where each setting should go. It might be necessary to create new screens or wizards to make changing settings easier.