The OpenDocument web site is not longer accepting new posts. Information on this page is preserved for legacy purposes only. For current information on ODF, please see the OASIS OpenDocument Technical Committee.


“the road to Hell is paved with good intentions” – and other news

It’s been a long time I haven’t blogged, and I do plan on going back to it. I was thinking to migrate this blog from WordPress to a static site, but some events prompted me to post here earlier than I was initially expecting.
First, a few words about me (hah!) After 6 years working for the French Government in cybersecurity I have returned to the private sector. It’s been 6 extraordinary years working on Open Source, cybersecurity and cloud computing. I’m now working for a rather unique french company called Vates. Vates is the main developer behind Xen Orchestra, an hypervisor and Kubernetes management platform, and XCP-ng, the fast growing fully open source Xen hypervisor distribution. Both projects are fully Free and Open Source Software and Vates happily provides support for these tools. But that’s not what I’m writing about in this post (and by the way, the opinions expressed  are mine only and does not represent anybody else’s opinion).

These days the Free and Open Source Software community is seeing its theoretical foundations somewhat challenged. First, there are those who would like to see the official definition of Open Source changed so that it matches their marketing and lobbying needs. It is a rather complex issue here, on which I will likely write about some time in the future. There are also those who have a business model issue as (much) bigger companies seem happy to distribute their own, Open Source licensed software on their platform (read: cloud platforms) but do not necessarily enable an effective revenue sharing across the ecosystem. Next, there is a growing momentum towards what is sometimes referred to as “ethical” open source licenses. By inserting the compliance or adherence to more or less specific ethical norm, these licenses would supposedly force their recipients to accept these norms by using the software distributed under these licenses. In other words, if a license comes with the obligation for me or for my employer to comply with human rights, I can no longer use nor distribute the software if I know or suspect I’m not respecting the norms contained within the declaration of Human Rights as expressed by the United Nations.

Complying with human rights, however, may be the best case scenario here. Other cases include a general “Do No Evil” clause, which by definition is impossible to comply with. Practically, it disregards the abyss of “Evil” both individuals and corporations or governments are capable of doing to the point of being a metaphysical absurdity. In the case of the Human Rights clause, one would have to believe that it would be scrupulously followed by entities and people who are already in violation of human rights…

More troubling is the question of who sets what’s good and evil. In the case of human rights, there’s some loose consensus about its importance and about its moral values in countries that are mostly western and democratic. The rest of the world has many examples of daily, ongoing and continuous violations of human rights. In other words, ethical standards are important, but ethical standards work and can be enforced within organizations. Within Free and Open Source Software Licenses they raise troubling questions.

Enter the case of Eric S. Raymond (aka ESR). Eric S. Raymond, co-founder of the Open Source Initiative, the man who initially coined the terms “Open Source” and the author of the seminal “the Cathedral and the Bazaar” book, was discussing how he felt such ethical open source licenses were in direct violation with specific points of the Open Source Definition. In the course of this discussion, things became heated. As a result, Eric Raymond got moderated out of the mailing lists of the organization he co-founded. His last posts were indeed somewhat rude, but not out of the ordinary level of a heated exchange on a mailing list. Eric did end up publishing a good post summarizing an other wise precise and relevant chain of thoughts.

I hope this moderation was done as a temporary measure in order to bring some peace to the discussion. Be that as it may the discussion reveals a troubling tendency at the level of the Open Source Initiative: some people would like to turn Open Source and Hacker’s ethos into something it is not, a political movement that is only very partially about software and a lot about liberal ideas.

It is fine to support liberal ideas of course, but it is even better to support and enforce Free Speech. What’s even better is to ensure that whatever debate there is sticks to matters directly relevant to Free and Open Source Software itself and not any concern for “bad actors” in general. A good example of that is the attempt by the proponents of these ethical licenses to name, shame and ultimately prohibit entities such as ICE to use their software. Now I would not want to be in trouble with ICE and I don’t think it has a good track record in its own line of government activity (to say the least). But we must realize there are two important factors at play here: first, ICE is a government entity that, believe it or not, supposedly enforces laws and regulations passed by and enacted by the democratically elected representatives of the people of the United States of America, and second, some people actually support the actions of ICE. Calling a license ethical because some form of political or moral consideration is inserted in it implies that the licensor believes there is at least a very strong social consensus on the matter and that discriminating against a particular group or people is fine, regardless of what the Open Source Definition clearly states.

