See also Desired Outcomes, Technical Issues and Project Planning
Topics that should be considered at the Authoring Summit
- Design for a simple page-composition tool (is it really a tool?) What does calling it a tool mean in a UX context? Does it describe things it can and cannot do? If so what are they? Similarly are there Sakai semantics attached to the use of "Page"? What sort of page are we talking about? I think it would be useful to make different areas on a 'page' editable by different groups of people. Is that in scope?
- Characteristics of contexts in which authoring occurs in groupware or CMSs like Sakai (or could/should occur). See diagram below.
- Beginning to specify a UI for templating (including restrictions on scope of edits a la XML Schema. (is skinning separate?)
- Who is willing AND able to commit to this project?
- Can we agree to a project plan that is realistic (considers our volunteer model), structured (doesn't skip critical steps), and fair (allows for enough time to perform certain activities)?
| Here is a little diagram I came up with on Tuesday. Food for thoughts. Mathieu |
Work that should be done to prepare for the Authoring Summit
- ideally a comparison of pros and cons of different (browser-based) editing tools (TinyMCE, FCK, developed clone of Google Editor (GWT?), etc.) from a UX perspective (including download performance, accessibility, etc.), even better with comparative/comparable testing. Any evaluation of known desktop app/online integrations (can't MS Word do something with WebParts?) (start by comparing editing tools in [Authoring Tool Comparisons])
- write up of use cases and classification according to scope, context etc. (start by adding use cases as children of Authoring Use Cases)
- articulation of assumptions (e.g. built on Sakai 2.X, or abstract ideal, for use by admin/faculty/students/?) (list assumptions in [Authoring Assumptions])
- preparation of prototype demos (start by adding information about prototype demos and external tools in Authoring Prototype Demos)
- list all the types of entities and what they should look like.
Proposed features for "web2" authoring in Sakai
Have a feature idea you'd like to share? Post it here:
- Incorporation of information from other parts of Sakai (active/passive components, what/where, configuration according to page context) and other sources
- Support for collaborative working
- What about import/export, reuse of content, versioning, permissions, annotation, etc,
- Use in other parts of Sakai (e.g. grading)
- handling of time-controlled release, "Hidden" content
- handling of user tracking
- attachment handling (real attachments, not attachments as a means of including static files like image files)
- should this be used for student work (e.g. creating assignments)
- autosave
- Are we interested in MS/Open Office integration, what about offline working
- Be able to add content pages, dashboard pages and tool pages to your site easily
- Be able to free form edit a page
- Be able to place functional "predefined" units anywhere inside your page
- Make those functional units configurable
- Be able to wrap the text around the functional units
- Handle permissions on writing pages, ...
- Be able to link to other pages
- Be able to reorder pages
- Be able to rename pages
- Support versioning of pages
- Support collaborative editing
- Build it on top of the current (new Sakai 2.6) interface
- Have some basic templates for different site organizations (sets of pages with navigation) for quick start and/or promoting consistency.
- Have means for the available templates to be controlled up a hierarchy
- Support simple navigation
- Be able to support 'tool per page' paradigm of current Sakai for those who don't want to change their sites
- Be able to support legacy tool pages for tools that don't get migrated in time
- Countdown feature which could be toggled on or off.
- Support for authoring Sakai content directly using external tools (e.g., Dreamweaver, Web Expressions), and ability to utilize entities in those tools.
- Conditional release of entities (must have completed Quiz 1, date and time, name starts with a "S", linked to a Gradebook or Post'Em column, etc.).
Note: only supporting simple navigation (current Sakai has one level only within a site with the left toolbar) implies that complex learning units are somehow 'embedded' in pages and launched from or within a page. I am currently imagining that it will be rare for a site to have more than 20 pages, but we need to think about what we would do if a larger site were really needed.
Links to or screen shots of cool UX examples
Delicious Links Tagged with "SakaiAuthoring08": a fast and easy way to share design examples and features worth evaluating.
|
(recent bookmarks tagged SakaiAuthoring08) |
|---|
|
A Widget Onto the Future
They float around on desktops, populate home pages and bulge out of Facebook profiles. They aren’t exactly tangible, which is why they’re called widgets, but they’re real enough within the digital ether than some educators want to turn them into teaching tools. |
|
Glosser - Writing support
Glosser is a system that supports collaborative writing, particularly for students writing academic essays. Glosser supports the writing by 1) scaffolding their reflection with trigger questions, and 2) using text mining techniques to provide content clues that can help answer those questions. |
|
Learning Design Runtime Tools
This web-page is a guide to getting |
|
ReCourse - Learning Design Editor
Information on the TENCompetence WP6 Learning Design Editor. The name of the Editor is "ReCourse". |
|
8 Simple Tools for Better Bookmarking
Over the last week, I’ve been checking out some new tools for social bookmarking and looking back at some old favorites. A lot has changed in the two years since our social bookmarking showdown. Users expect more than just saving bookmarks. We want to share them with friends, put them on our blog, and incorporate them into the other tools we use every day. |
|
SnapPages
Online hosting and site creation. |
|
Google Docs
The Google Docs interface and features should be considered in our authoring tool design process. |
|
SurveyMonkey.com - Powerful tool for creating web surveys. Online survey software made easy!
Has the notion of templates and building up a page from a set of standard components. |
|
udutu | Create simulations online with ease.
myUdutu is easy-to-use online learning authoring software that allows you to build your course very quickly no matter where you are, and no matter who you need to involve. |
|
CourseGenie plugin for Word
CourseGenie is a tool which creates web pages from material in Microsoft Word. It creates content which has a consistent look, is accessible and includes navigation. |
|
WebLearn: eXe Example Content
This site highlights the free 'eXe' content authoring application. All content in this site has been written using the eXe content authoring system. |
|
eLML - eLesson Markup Language
The eLesson Markup Language (eLML) is an open source XML framework for creating structured eLessons using XML. |
|
MyStudiyo Templates - Create a quiz to embed on your site/blog in just minutes!
# FREE do-it-yourself quiz templates # Fresh content to reinvigorate your site # Content tailored to visitor's interests |
|
Intranet, Group Calendar, Small Business Organizer: Backpack
Organize your business and share information with your team. An Intranet in 30 Seconds. Easy to create webpages. Check out the intro. Author a page made up of many different kinds of artifacts structured around a topic. |
Comments (2)
Aug 29
Peter A. Knoop says:
So what are the use cases driving the feature list or requirements? Those are ke...So what are the use cases driving the feature list or requirements? Those are key I think in helping us understand common needs across projects. Without that context, one person's need for something like page reordering can be misinterpreted as equivalent to another's, when they really mean something different.
Aug 30
Nathan Pearson says:
I completely agree. What also worries me a bit is information overload. There's ...I completely agree. What also worries me a bit is information overload. There's just got to be a better way to group and organize these ideas. Maybe we can create headings/categories to some of this stuff?. Plus, to Peter's point, each item should probably have a little (one sentence) description that touches on which user(s) it speaks to and which project(s) it best relates with – assuming an existing project is relevant.
Anyway, this is just me posting a note mostly to remind myself, as I'll probably end up filtering through and organizing this stuff later. But if anyone gets bored and wants to beat me to the punch, me be grateful