OpenOffice.org |
Weekly Meeting Virtual User Interface Team
Date |
October 11th 2001 |
---|---|
Time |
10:00h, MEST |
Location |
Cupertino, eham-02 |
Attendees |
OS, FS, GT, DR, CJ, CL |
Minute Taker |
Christian Lippka |
Protokol Date |
October 11th 2001 |
Distribution List |
ui.openoffice.org |
1. Last week TODOs
ToDo |
Responsible |
Status |
---|---|---|
Determine and publish responsibilities |
OS |
In progress |
Assemble list of UI components/classes/dependencies |
OS |
In Progress |
Check if common UI code can/should be moved from SfxApplication to OfficeApplication |
FS |
In Progress |
Clarify whether the replaceable conext menus are importent for Final6.0 |
OS |
Done by OS |
Check for new source versions to check in new features |
FS |
Done by FS |
New ToDo's |
||
Puplish a proposel for a new Interface specification for replaceable context menus on openoffice.org |
OS/FS |
|
Specify an application wide toolbar behaviour |
CJ |
|
2. Replaceable context menus
OS decided that replaceable context menus are importent for Final6.0. An interface design has not been decided yet. We argued about using an XSelectionSupplier instead of actually creating the current selection each time for context menus. This solution has some pros if the listener for context menus is not always interested in the selection. We also agreed that we should use an container interface to transport menus instead of xml or property sequence because the latter would force us to transport the complete menu for every listener all the time, even if the listener is not interested in the actuall menu content.
OS pointed out that CD will do the implementation for the interfaces. Who designs the interfaces is not yet decided.
3. New source versions to check in new features
FS found out that there are no decisions to have a new source version for post final 6.0 features. According to FS, MA said that there is no real need for this until we have a concept for our ui project structure. OS pointed out that this has not a very high priority as long as we have so many final bugs.
4. Movement of UI code from sfx
FS informed us that he had a talk with mba about the posibility to move ui code from the sfx project. This should not be a real problem in general but there are some problems with user settings which have high dependencies with the view implementations in sfx. MBA said that this can be solved with factories.
5. Next meeting minutes
OS, FS, PB, GT, DR, CL
Page