These are troubling developments, and it seems to me that the OSI is falling prey to some of the torments of our time. Namely, absolute, peremptory moral judgements made in the name of one’s own convictions that aim at suppressing anybody else’s opinion or validity as a human being. What hurts the most in this case is that it is the  people who claim to have the highest ethical standards and the most concern for social justice who are driving this puritan, absolutist and ultimately misguided moral crusade. And we should know that things become dangerous when Free Speech is threatened. Hopefully the next OSI board will know this too: Get out and Vote!

Categories: Blogs

Voice and Command Line User Interfaces

Dan Bricklin's Log - Sun, 2018-01-28 20:42
I have been seeing the increasing popularity of voice-controlled "smart speakers" like the Amazon Alexa series, including heavy use among many of my close relatives and even their very young children. Attending a Gartner conference, I watched analyst Jason Wong gave a presentation about "voice first" apps, showing an example from Rhino Fleet Tracking and explaining Amazon's recently announced "Alexa for Business" offering. This was something that could be used for internal business applications, not just for personal home use. Hmm. Internal business use if my area of interest as CTO at Alpha Software.

By the time I reached the airport for the ride home, I had checked out some of the Alexa documentation and saw that it would be pretty easy to hook up Alexa to query a database to explore this area. After a little work back home, I found that connecting to the REST API of our new Alpha TransForm mobile forms data capture system would be even easier. I soon had a demo and made a short minute and a half video "Simple business app with Alexa":

Video on YouTube

I then got to discuss the video with a variety of analysts and others and think about this area a lot. One thing I was struck with was the similarities between the Alexa-style voice input and traditional Command Line Interfaces (CLI). CLI, first popularized in the computer world back in the 1960's or so and continuing today in Linux, Windows, etc., has always appealed to many professional developers despite the advent of GUI and touch-based interfaces. There is something special there. Perhaps voice and CLI share some attributes that would explain the rapid rise of its popularity in smart speakers. I decided to write an essay exploring this.

The essay I came up with is "Revenge of the CLI: A transformation through voice and AI". It's in the Writings section.
Categories: Blogs

Vision for

So awhile ago, I registered the domain name, and Rintze Zelle and I, with some help from the team at CNMH, moved CSL hosting over to that domain.

As I’ve suggested in an earlier post, however, I have some rather ambitious plans for expanding that site. Following is a bit more fleshed out idea of what I have in mind.

Mendeley has put some resources into a promising new WYSIWYG CSL creation and editing interface. At this point, it’s far enough along to show a lot of promise, but is still missing a number of key CSL features that it really needs to be functional with real world styles. But I expect this will come soon enough.

I would really like to host this new application at, and to use it to create a community supported style creation and editing repository. So imagine a few example use cases:

  1. Sarah the chemist starts a manuscript she wants to submit to a journal. She does a quick search in her local application (but which is in fact searching a remote repository) for this journal style, but finds it doesn’t exist. The interface includes a link to “create new style”, which brings her to Once there, she is prompted for some information about her style that helps the application narrow down exactly what she’s looking for, and presents her with four options that it thinks might be close to what she needs. Upon inspecting the example output, she realizes that her journal style is exactly the same as a style for another journal. Rather than create an entire new style, then, she simply clicks a button, enters the new title and other metadata, and the style is ready for her and others to use.
  2. A variant of the first case, where Sarah finds a style very close to what she needs, but with some important differences. She clicks a button to edit the new style based on this existing style, which presents her with a pre-filled style. She quickly identifies what she needs to change, does so, and then goes on her way. The entire process take her three minutes.
  3. John the psychologist realizes there’s a mistake in the community version of the APA style. He goes to a page for that style, and enters a comment with the relevant information. Another user who has taken responsibility for this (this user could be someone from the publisher or journal itself, BTW), quickly makes the change, and it is instantly available to hundreds of thousands of users of a numbers of different bibliographic applications.
  4. A group of scholars form a new open access journal. They want to make it easy for their users to create consistent citations and bibliographic entries. The new editor goes to to create a new style, simply bases it wholesale on Chicago, and in two minutes is done: the journal’s styles is available for any to use.
