| Findability |
 |
Obscure access to the functionality
The fragment manager is located under the User Preferences umbrella, which does not match real world conventions and forces recall instead of recognition by hiding it under several non-intuitive layers. Managing and publishing fragments is a community content management function not a user preference function, and is not logically grouped with functions affecting personal layout.
The label Fragment is unclear
Fragment is a non-standard term for grouped content. It may be that Fragment is now a conventional term to the uPortal community, but everyone would benefit from using a clearer label. The term Fragment also carries a negative undertone as the definition of fragment implies incompleteness or even brokeness. |
| Navigation |
 |
Singular folder icon is confusing
Tree/folder hierarchy is commonplace and conventional, but this navigation and interface is confusing by showing only one, solitary folder with no ability to expand/collapse the folder, and no obvious means for managing the hierarchy (add, edit, delet folders). It also is unnecessary to display the root node, as the user is already in the Fragments context. |
| Modes |
 |
| |
 |
Inconsistent edit mode
All of the fragment actions (create new, (edit) fragment properties, publish fragment, delete fragment) happen in the same interface, with the exception of edit content, which removes the user from the fragment manager context. |
|
|
Comments (1)
Feb 20, 2007
Jason Shao says:
Do you think the DLM model where the fragment interface is the user customizatio...Do you think the DLM model where the fragment interface is the user customization interface in a special mode (signalled by logging in as the fragment owner) is more understandable, or that the dedicated GUI offers more opportunity for clarity?