|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | Q-PCD EaseOfUse-57 separate OOo modules: Options | ||
|---|---|---|---|
| Product: | ui | Reporter: | ivwhiting <ian> |
| Component: | ui | Assignee: | matthias.mueller-prove |
| Status: | CLOSED FIXED | QA Contact: | issues@ui <issues> |
| Severity: | Trivial | ||
| Priority: | P3 | CC: | issues |
| Version: | OOo 1.1 | ||
| Target Milestone: | OOo 2.0 | ||
| Hardware: | PC | ||
| OS: | Linux, all | ||
| Issue Type: | ENHANCEMENT | Latest Confirmation in: | --- |
| Developer Difficulty: | --- | ||
| Issue Depends on: | |||
| Issue Blocks: | 25893 | ||
|
Description
ivwhiting
2004-02-02 12:55:42 UTC
Reassigned to Bettina. *** Issue 24991 has been marked as a duplicate of this issue. *** *** Issue 24989 has been marked as a duplicate of this issue. *** *** Issue 24988 has been marked as a duplicate of this issue. *** Hi Mathias, Bettina told me that this is your construction site. Frank The "Tab" idea would be consistent with the Styles dialogs, so I would have no problem with that; however, I use Tools > Options to set up the system for clients for all their uses and would really object to having to open a new document in each application simply to set the options for them. In face, I would vote strongly against such a clumsy arrangement. Crowding the user with too many options is a problem. If the redmond giant did the same with its applications and placed all the options for each of its office applications within a single office application it would suffer a huge backlash from the community with regards to useability. I don't see the problem with only giving the user options that are relevent to the program that they are currently using. If you have a user creating a letter in writer they will not want to see options for calc crowding their screen and making things look more complex. Tools > Options is a way for users to cutomize the way their applications work. Your second suggestion (context sensitive Options) could easily lead to this type of complaint: "I fixed my options on printing, but when I opened <file> it wasn't set. What do I do?" This could easily happen with users who set the options for Writer but don't have the same ones set for, let us say, Calc or Presentation. Now we've got additional complaints we don't need. Having followed the bugs list for two years, I have yet to see this appear as a problem for anyone. It doesn't crop up in the discussion list, either. However, I like the idea of tabs, simply because of consistency. Even without it, I have never known anyone to get confused about it. This issue is covered by our product concept document to separate the OOo modules. The spec is http://specs.openoffice.org/appwide/separate_modules/OptionsDialog.sxw set target to OOo2 parent bug ID changed new summary the spec status changed to "approved by i-Team" http://specs.openoffice.org/appwide/separate_modules/OptionsDialog.sxw created child tasks for string review, impl, testplan, QA and documentation all subtasks are fixed & closed and closed |