From Mahara Wiki

< Mahara日本語ドキュメント‎ | ロードマップ
Revision as of 04:31, 27 October 2011 by Mits (talk | contribs) (用語の変更)

作成中です - mits

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




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

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

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




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


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


Icons for System Entities

The idea here is to display a 'group' icon next to group names, a staff icon next to staff members, etc. This 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.