Loading...
Showing posts with label UX. Show all posts
Showing posts with label UX. Show all posts

Case Study: Creating a Course Registration System in Short Notice (Jedi Style!)

Here is a nice story, that almost got lost in translation (literally - its published in Finnish last summer).

It was a warm, late afternoon on May 2016, when we at plone-support received a message, asking for help. Perhaps we weren't like Obi-Wan Kenobi on that, but close enough: A customer needed to have a new course registration system and migration from the old one so soon as August 2016. Whoa, three monts, summer coming on and other projects on the road too. Should we just skip it or take the million credits to get even with Jabba?



Well, here's a spoiler alert: https://www.fdpe.fi/

fdpe.fi -etusivu

 

1. The case of The Finnish Doctoral Programme in Economics

A Joint Doctoral Programme of the Economics Disciplines of 10 Participating Universities in Finland. The Finnish Doctoral Programme in Economics (FDPE) promotes high-quality doctoral education in economics in Finland by organising systematic and diverse doctoral courses and seminars.
 Here's is a rough translation of the initial email we received in May 2016.

We will need a platform, where we can manage nation wide economics doctoral programmes cooperation. To be more clear: we need a web-based system, that allows students from participating universities to apply for doctoral studies courses from another universities. Ideally the principles of the system would be: 
- Each university inserts a batch of courses as part of the cooperation
- The courses became a course pool, that will be communicated to the studens via the system
- The students from each univeristy may register for the coursers on the course pool
- After a course a teacher may communicate the grade of each student to the student's home university via the system
- Once per year the registrations are gathered and counted, how many participants there are from university x to university y
- Based on those calculations it is possible to settle the compensation between universityes. 

The point is to build a platform to gather registrations and communicate students grades and registration information. The platform should be as simple and robust as possible. 

Our schedule is uncomfortably tight in the sense that the system (or at least te application feature) should be online at latest in August.
****************

Ok, so we got the message. And why they chose to ask us, is because of another Plone-site that shows events and gathers applications there: http://inforte.jyu.fi

We discussed about the case, and thought it was quite a challenge to present so late at spring, (with all the vacations and other projects we had in store for the summer). But we also thought, that we had a quite toolset for this kind of system:
  • Plone would take care of the website, permissions, workflows, security and robustness. 
  • Courses would be dexterity content types - easy to create and to modify if needed
  • The registration form could be easily created using Plone Form Gen add on - of which we had lot's of experience 
  • The information about participants could be delivered in the system using plone permission management and intranet features
  • This was a good case to try out new Plone 5 and its out of the box responsive layout

So we were set to talk with the customer and see what else they might have in mind.

After a positive meeting, we also had this information:
  • Migration was needed, but only for visible content
  • The visual desing of the site would be secondary feature
  • If only the application forms and course information were online already in August, the rest of system could be finished by September
  • We could use HAKA indentity federation service to allow students and staff from different universities to login with their own userid and password. We could have created internal useris's for the admins and could have forced students to insert more information at the application form, but this was way better solution. We had used HAKA before with Plone in many occasions (Like Moniviestin video publishing platform)
  • The couldn't use national Opintopolku.fi -service (at least not yet) for doctoral studies. 
  • The project had fixed deadline and the customer was willing to prioritize and to focus on the most important features first

So we decided to set out for this venture!



2. Plan B. 

Actually, we had no plan B, so we came up with plan A, to divide the development into clear phases, visible to the customer:
  1. At first we would set up a preview-site: the customer could then start using Plone and to learn how to use it. 
  2. A light theme customization
  3. Site name, domain, certificate and HAKA-federation bureaucracy was set to motion
  4. Migration to the old public content (scrape public content)
  5. Shibboleth-integration (HAKA) development for Plone 5
  6. An event like Course content type would be created
  7. Using a Plone Form Gen -solution we had created before on another case to automatically populate basic user information about the person filling the form.  
  8. Using a previous solution to generate reports on every separate application form. 
  9. A Plone folder, where a teacher stores the saved Excel-files about course grades
  10. Other features, like managing permissions,  communication, instructions, planning the application form and theming.
So, we had plans.
Some features, like good security, content management, intranet features,  permission and group management, responsive web design and workflows are built in to Plone CMS. We used the latest Plone 5 version on this case.



The actual work

