Calligra/Meetings/End 2010 Text Styles UI IRC Meeting: Difference between revisions

From KDE Community Wiki
Line 27: Line 27:
It was then concluded that there will be two styles dockers. One compact docker, where the full list of styles are available through widgets that pop up, and one traditional docker, with a full list of styles available at all times. This in order to accommodate both users who value horizontal screen real estate and users who prefer having the full list of styles on-screen at all times.
It was then concluded that there will be two styles dockers. One compact docker, where the full list of styles are available through widgets that pop up, and one traditional docker, with a full list of styles available at all times. This in order to accommodate both users who value horizontal screen real estate and users who prefer having the full list of styles on-screen at all times.


The question of wheather style inheritance should be visible in the styles docker was brought up. It was decided that having the parent/child relationships between styles visible as a tree in the styles docker (which is mostly used for applying styles) brings no real value. Possibly a tree showing the inheritance could be used in the more advanced style manager.  
The question of whether style inheritance should be visible in the styles docker was brought up. It was decided that having the parent/child relationships between styles visible as a tree in the styles docker (which is mostly used for applying styles) brings no real value. Possibly a tree showing the inheritance could be used in the more advanced style manager.  


It was also decided that the style dockers will show two lists, one for paragraph styles and one for character styles. The traditional docker and the compact docker will show this as two lists side by side (if doable) and two popup widgets, respectively.
It was also decided that the style dockers will show two lists, one for paragraph styles and one for character styles. The traditional docker and the compact docker will show this as two lists side by side (if doable) and two popup widgets, respectively.

Revision as of 13:32, 27 December 2010

Text Styles UI IRC Meeting

This is the page for the IRC meeting about the text styles UI in Calligra Words which took place on Sunday December 26, 2010, 20:00 CET in #calligra-styles-ui on irc.freenode.net. The general agenda for the meeting was to discuss/brainstorm around a new design for the text styles UI.

Meeting Details

Date: Sunday December 26, 2010.
Time: 20:00 CET.
Where: #calligra-styles-ui on irc.freenode.net.

Agenda

The agenda for the meeting follows.

  1. Meeting is opened.
  2. Agree on a set of requirements for the new UI.
  3. Implementation of the requirements.
    1. Techical considerations.
    2. Usability considerations.
  4. Discuss any potential problems with the new design.
  5. Wrap-up — Make sure everyone are on the same page.
  6. Meeting is closed.

Discussions

(A summary of the discussions that took place follows).

The meeting started with Casper presenting some work he's doing on the dockers. The work has implications for the styles docker, putting a two row height limit on dockers.

The two row height limit on the docker was initially met with some scepsis and questions from the other participants, but Casper explained his rationale for the limit: freeing up horizontal space is important when working on small screen sizes; it enables the user to work at zoom levels where he/she can see an entire row while still having legible text size.

It was then concluded that there will be two styles dockers. One compact docker, where the full list of styles are available through widgets that pop up, and one traditional docker, with a full list of styles available at all times. This in order to accommodate both users who value horizontal screen real estate and users who prefer having the full list of styles on-screen at all times.

The question of whether style inheritance should be visible in the styles docker was brought up. It was decided that having the parent/child relationships between styles visible as a tree in the styles docker (which is mostly used for applying styles) brings no real value. Possibly a tree showing the inheritance could be used in the more advanced style manager.

It was also decided that the style dockers will show two lists, one for paragraph styles and one for character styles. The traditional docker and the compact docker will show this as two lists side by side (if doable) and two popup widgets, respectively.

It was agreed that the popup lists in the compact docker and the lists in the traditional docker will look similar, and the name of the style entry in the lists will be styled with the style itself, forming a preview. On hover, buttons will appear for bringing up the style manager to edit the style properties as well as a button for deleting the style. It was decided that applying the styles should be a one click operation.

Regarding automatic (non user-named) styles, it was decided that they will not be shown to the user as regular styles in any way. Instead, if the current text is formatted with properties coming from both the current paragraph style and an automatic character style (through user direct formatting) the current paragraph style will be decorated visually with a "+"-button to indicate this. Pressing the "+" button will create a new paragraph style with the properties of the current text.

When it comes to adding completely new styles, it was decided that in the traditional docker, there will be an add button below the lists, while in the popup lists in the compact docker, there could possibly be a last entry in the list saying "+ Add new".

Elvis jokingly suggested that there should be a "hacker friendly" way of applying styles; a keycombo that brings up a type-ahead searchable list of styles as a popup widget at the cursor location. Casper noted though that we should have a way to apply styles only by keyboard, so perhaps this option can be explored further at a later time.

As Casper was going to start working a bit on the preview part, he asked on comments for how previews should look and behave. It was decided that as many of the paragraph and character properties as possible will be shown in the direct preview in the lists of styles, but that for some paragraph properties which will be hard to visualize there, a larger preview showing all properties will be available in a tooltip. It was also decided that for font size there will have to be a limit on how big the preview will be, otherwise entries in the styles lists will be too big.

Conclusions

The conclusions of the meeting, such as mockups and decisions about the new design, will come up here. (I'll fix this /elvis).

IRC log

A full log of the IRC conversations during the meeting can be found here.