I could add more, of course, but I think this suffices to get across the idea. It is based on my strong belief that academic users—whether they be beginning undergraduates, or senior scholars—really don’t ever want either to:
  1. create styles … unless they don’t exist
  2. edit styles … unless their styles don’t work
In other words, people don’t want to bother with these esoteric details unless they must. And crowd-sourcing the maintenance and evolution of these styles is the sane, practical, thing to do. I want to be based on this notion. Neither I nor Rintze, however, have the time or skills to realize this vision. So we’d welcome help to make it happen.

Categories: Blogs

Content Ownership and Sharing in an LMS

Michael Feldstein has a post on the new Repository API in Moodle, and explains that it enables easy import and export of content to/from course sites. But, he suggests, this may well be a solution to a more fundamental design failing; as he puts it:

A fundamental flaw in LMS design is that the course, rather than the student, owns course documents. While it’s great that Moodle makes it easy to export course contributions to places where students can hold onto them after the course gets archived, this mechanism relies on students making specific efforts to save their work. I would prefer to see a system in which the canonical copies of student-created course documents (or faculty-created course documents, for that matter) live in the users’ private file storage space and the course instance is granted permission to access them.

I think is exactly right, but I see two issues. First, who owns group created/edited documents? I doubt this is an unresolvable issue, but it does add a layer of complexity to the discussion.

Second, I’d want to consider a broader notion of sharing. Consider an example:

I teach a large-enrollment introductory course that is part of the University’s “Top 25″ initiative, which seeks to reorient these sorts of more typically lecture courses around principles of inquiry-based learning. We have a team of people who teach this course who worked at figuring out new course modules that we could share among instructors. But the sharing happens (or not, as it were) through a wiki, and the kind of content we have up is not available in a fully ready-made form such that each of us can simply take it and go in our individual courses. Sharing just takes too much work as it is.

I’d like my LMS to make it really easy to share teaching resources among faculty; ideally not only within just a particular LMS instance at a single university, but across universities. Why can’t I, for example, create a course module and make it public? Why shouldn’t I be able to easily borrow work from colleagues at other institutions? And by easily, I don’t mean having to force them to export some damned package, email it to me, and then make me import it. I mean single-click sharing. What if, for example, I could search for particular concepts in my area of geography, and get a list of modules from both my colleagues here, but also other colleagues elsewhere, and simply click to use it in and/or adapt it to my course?

So that’s a use case: I really want to contribute to and borrow from my colleagues’ work in ways that go far beyond what’s now possible. What does it take to make that possible? Am not exactly sure, but think it’s likely to require rich metadata and structured content authoring. Sakai 3 will, for example, have a template system that allows for wizard-like creation of new content. I could imagine using those templates to layer RDFa metadata into the content itself, and then somehow collecting that metadata and exposing it through some sort of API (SPARQL?).

Categories: Blogs

CSL Status and Next Steps

So it’s been a few months since version 1.0 of the CSL specification was finally released. Where do we stand now?


  1. We’ve got a completely 1.0-compliant CSL processor in the form of Frank Bennett’s citeproc-js, which is backed up by an extensive test suite. This has just recently been folded into the Zotero trunk code, so should be rolled out to Zotero users in the coming months.
  2. The Mendeley team is also planning to use citeproc-js, though I haven’t heard any update on timeline.
  3. Mendeley has also started work on a WYSIWYG online style creator. This is really important.
  4. Ron Jerome has been working on a PHP port for use in his Drupal biblio module; it’s not done, but he’s made good progress
  5. Sente has support for CSL import
  6. a new app called Peaya has CSL support, though I know no details (in fact, hadn’t ever heard of it until just a bit ago, which bothers me)
  7. Andrea Rossato is updating his wicked fast Haskell implementation to be 1.0-compliant; usable, among other things, with the really nice markdown processor Pandoc
