Usability Issues at Daily Work with OpenOffice.org

This page is under construction.

I'm working with (and spreading the word about) OpenOffice.org at work and found some issues that make it harder to work with the applications as it should be. I talked with Frank Loehmann from the User Experience Team a few times - thank you for your sympathetic ear, Frank! Also I reported most of the issues at IssueZilla. I hope this wiki page will call more attention to these issues and maybe some developers will fix it in the future.

Serious Usability Issues in Detail

It's very common that people want to edit images that they fit into the page structure. My collegues do that every day (with MS Word). Copying the image into Draw, cropping it, and copying it back to Writer is not a solution! The solution in Draw should be available in Writer too. I read in the Issue that OD is working on that maybe for OOo 3.2.

The current behavior of moving/copying one cell using the mouse is not intuitive (click on a cell, hold the mouse button and move the cursor to another cell, go back to the first cell and loose the mouse button; then move the cell to another position in the sheet). Some people said that patents hold back the implementation of a solution for this issue. Is there no workaround for this patent(s) possible?

If you use the "Find & Replace" dialog and if you select an item of "More Options" (backwards, regular expressions, etc.), next time you open the "F&R" dialog the "More Options" part will be not shown - but the item will be still selected.

It is not visible to the user that the "More Options" item is still selected, so it can (and will) be forgotten. Therefore the user can't find what s/he wants and doesn't know why.

Suggestion:
When opening the "Find & Replace" dialog, keep the whole dialog open as long as an item of the "More Options" part is selected.

Issue 88718 Show quantity of selected cells in the "Name Box" of the Formula Bar (application: Calc)

There is no information in Calc how many rows and columns are selected. For example, if you have selected cells A4:A31 it would be useful to show the number of selected cells: 28. So you must not count manually.

Suggestion:
Extend the "Name Box" of the Formula Bar with quantity information when more than one cell is selected. If the cells A4:A31 are selected, the Name Box should show "A4:A31 (28)". If the cells B4:E31 are selected, the Name Box should show "B4:E31 (28x4)".

Issue 93938 Calc loses selected range in a sheet when going to another sheet (application: Calc)

When you have two sheets in a spreadsheet document and

you select a range of cells (e.g. A1:B3) in sheet 1 and

then you are going to sheet 2 and

back to sheet 1,

the selected cell range is lost and only the last selected cell of the range (B3) is selected.

Expected:
The selected range shouldn't be lost. There are a plenty of use cases where you need to look to another sheet during an operation with selected cell ranges in the first sheet.

For example, it is annoying to lose the selection of dozens of cells in sheet 1 only because you have to varify the selection with information in sheet 2 - before you have finished the selection and before you have executed an operation, e.g. deleting or cell formatting.

In a Calc sheet, I have columns with 2 different widths. Each column has a picture (anchored to the cell), either a wide or a strait one. If I delete a wide column with its picture and then I copy a small column and insert this into the empty wide column, the width of the column will be corrected. Because of the copied strait column, the wide column become strait too. So far, so good.

But the picture of the wide column and all following columns won't be repositioned to the right new position. I will attach a picture to demonstrate what I mean. Now, you have to correct the position of the pictures manually and that's not satisfying.

Expected behavior:
Inserting a column with different width as the existing column should reposition all following pictures so that the distance to their cell borders will be the same as before. The difference of the width between the wide and the strait column should also be applied to the picture.

If you have several headings with the same paragraph background color, then the space between the headings will be filled with the paragraph background color of these headings.

See A) in the attached picture with 2 headings (level 2+3).

This bug doesn't occur when inserting a new paragraph in another style (e.g. Default - see B) in the picture) or after changing the background color of one heading (see C) in the picture). Why is the "spacing" not filled when the paragraphs has different colors? This is definitely a bug and not a feature. It looks not "right".