Difference between revisions of "Renaissance:UOS HCI Study Project 2009"
(→Design Proposal 3: Expert User Interface) |
|||
| Line 21: | Line 21: | ||
At first, we want to maintain a '''common frame structure''' when working with diagrams. When inserting a diagram in OOImpress the lateral frames drop away and the default toolbar is replaced by a context dependent toolbar with minimal functionality. The first impression imposed on the user is that a new program or a sub-program is executed. This comes with the uncertainty of not being able to turn back to the OOImpress default view, what has been reported to be the first intention of our group members when they first inserted a diagram. | At first, we want to maintain a '''common frame structure''' when working with diagrams. When inserting a diagram in OOImpress the lateral frames drop away and the default toolbar is replaced by a context dependent toolbar with minimal functionality. The first impression imposed on the user is that a new program or a sub-program is executed. This comes with the uncertainty of not being able to turn back to the OOImpress default view, what has been reported to be the first intention of our group members when they first inserted a diagram. | ||
When thinking of a desirable frame structure we decided to include a '''bottom frame''' which can be used for a time line like in the [[Proposal by Thibaut Dedreuil-monet]] or other features included in the new interface. | When thinking of a desirable frame structure we decided to include a '''bottom frame''' which can be used for a time line like in the [[Proposal by Thibaut Dedreuil-monet]] or other features included in the new interface. | ||
| − | In addition, we want to retain a '''common toolbar''' for different types of objects in OOImpress. There is no reason to disable buttons e.g. for font size or color in general just to pop them somewhere else on the srceen. If a user is used to alter the font size with two clicks on the toolbar we do not want to inhipbit the usual way of manipulation. | + | In addition, we want to retain a '''common toolbar''' for different types of objects in OOImpress. There is no reason to disable buttons e.g. for font size or color in general just to pop them somewhere else on the srceen. If a user is used to alter the font size with two clicks on the toolbar we do not want to inhipbit the usual way of manipulation. |
| − | + | ||
| − | + | ||
| − | + | ||
== Links == | == Links == | ||
More to come soon ... | More to come soon ... | ||
Revision as of 21:31, 1 July 2009
Contents
Description
This wiki illustrates the efforts made by a group of students within the scope of a study project of the University of Osnabrück. Our design proposal focuses on the diagram function in Open Office Impress. We try to evaluate general ideas about task organization and navigation on the basis of a specific exercise: How to implement a diagram in OO Impress.
Our goal is to create a more practicable way of using the diagram function. Currently we are working on three different prototype designs because we have different expectations on how the diagram function should perform.
Subsequently, we are planning to run usability tests on our prototypes in the upcoming term regarding human information processing.
Team
More to come soon ...
Goals
More to come soon ...
Activities
Design Proposal 1:
Design Proposal 2:
Design Proposal 3: Expert User Interface
At first, we want to maintain a common frame structure when working with diagrams. When inserting a diagram in OOImpress the lateral frames drop away and the default toolbar is replaced by a context dependent toolbar with minimal functionality. The first impression imposed on the user is that a new program or a sub-program is executed. This comes with the uncertainty of not being able to turn back to the OOImpress default view, what has been reported to be the first intention of our group members when they first inserted a diagram. When thinking of a desirable frame structure we decided to include a bottom frame which can be used for a time line like in the Proposal by Thibaut Dedreuil-monet or other features included in the new interface. In addition, we want to retain a common toolbar for different types of objects in OOImpress. There is no reason to disable buttons e.g. for font size or color in general just to pop them somewhere else on the srceen. If a user is used to alter the font size with two clicks on the toolbar we do not want to inhipbit the usual way of manipulation.
Links
More to come soon ...