What do I take away from this? That the idea of CSL is gaining traction: that citation styles are too much work to be worth the hassle for every application creating their own language and associated styles, and that users don’t really want to think about citation styling; they want stuff to “just work.”

So here’s my vision of where I’d like to be in another year or two:

  1. “CSL support” is considered an important feature by users
  2. A complete and beautifully functional online CSL creation application is up and running, and the result is an explosion of good, correct, and up-to-date styles. Right now we have a bit over 1,100 the last I checked; I’d like to see this increase to cover virtually all current journal styles. To do this right means it has to be really easy to both create new styles, and comment on and subsequently edit existing styles.
  3. Wide and deep (e.g. fully compliant) support for CSL across a range of applications and application types (online, desktop, etc.). This not only includes correct formatting, but also making it really easy to find and use the styles noted above (and passing around files by email does not count).
  4. I’d also like to see progress on the thorny problem of document interoperability, as well as adding RDFa support to formatted bibliographies for full round-tripping

But there’s still some distance between that idea and the current reality. For one thing, there’s not as much collaboration on CSL among developers as I’d like. Ideally, everyone that implements CSL should have some sort of public commitment to, and benefit from, future CSL development. At minimum, this should involve participating in development discussions. But beyond that, we need people to help with:

  1. web design for the site
  2. finishing the style creation application and repository (PHP and JQuery skills needed!), and figuring out how best to exploit this in applications
So continual progress, but still a fair bit of social and technical work to do!

Categories: Blogs

Sakai 2 and/or 3?

My institution is entering the Sakai community at a time that is both awkward and exciting. Sakai is now a two-product world. Sakai 2 is well-developed and stable: the LMS we have now. Sakai 3, on the other hand, is the emergent next-generation LMS: incredibly promising, but not yet ready for wide-scale deployment.

Given our roadmap to transition over the next year or so and have Sakai fully deployed in the Fall of 2011, the obvious question all of us that attended the Sakai 2010 conference were asking was: should we just look to jump straight to 3? Ultimately, after all the discussions, we ended up with about four different possibilities:

  1. do Sakai 2, and effectively ignore Sakai 3
  2. do Sakai 3, and ignore Sakai 2
  3. run Sakai 3 for the nice new social-networking features to act as a kind of portal with Facebook-like features, but run Sakai 2 in “hybrid mode” for the more traditional LMS functionality that may not be ready when we need it
  4. similar to the above, but run the two instances completely separately
Each approach has its trade-offs. The first ensures a longer transition to Sakai 3, where I think many of our faculty and students would really like to at least experiment with it ASAP. It would also insure another, somewhat abrupt, transition. The second is probably not realistic in our time-frame; some LMS functionality that some faculty will need will likely not be ready by Fall of 2011.

I got the feeling that our group was more attracted to the last two options, both of which would present faculty and students with the new face and the unique features of Sakai 3, and allow a more incremental and seamless transition to the next-generation LMS functionality as it became available. I also personally gathered that the ultimate decision will have to come down to facts on the ground, as they evolve. In short, we probably ought to concentrate on Sakai 2 now, but monitor the progress of Sakai 3. If the project moves at the pace projected in the roadmap then running 2 and 3 together in hybrid mode may well be a viable option. If not, running them separately initially might make more sense.

Another related important question will be what we use for portal functionality. Sakai 3 could hypothetically serve as a nice, flexible, portal interface. It is substantially more ambitious than the traditional LMS model. Certainly some of our people were thinking about this idea. And other institutions have as well. UC Berkeley, for example, is deploying Sakai 3 as its portal system for the coming Fall. But such a move at my campus would likely require a rethink of what our portal functionality should provide, and unlike Berkeley, we already have a portal constituency on campus. So I can imagine some political challenges as well.

