blob: 68e3e04d20b109cfa20291f3504e06c68642b319 [file] [log] [blame]
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<title>meeting minutes</title>
<meta http-equiv="CONTENT-TYPE"
content="text/html; charset=windows-1252">
<meta name="GENERATOR" content="StarOffice 7 (Win32)">
<meta name="AUTHOR" content="Christian Jansen">
<meta name="CREATED" content="20030911;8555779">
<meta name="CHANGEDBY" content="Christian Jansen">
<meta name="CHANGED" content="20030911;9160681">
<style> <!-- @page { size: 21cm 29.7cm; margin: 2cm }
P { margin-bottom: 0.21cm }
P.documenttype { font-size: 24pt; font-weight: bold }
P.companyname { margin-bottom: 0cm; color: #00a6ff; font-family: "Frutiger-Bold", "Arial", "Helvetica"; font-size: 36pt; font-weight: bold; text-align: right }
H1 { margin-top: 0.63cm; margin-bottom: 0.21cm; widows: 2; orphans: 2; page-break-before: auto; page-break-after: auto }
H1.western { font-family: "Frutiger-Roman", "Arial", "Helvetica"; font-size: 16pt }
TD P { margin-bottom: 0.21cm; color: #000000; font-family: "verdana", "lucida", "helvetica", "arial", sans-serif }
TH P { margin-bottom: 0.21cm; color: #000000; font-family: "Frutiger-Roman", "Arial", "Helvetica"; font-size: 12pt; font-weight: medium; text-align: left; widows: 2; orphans: 2; page-break-before: auto; page-break-after: auto }
H2 { color: #cc3300 }
-->
</style>
</head>
<body lang="en-US" dir="ltr">
<p style="margin-bottom: 0cm;"><br>
</p>
<table width="100%" border="1" bordercolor="#000000" cellpadding="4"
cellspacing="0" frame="void" rules="groups"
style="page-break-before: auto; page-break-after: auto;">
<colgroup><col width="62"><col width="52"><col width="48"><col
width="39"><col width="55"></colgroup><tbody>
<tr valign="top">
<td colspan="2">
<p class="documenttype"><a href="index.html">Meeting Minutes</a></p>
</td>
<td colspan="3">
<p class="companyname">OpenOffice.org</p>
</td>
</tr>
<tr>
<td colspan="5" valign="top">
<h1 class="western" align="left"><b>Bi-Weekly
Meeting common User Interface (CUI)</b></h1>
</td>
</tr>
</tbody> <tbody>
<tr valign="top">
<th bgcolor="#e6e6e6" width="15%">
<p align="left">Date</p>
</th>
<td colspan="4" sdval="35665" sdnum="1031;0;@">
<p align="left">November 20<sup>th</sup>, 2003</p>
</td>
</tr>
</tbody> <tbody>
<tr valign="top">
<th bgcolor="#e6e6e6" width="15%">
<p align="left">Time</p>
</th>
<td colspan="4">
<p>10am, MEST</p>
</td>
</tr>
</tbody> <tbody>
<tr valign="top">
<th bgcolor="#e6e6e6" width="15%">
<p align="left">Location</p>
</th>
<td colspan="4">
<p>Palo Alto, eham02<br>
</p>
</td>
</tr>
</tbody> <tbody>
<tr valign="top">
<th bgcolor="#e6e6e6" width="15%">
<p align="left">Attendees</p>
</th>
<td colspan="4">
<p>+ Oliver Specht (OS)<br>
+ Christian Jansen (CJ)<br>
+ Matthias Müller-Prove (MMP)<br>+ Hans-Peter Burow (PB)<br>- Daniel Rentz (DR)<br>
+ Frank Schönheit (FS) <br>
+ Gunnar Timm (GT)<br>
+ Christian Lippka (CL)</p>
<p>+Mathias Bauer<br>
+Henning Brinkmann<br>
+Stephan Sch&auml;fer</p>
</td>
</tr>
</tbody> <tbody>
<tr valign="top">
<th bgcolor="#e6e6e6" width="15%">
<p align="left">Minute Taker</p>
</th>
<td colspan="4">
<p align="left">MMP (next: OS, PB, GT, OS, DR, CJ, CL, FS, MMP)</p>
</td>
</tr>
</tbody> <tbody>
<tr valign="top">
<th bgcolor="#e6e6e6" width="15%">
<p align="left">Distribution List</p>
</th>
<td colspan="4">
<p><a href="http://ui.openoffice.org/protocols/">http://ui.openoffice.org/protocols</a></p>
</td>
</tr>
</tbody> <tbody>
<tr>
<td colspan="5" valign="top">
<h2
style="margin-top: 0.42cm; margin-bottom: 0.21cm; widows: 0; orphans: 0;"><b>Table of Contents</b></h2>
<p
style="margin-bottom: 0cm; page-break-after: auto; widows: 0; orphans: 0;">
<a
href="http://ui.openoffice.org/protocols/protocol-2003-03-13.html#actionitems">1
Action Items</a></p>
<p
style="margin-bottom: 0cm; page-break-after: auto; widows: 0; orphans: 0;">
<a
href="http://ui.openoffice.org/protocols/protocol-2003-03-13.html#roundtable">2
Roundtable</a></p>
<h2><a name="actionitems"></a>1 Action Items</h2>
</td>
</tr>
<tr valign="top">
<th colspan="3" bgcolor="#cccccc">
<p align="left">Item</p>
</th>
<th bgcolor="#cccccc">
<p align="left">Responsible</p>
</th>
<th bgcolor="#cccccc">
<p align="left">Status</p>
</th>
</tr>
</tbody> <tbody>
<tr>
<td colspan="5" valign="top">
<p><b>previous items</b></p>
</td>
</tr>
</tbody> <tbody>
<tr valign="top">
<td colspan="3">
<p>Arrange meeting to discuss technical problems for new context sensitive toolbar handling</p>
</td>
<td>
<p>Christian Jansen </p>
</td>
<td>
<p>open<br>
</p>
</td>
</tr>
</tbody> <tbody>
<tr>
<td colspan="5" valign="top">
<p><b>new items</b></p>
</td>
</tr>
</tbody> <tbody>
<tr valign="top">
<td colspan="3">
<p>Provide a list of controls in OOo to support the project of native controls</p>
</td>
<td>Christian Jansen</td>
<td>new</td>
</tr>
</tbody> <tbody>
<tr>
<td valign="top" colspan="3">BP will find out if the TabListBox can be utilized for a two column tree control</td>
<td>Hans-Peter Burow</td>
<td valign="top">new</td>
</tr>
<tr>
<td colspan="5" valign="top">
<h3
style="margin-top: 0cm; margin-bottom: 0cm; page-break-after: auto; widows: 0; orphans: 0;">
<b>1.1 Comments on Action Items</b></h3>
<h2><a name="roundtable"></a>2 Roundtable</h2>
<h3>2.1 Undo</h3>
<h4>2.1.1 Undo History</h4>
<p>Henning wrote a spec for a <strong>more descriptive undo history</strong> in OOo Writer. We will adopt this approach for all OOo modules. It has to be specified what actions need a better name. &gt;Insert &quot;Oxmox&quot;&lt; in OOo Writer is fine while &gt;Move Frame to Position xy&lt; is less informative. For OOo Calc we should display the affected cells. [cf. <a href="http://specs.openoffice.org/writer/undo/Undo_GeneralWriter.sxw">http://specs.openoffice.org/writer/undo/Undo_GeneralWriter.sxw</a>]</p>
<h4>2.1.2 Undo Steps</h4>
<p>We like to improve the chunks for undo actions. E.g. typing in OOo Writer records: &gt;Word1 | SPACE | Word2&lt; as 3 steps, rather than taking Word1+SPACE as 1 UNDO action.</p>
<p><strong>Replace All</strong> is treated as 1 undo action.</p>
<p>Spellchecking is treated as several actions. [cf. <a href="http://specs.openoffice.org/appwide/linguistic/Spellcheckdialog.sxw">http://specs.openoffice.org/appwide/linguistic/Spellcheckdialog.sxw</a>]</p>
<p>According to OS, a Save operation in OOo Writer flushes the undo stack. As the other modules do not show this behavior this is considered as a bug.</p>
<p>Redlining in OOo Writer tables is a problematic area for undo. </p>
<p>What about document property dialog changes. They definitely change the document. Are they candidates for undo? In any case they should not flush the undo stack.</p>
<p>Insert a object from the Navigator to the document with drag&amp;drop. The object is inserted as a section. And the action cannot be undone. This is another candidate to improve the undo capabilities of OOo.</p>
<p>Please contact Matthias (<a href="mailto:mmp@openoffice.org">mmp@openoffice.org</a>) to point out more areas for undo.</p>
<h4>2.1.3 Limited Undo Stack</h4>
<p>We have no statistical data on the memory footprint of the undo stack. But 20 steps is definitely a too small number. We decided to increase the default [Options&gt;OOo&gt;Memory&gt;Undo&gt;Number of Steps] to 100. A new maximum is needed because an unlimited (= just memory constrained) undo stack is technically not possible for OOo2.0</p>
<h4>2.1.4 Undo of Macros</h4>
<p>The situation is complex. Macros start and stop. They change documents, not necessary just the document that was active when they were started. Additionally macros can run in parallel.</p>
<p>For undo have to distinguish at least between programmed macros and recorded macros. For recorded macros we can offer a one step undo because they are related to just one document.<br>
All other macros can not be treated as one-step undo-able. If they cause actions in a document these actions are added as plain actions to the undo stack. To give feedback to the user about the origin of the action the name of the macro can/should (?) be added to the undo history as a disabled item &gt;Macro m1 started&lt; ... &gt;Macro m1 finished&lt;</p>
<h4>Undo API</h4>
<p>The undo API needs functions to access the undo stack.</p>
<ul>
<li>what actions are in the undo stack?
<li>move back &amp; forward in undo stack
</ul>
<p>We do not need undo calls to add new items to the undo stack.</p>
<p>UNO calls should wrap the undo API calls.</p>
<h3>2.2 Native Controls</h3>
<p>Stephan Sch&auml;fer and Dan Williams are working on native controls for OOo2. Stephan with focus on Windows, Dan on Gnome. OOo 2.0 will utilize native controls from the operating systems. Buttons, combo boxes, check controls, radio controls, tab controls, and scrollbars (to name a few) will be drawn by the OS libraries.</p>
<p>This is VCL-internal. Proprietary controls outside VCL keep the OOo1.1 style. This means that e.g. rulers, progress bars, header bars are not affected by this change. Nonetheless they can adopt style elements like disclosure plus/minus signs for tree list controls in the future.</p>
<p>Menus are not part of the native controls project. They have to be considered in a separate step.</p>
<h4>OS: Windows</h4>
<p>VCL will use Windows XP Theme API calls to draw the controls in OOo. Window Blinds are supported. This gives OOo the Luna look for Windows XP. We are also prepared for Longhorn in the future.</p>
<p>Windows 2000 uses a different API. We have to see to what degree the changes work here as well.</p>
<h4>OS: Gnome</h4>
<p>OOo2 will support native controls on Gnome.</p>
<h4>OS: Mac</h4>
<p>OOo 2 will no longer have the option Option&gt;OpenOffice.org&gt;View&gt;Look&amp;Feel. But the use of native controls is also a huge step for an Aqua version of OOo on Mac OS X.</p>
<h4>Form Controls</h4>
<p>OOo will continue to use our own controls for form elements. This assures that documents look the same on all platforms, and that all features are available.</p>
<h4>Basic Dialog Editor</h4>
<p>The Basic dialog editor will adopt the native controls. Printing of dialogs is an open question.</p>
<h4>Accessibility</h4>
<p>In OOo 1.1 VCL draws the text for all controls. It was key to provide an API for assistive technology to tell what string is at position xy on the screen. If the controls draw the text on their own we have to find a solution to gather the information for the assistive tools. Maybe we provide an internal flag to draw the text the one way or the other.</p>
<h4>Changes in Appearance Options</h4>
<ul>
<li>Options&gt;OpenOffice.org&gt;View&gt;Look&amp;Feel is no longer needed. <li>Options&gt;OpenOffice.org&gt;View&gt;Colored Tab Controls is no longer needed. <li>Options&gt;OpenOffice.org&gt;View&gt;Single Line Tab Headings is another candidate to go away. <ul>
<li>some DB dialogs make heavy use of this feature. We have to wait until this dependency is gone. </ul>
</ul>
<h4>Problems today</h4>
<p>Highlighting/hot state/mouse over is not working yet.</p>
<p>UI-mirroring for right-to-left user interfaces (RTL) can bear some problems with shading, ie. the light source coming from top right instead of top left. We can address this for Windows, while Gnome is an open area.</p>
<h3>2.3 Two-Column Layout for TreeView Control</h3>
<p>CJ likes to introduce a two-column tree control for the customization of the menu structure. 1st column displays the menu items, while the second displays the shortcuts. A requirement is that the columns are sizable. PB will find out if the TabListBox can be utilized for this</p>
</td>
</tr>
</tbody>
</table>
<p style="margin-bottom: 0cm;"><br>
</p>
</body>
</html>