We started by creating a preview-site in june 2016. This way it was easy for the customer to follow progress. So we added an empty Plone 5 site with minor theming and gave admin permissions to the customer so they could get to know how Plone works. We also did the migration of old public content at this point.

When the migrated content was checked and deemed okay, and the bureaucracy with the domain name done, we published the new site in june 2016 - only without the form functionalities. However, the customer could already do some content editing and checking that everything was okay.
Next up was the HAKA federation. Using HAKA federation, every higher education student in Finland could log in to the site using his/her own user id and password to make logging in easy. At the same time our customer could easily gather the name, email and organisation of every enrolled student. In addition they could add new site administrators from different organizations. Plone allows very fine-grained permission management.

Last, but not least, we developed the registration form and a new content type called Course, with some basic data (start date, end date, information). When a student goes to a course, there is a registration link which opens the form with all necessary fields already populated. The registration form was done using Plone FormGen add on. We had used that add on for over a thousand forms at JYU, so we knew it was stable and customizable.

The registrations were collected to a .csv-table, easy to open in Excel or Google Sheets and easy to use from every organization participating FDPE programme.

In the end we created short instructions for the site admins on how to manage content. The instructions were just Plone pages with some images and links.


Example one: Course Page
fdpe.fi -kurssisivu

Example 2: Registration Form
fdpe.fi - ilmoittautumislomake

Summary

The customer was very satisfied with the development and results, and so were we.

This kind of development in this short time period wouldn't have been possible if we didn't have the suitable technology available and knowhow on how to properly utilize it.

Additionally the customer was really cooperative - they focused on getting things done, they did their part on the content and other bureaucracy, and most importantly they knew what to prioritize.

We had limited time and limited resources - and usually it is a good thing if you can actually prioritize and altogether just cut out some features if needed. First things first, and then some.

By using free Open Source components and no need to pay any licence fees, the only thing we (and the customer) needed to focus on, was the actual development.

Now, after almost a year of usage there has been near to none feature requests or incidents using the system, and definitely nothing major. But there have been hundreds of successful registrations and everything seems to be working fine. 

If you want to know more, please contact

It is party time!



From Plone 2, 3, or 4 to Plone 5 - Highlighting 5 Major Changes

 

 Plone at University of Jyväskylä since 2004


We have used Plone Content Management system at University of Jyväskylä for almost 12 years now.
Our main websites run with Plone and the site serves over 200 000 visitors and 2 000 000  pageviews/month. In addition, we have over 80 other different services built on Plone, using its built-in permission-, workflow- and content management features. These services include e.g. Moniviestin video publishing platform, Koppa study material portal, Opiskelijankompassi and wide array of different kind of forms, some combined with our payments-services. And if you didn't know, Plone is Open-source software

Read more about Plone usage @ JYU


In this article I will discuss about how we are migrating from older Plone versions to the newest one and how the UI of Plone will radically change in version 5.  


Plone 2 and 3 and 4 work well - why upgrade to Plone 5?

With such history with Plone, there are still some sites or services that have been running with older Plone versions (2.1, 2.5 and 3.3) since 2006. After 2010 we have used only Plone 4.1 and up, the current version in most sites being Plone 4.3.x

For the record, these old sites have been generally rock solid, and there have been security patches even for  Plone 2 -versions.
However, we now want to migrate these sites to Plone 5. There are several good reasons. 
  1. Easier maintentance: We want to get rid of old versions to make our maintenance job easier. To be able to maintain several services with few people, you need to optimize.
But - why didn't we migrate these sites to Plone 4.3? Why wait till Plone 5, which was released late 2015. Well, to be honest, we had more pressing projects to finish, but that's not all there is.

Why we go to Plone 5?
  1. Plone 5 is fun. The user interface is modern, easy to use and the base template is responsive out of the box. It is lighter and faster than the previous versions. There is a cool layout system called Mosaic to use for customized, drag'n drop layouts. 
  2. The customers of the old sites wanted to renew their services - it was a good time to do so with Plone 5.  


Enter Plone 5 - Listing 5 Major Changes

There are many, and to get a complet list, check out https://plone.com/5

Here I will highlight exactly 5 important changes compared to previous versions. These are based on my experience with our new Plone 5 sites. 

1. HTML5 Responsive Theme

"Plone 5's new default theme, Barceloneta, is responsive out the box to work with the full range of mobile devices and is written using HTML5 and CSS3."