Belorussian provided by PC

Categories: Blogs

Sakai 2010 Conference: Impressions

Having just recently been involved in Miami’s decision to move from Blackboard to Sakai, I was asked to attend the annual Sakai conference along with our some of our IT and instructional design staff. I just got back last night. Here’s some thoughts and impressions.

For some background, I’m an academic whose focus has nothing to do with technology. Nevertheless, I have years of experience in working with open source communities on issues related to academic (mostly research) authoring (see, for example, my work on CSL, which is an outgrowth of work for OpenOffice). But because this work is not central to my academic position, I have tended to avoid investing cash and time resources in attending related technology conferences. With Sakai, though, it’s a little easier to justify my involvement, since it has direct impact on my teaching, and on the broader teaching and learning community at my institution. Aside from a talk I gave at a Code4Lib conference a few years ago, then, this is my first edu technology conference.

So what did I think in a nutshell? I was deeply impressed. The Sakai community is diverse, smart, passionate, and energetic. The sense of mission the community has is almost palpable. It is clear that there is a lot of deep thinking that happens in this world, and that there is a lot of discussion and community engagement around that. At the same time, this seems to be a quite pragmatic community as well. They know what they want to do, and they seem to know how to get there.

In particular, my respect for the Sakai 3 effort continues to grow. Before we made the decision to go with Sakai, I had already spent a lot of time looking at the project: downloading and running the current code, looking at the technical design, reading through the more user-oriented design documents, and talking to the Sakai product manager (Clay Fenlason) about the process by which they were realizing this ambitious vision for a next-generation LMS and collaboration system. So I was already really impressed with Sakai 3 before the conference. But at the conference, you can see how all this works is materialized.

I watched a demo of the NYU pilot project (see, for example, this session description), for example, that will be going live in the coming months. Because the lead Sakai 3 UI designer was in the room as well, we could have a collective discussion about details of the work, both now and in the future. What became clear in these and other discussion is that there are some really sharp people working on this project. At no time did a question come up where I got the impression that these people had anything but an absolutely clear focus on what they were doing.

I also went to a session that explained all the work and thinking behind this diagram.

This diagram represents a year of intense work of pedagogical experts from around the world, trying to imagine (and re-imagine) the core principles that should drive the design of a next-generation LMS. The idea is that nothing concrete moves forward with Sakai 3 without justification in these principles.

Here’s an image from the session:

Sakai design lens discussion

The session drew broad participation. It wasn’t just instructional designers or pedagogy people in the room. The guy you see in the right foreground with the dark blue shirt is Clay, the product manager. There were also a number of programmers in the room involved in the discussion as well. This is really good to see, as there are sometimes obvious disconnects between more user-focused design people, and programmers. There were even a number of faculty participating in the session as well. This is what the Sakai world means when they say that Sakai is by educators for educators.

I was also struck that the design principles noted above, and the way that Sakai 3 is proceeding more concretely, is fully consistent with the educational mission of Miami. This is software that should beautifully enable more student-centered, integrative, learning and research collaboration in ways that are simply not possible in current generation LMSs. So my hope is that my institution fully embraces these possibilities, and contributes what it can to realizing them. Now is the time to think big!

Categories: Blogs

Bye Bye Blackboard, Hello Sakai

Last week, I was part of a meeting that decided on a recommendation for Miami University’s LMS transition over the next year or so. We ultimately chose among four options:

  1. Blackboard 9 (stay with Blackboard, but move to next version)
  2. Desire2Learn
  3. Moodle
  4. Sakai
Interestingly, there was very little support, if any, for continuing with Blackboard. There’s just been too much frustration with both the software and the company. It’s hard to justify spending so much money on such a mediocre solution, particularly given current budget issues.

Our ultimate choice was Sakai. I can’t say exactly what it was that ultimately organized the consensus around the choice, but my own argument in the meeting was roughly as follows:

  1. all of the current LMSs are more alike than not
  2. the open source options (both Moodle and Sakai) give the institution greater control over our own destiny going forward, with more options for support, for influencing the direction of the software, and for deciding when we want to transition to new versions
  3. Sakai in particular has a really smart forward-looking roadmap in v3 which is shaped by the right, pedagogically-oriented, vision

