Difference between revisions of "Framework/Specification/Customize MenuAndContextMenuDialog"
(→References) |
(→Contacts) |
||
| Line 59: | Line 59: | ||
|- | |- | ||
| '''Developer''' | | '''Developer''' | ||
| − | | | + | | Ariel Constenla-Haile |
| − | | [mailto: | + | | [mailto: arielch@openoffice.org arielch@openoffice.org] |
|- | |- | ||
| | | | ||
| − | | | + | | Carsten Driesner (mentoring) |
| − | | [mailto: | + | | [mailto:cd@openoffice.org cd@openoffice.org] |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
|- | |- | ||
| '''Quality Assurance''' | | '''Quality Assurance''' | ||
| − | | | + | | Torsten Martens |
| − | | [mailto: | + | | [mailto:tm@openoffice.org tm@openoffice.org] |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
|- | |- | ||
| '''Documentation''' | | '''Documentation''' | ||
| Uwe Fischer | | Uwe Fischer | ||
| − | | [mailto:Uwe.Fischer@ | + | | [mailto:Uwe.Fischer@oracle.com Uwe.Fischer@Oracle.com] |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
|- | |- | ||
| '''User Experience''' | | '''User Experience''' | ||
| − | | | + | | Frank Loehmann |
| − | | [mailto: | + | | [mailto:Frank.Loehmann@Oracle.com Christoph.Lukasiak@Oracle.com] |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
|} | |} | ||
Revision as of 08:26, 26 November 2010
| Specification Status | |
| Author | Carsten Driesner (cd) |
| Last Change | 25. Nov 2010 |
| Status (Help) | Standard |
Abstract
The customization dialog for menus is not that intuitive as it could be. Thanks to the work from Ariel Constenla-Haile during the Internship 2010 context menus are now also customizable by XML files. Therefore a better design which covers context menus and menu bar customization is needed.
Contents
References
| Reference Document | Check | Location (URL) |
| Prerequisites | done | |
| Product Requirement, RFE, Issue ID (required) | available | i115794 |
| Accessibility Check (required) | not done yet | See accessibility section for check list |
| Test case specification (required) | not available yet | |
| IDL Specification | does not apply | |
| Software Specification Rules | open | |
| Other, e.g. references to related specs, Product Concept Document | none | |
| Release Roadmap OOo 3.4 | http://wiki.services.openoffice.org/wiki/OOoRelease34 |
Contacts
| Role | Name | E-Mail Address |
| Developer | Ariel Constenla-Haile | [mailto: arielch@openoffice.org arielch@openoffice.org] |
| Carsten Driesner (mentoring) | cd@openoffice.org | |
| Quality Assurance | Torsten Martens | tm@openoffice.org |
| Documentation | Uwe Fischer | Uwe.Fischer@Oracle.com |
| User Experience | Frank Loehmann | Christoph.Lukasiak@Oracle.com |
Acronyms and Abbreviations
| Acronym / Abbreviation | Definition |
| <WYSIWYG> | <What You See Is What You Get> |
Motivation
From the 'usage tracking' data of the 'find & replace' dialog we have learned that 76% of oo user just want to search inside the text, so we have to propose a fast & easy way to do so. Also it was often mentioned that the search & replace dialog covers the search area in an annoying way, so we must found an other solution for it. The other search settings like 'match case' etc. are used less than 0.1%, so we decided to leave them out in this toolbar, but like the replacing function they will still stay available in the find & replace dialog.
Detailed Specification
The 'Find' toolbar is a standard toolbar containing a text search field, a next and previous button. It is located right next to the 'application standard' toolbar, is active by default and behave like every other toolbar (d&d, docking etc.).
By clicking into the search field, the info text disappear and the search text can be inputted. After entering the search text, the search can be started by hitting the return key on keyboard (+ shift for backwards search) or pushing the 'next/previous' button. If anything is found, the first result is selected and can be edited or the next button can be clicked (if selected) for searching for the next result. If nothing is found or it is searched to the end of the document, you get an info dialog similar to the behavior of the 'find & replace' dialog, like in all other cases, even if it works independent.
- Autocomplete involves the program predicting a word or phrase that the user wants to type in without the user actually typing it in completely. This feature is effective when it is easy to predict the word being typed based on those already typed, such as when there are a limited number of possible or commonly used words, or when editing text written in a highly-structured, easy-to-predict language.
- History remember former search strings (string listbox) .. often you search for the same words several times, so it can make sense to remember them (especially it they are long and complicated) and to make them available over a listbox in example to save the input of same phrases again and again. The history is deleted after closing the document (for privacy reasons) and only available in the document it was inputted.