See the difference with this example:

This is a capture from www.psykonet.fi using Plone 3 (which we haven't touched in 7 years, but are now migrating to Plone 5).

The site works ok, but there's no mobile device optimation.
Notice how the page is "cut out" on the right with smaller screens.

In Plone 5 this has been taken care of. The default theme is clean and responsive and easy to modify. At our university the default theme will go a long way: just change the logo (through your browser) and change some colors, and that's it:


Theming Plone 5 is easy.
And as said, the default theme is responsive out-of-the-box, so here's the same page in a smaller screen:
Plone 5 is responsive





2. "Green Bar" Replaced with More Powerful Toolbar

"The new toolbar consolidates the personal menu and Plone's longstanding "green bar." The toolbar can be positioned on the left or top of the browser window. With its optional icon text labels, the toolbar gives editors more screen space to focus on what matters: their content."

Here is an example of Plone 3 green toolbar. Its located in content area. On top right there's a personal bar.


The toolbar in Plone 3 is in the middle.

 And here is the same site at Plone 5 with the new toolbar on the left:

Plone 5 toolbar is on the left. Talk about WYSIWYG!

What you see is what you get in this case. All the Plone features are there, but the editing features are neatly separated from content.

At first (like, the first 10 seconds!) with the new toolbar I felt a little out of place with the way of adding and editing, but to be honest, out with the old an in with the new!

We presented Plone 5 briefly in our content managers seminar this april, and the response was generally positive - "When will you upgrade our departmental site to Plone 5, we volunteer!"

We presented Plone 5 briefly in our content managers seminar this april, and the response was generally positive - "When will you upgrade our departmental site to Plone 5, we volunteer!"

3. New TinyMCE 4 web editor

"Plone 5 comes with TinyMCE 4, the gold standard in WYSIWYG web editors. Coupled with new tools to insert links and images, it's easier than ever to craft and customize content."

One of the most important aspects of any CMS is the content editor. Plone 2-3 had Kupu, then came along TinyMCE 1.3.x. Both were quite fine (though different versions of Internet Explorer were struggling with them - but then again, when IE hasn't struggled with something...).

Plone 5 uses the new TinyMCE 4 series visual HTML editor: https://www.tinymce.com/

Kupu at Plone 3:

Kupu editor at Plone 3.2.2

TinyMCE 1.3.x at Plone 4.3.3:





TinyMCE 1.3 at Plone 4.3.


TinyMCE 4 at Plone 5  is clean and robust.
TinyMCE 4 at Plone 5


4. "Faster, Harder, Scooter" - Plone 5 is fast 

"Plone 5 sites are 15%-20% faster now with the new Chameleon templating engine, a fully backwards-compatible replacement that works with existing templates."

As I have been working now with some new Plone 5 sites, they load faster than before, even with thousands of pages of content. Filtering a content view with thousand object loads in split seconds.

I'm really looking forward on seeing how Plone 5 performs with our main website.

5. Bulk Content Editing

"Perform bulk operations to add multiple files and images at once, assign keywords, apply workflow, rename, cut, copy, and delete. Use query filters to quickly find, sort, reorder, and select specific content."

This is a huge improvement over previous versions. In our websites there are hundreds of thousands of content items. In some cases finding a certain file is difficult (see example below).

Over 1000 items in one folder. Plone 4.3.3. No way to filter.


And here is the new Contents view of Plone 5:
Plone 5 folder contents - totally revamped

In Plone 5 there are many, many new or improved features to folder content view:
  • Upload multiple files
  • Show and hide columns
  • Change the amount of shown items
  • Filter items by name (really fast and useful!)
  • Rearrange columns 
  • Bulk rename, copy, paste items
  • Bulk change properties of dates or tags on items
  • Filter through chosen items

Conclusion 

Here I have listed 5 most visible changes in Plone 5. And I haven't even mentioned Mosaic layout, which allows content editors to easily create customised layout views for content using just you browser!



But as said, there much more to Plone 5, so check out https://plone.com/5


Examples of Plone 5 sites

Even though most of these are in Finnish, I will provide links to some Plone 5 sites we now have:

In addition to these, we have currently 3 other migrations underway and one preview-site to be published when the content is ready.

Looking forward to more Plone 5 migrations this year!


Cheers,
Rikupekka
plone-support@jyu.fi