For me personally the plans for Sakai 3 were a primary differentiator. The tight coupling of a new architecture placed at the service of a shiny new interface that is easy-to-use and flexible, and which is designed based on user-testing from the beginning, is, I think, the right direction. The widget and template-based approach has the potential to make it easier and quicker for new users to get going. The devil will be in the details of exactly how well they implement these ideas, but I am looking forward to seeing how Sakai 3 evolves.

Now the real work will start for the IT staff here. They’ll have to figure out the best way to transition course content from Blackboard, to train faculty and students in how to best make use of Sakai, and set up some kind of governance structure to manage our relationship with this new technology. I’m hoping this can include some mechanism to get IT services staff and interested faculty involved in the Sakai community, and contributing in different ways to its future evolution.

Categories: Blogs

Sakai 3: Mix-and-Match Tools

Earlier, I covered some interesting new characteristics of Sakai 3, but want here to add another. Existing LMSes are hamstrung by a number of assumptions and limitations. To sum them up, today’s LMS tends to be both course-centric and tool-centric. If, for example, students that share two or three related courses want to setup a group, they can’t do it; the LMS assumes students are part of courses (or in some cases, non-course sites). Similarly, the LMS experience is constrained by a focus on discrete tools. If you want students to reflect on some ideas, and then host a discussion on them, you need them to go to two separate places: some webpage-like thing that describes the ideas, and then a separate forum where the discussion may happen. If the student wants to refer back-and-forth between the two areas, they need to do awkward things like open two windows or tabs, or do the browser back-and-forward button thing. This is a totally artificial limitation that has real consequences.

Thankfully, Sakai 3 does away with these limitations. Groups, for example, may exist independently of course and sites, and so will allow more flexible sorts of online sociability and collaboration among students, researchers, and so forth. On the tools front, Sakai 3 breaks down the walls that have previously divided them. If you want to host a discussion on some content, you can simply create your page, add the content, and then at the bottom of the page add a “discussion” widget. Upon doing so, a discussion thread will be available at the bottom of the page for students to view and contribute to.

The current UI has widgets for a variety of common features: polls (complete with a nice instant-view graph of the results), comments, quizzes, etc. But it also has some clever new ones, such as a Google Maps widget that allows you to embed a live Google Map (though as I geographer, I have to say that I’d really like to see more here, like the ability to ask for a country, and have it understand what I mean; this might be more a limitation of Google Maps though).

Here’s an example of what this looks like with the polling widget. First, we decide to add a poll to our page. We go to the “insert more” drop-down on the right side of our editor …

the insert more drop-down

Once we select “poll” we get a dialog to set it up.

widget configuration

Note that this dialog pops up in place; no need to go to some separate page to manage this. Once we have it all ready and click “insert widget”, and save the page, we then see this, which is also what students will see …

poll widget student widget

When a student comes across this, again, they don’t have to go to some separate place to take the poll; they simply click their choice in place. Even more cool, once they’re done, the live widget presents the results of the survey in a graph view.

poll widget results

In turn, this graph will continuously update as other students take the poll!

A couple of months ago, Lance Speelmon at Indiana University presented a demo of this at a Sakai conference in Japan. You can see that starting at about the 23 minute mark or so of this video:

So let’s pause for a second and ponder the implications of this: I will be able to create a page for some topic in a class. I can add some text to present the issues for the topic and link to some background readings. I can then embed any other widget I want right there in the page! Bigger picture, this widget architecture is designed to be easy to work with for developers. So if I have some idea for a great new widget, any on-campus developer with basic web development skills could hypothetically help me create that widget.

When I started pondering what I want in a next-generation LMS, this is exactly the sort of thing I was imagining!

Categories: Blogs

Moodle vs. Sakai: Future Directions

So in trying to come to a conclusion on Moodle vs. Sakai, it’s easy to get wrapped up in the minutia of feature comparisons and such. It seems to me, however, it’s important to keep in view the larger, longer-term, picture. In this case, that in part involves the strategic directions for these two projects, which will give us a sense of where they might be in five years. To wit, below is my understanding of Moodle 2 and Sakai 3. Am in a bit of a hurry with end of semester chaos, so please correct me if I have anything wrong here, or if I’m missing important details.

Moodle 2

As I read it, Moodle 2 is a significant change to the platform, but a largely incremental one. The primary change appear to be the addition of a repository API, which provides a flexible way to add access to different kinds of resource repositories. For example, there is a plug-in that uses this API to make it easy for users to browse and insert images from Flickr from within the standard Moodle editing tools. In addition, there is work on new features, many of which are outlined in the following video:

In other news, there appears to be independent work on making Moodle friendly for mobile devices. Here’s a video of one such example:

From what I can tell, Moodle 2.0 will be ready for deployment sometime later in 2011.

Sakai 3

Sakai 3, on the other hand, is a more radical change: effectively a complete rewrite of the platform. This rewrite involves building the Sakai-related functionality on top of other, more generic, open source code. The new core code, and hence what the Sakai community is responsible for maintaining, is dramatically less than the old; at present a reduction of close to 90% of the code base! In addition, one of the core developers on the new Sakai core has also become a developer on the Apache Sling project on which the Sakai 3 core is based. This reflects some smart strategic decisions, and should provide a focused, easy-to-develop and maintain foundation.

Following are a few examples we can glean of what this might look like from the design wireframes (visual mockups, not necessarily running code at this point) and the running demo code.

Example: Everything is Content

Michael Feldstein does a good job explaining what this all means. But perhaps some pictures will make the implications more immediately apparent. Consider search. Because existing LMSs are both organized based on courses and tools, its quite awkward to search for content (forum posts, blog posts, assignment or page content, etc.) globally. On the other hand, consider this proposed search UI for Sakai 3: Sakai 3 search panel So one does not go into, say, a forum and search the forum. Rather, one has a search interface that is the same whether you search the entire university’s content, or an individual course. That integrated search interface looks beautiful, and will be instantly familiar to anyone used to using contemporary web interfaces.

A few more screenshots follow below, these all from the actual current Sakai 3 demo server.

Example: Widgets for Integrating Different Content

The new interface is based on widgets, which allows you to quickly add different blocks of features, and move them around as well. Because of the new core foundation, these widgets are also designed to be really easy to develop, so that it’s much easier to add new functionality. In this view, for example, you see a “widget” I’ve added to access my Google Docs documents from within Sakai.

google docs widget in the Sakai 3 dashboard

Example: Editing

One design priority for Sakai 3 is to make editing content much easier. Here we see the clean new editing interface.

Sakai 3 editing toolbar

In addition, all content is versioned, so that you can easily step back through changes, and see who made what changes. Since all content is treated uniformally in Sakai 3, there are no artificial limitations in how this versioning support can be applied. Here’s what it looks like the UI currently:

versioning interface

What I get out of all of this is that Sakai 3 will be more scalable (faster), more flexible, more elegant and easier-to-use: a brand new LMS designed for the needs of the 21st century. The devil will still be in the details of exactly how they implement specific features (gradebook, assignments, etc.) on top of this new core, but I am also really encouraged by what I am seeing of the design process. It demonstrates an attention to detail that is necessary to do this right.

The current roadmap is that it should be ready for large-scale deployment sometime in mid-to-late 2011 [I corrected the year from 2012, per comment below]. Also, there’s some work going on (at Indiana?) in allowing mixed 2-3 deployment; using v2 tools within a v3 context for example.

Categories: Blogs Focus Areas: BPEL | DITA | ebXML | IDtrust | OpenDocument | SAML | UBL | UDDI
OASIS sites: OASIS | Cover Pages | | AMQP | CGM Open | eGov | Emergency | IDtrust | LegalXML | Open CSA | OSLC | WS-I