|
OpenOffice.org |
週刊誌 会合 事実上の 使用者 Interface Team
|
Date |
January 31th 2002 |
|---|---|
|
Time |
10:00h, MEST |
|
場所 |
Cupertino, eham-02 |
|
Attendees |
Christian Lippka (CL) |
|
Minute Taker |
Frank Schönheit (next: PB, DR, GT, CL, OS, FS) |
|
配当 名簿（に載せる）／表（にあげる） |
http://ui.openoffice.org/議定書s |
Inhaltsverzeichnis
1 活動／戦闘 Items
1.1 Comments on 活動／戦闘 Items
2 Status
3 Misc
3.1 Description for Gallery Items
3.2 Keyboard 接近 to the Gallery
3.3 Resize of Dialogs
4 底（に届く） Line
4.1 Abbreaviations
1 活動／戦闘 Items
|
Item |
Responsible |
Status |
|---|---|---|
|
Create a 概念 of ありふれた UI factory design |
FS |
立ち往生させるd |
|
決定する what to do for Accessibility |
OS |
in 進歩 |
|
決定する whether base classes for the Accessibility API will be 供給するd (1) |
OS |
done |
|
決定する whether a description for gallery elements is necessary |
CJ |
new |
1.1 Comments on 活動／戦闘 Items
As it rose during another 会合 regarding accessibility base classes, these do not make sense at all - the 必要物／必要条件s are too different. At least this 持つ／拘留するs for 使用／適用-spanning accessibility 実施s.
2 Status
GT finished making the Text Orientation 支配（する）／統制する accessible. As this 支配（する）／統制する is always tied to a numeric input field next to it, it was decided to not 代表する it with an own accessibility 反対する at all (instead an AT 道具 will see the numeric field without loss of （警察などへの）密告，告訴（状）) , but just 確実にする that visual 問題／発行するs (high contrast 方式 and such) are solved.
OS told us that the 国境 支配（する）／統制する (for e.g. （米）棚上げする／（英）提議する 独房 国境s) is nearly accessible, some API 実施s are still 行方不明の
PB is collecting （警察などへの）密告，告訴（状） about the SvTreeListBox/SvListBox class 階層制度, to 準備する designing the accessibility API for these classes.
FS raised the 関心 that the BrowseBox may become a 資源 problem. We 現在／一般に have nobody who knows this class (and derivees) 井戸／弁護士席 enough, and at the same time has time to take care for it - the UNO developer 手動式の is tying much ressources at the moment.
The accessibility of the gallery 構成要素 has been given over to Kai Ahrens (OpenOffice.org Draw Team)
3 Misc
3.1 Description for Gallery Items
There was a discussion whether it would make sense for the gallery 構成要素 to 供給する a description (as XAccessibleContext::getAccessibleDescription) for every 入ること／参加（者） (question was raised by CJ). There were different opinions about this, most attendees agreed that it may be a 必要物／必要条件 to 供給する at least the 可能性 to do so. This would mean 付加 実施 成果／努力: As the gallery content is 現在／一般に 蓄える／店d in a database (Berkely DB), this needs to be 延長するd; in 新規加入 maybe a 使用者 interface for changing these descriptions must be 供給するd.
CJ will 明らかにする the necessity for this feature.
3.2 Keyboard 接近 to the Gallery
CJ asked whether there are 固める／コンクリート ideas how to use the gallery
without a mouse. The most 問題／発行するs (like 地元の 航海) can be
solved using the usual VCL 機械装置s, but what about the DnD of an
element into the 文書?
OS told us that this should work using
the clipboard - the functionallity is already there.
3.3 Resizing of Dialogs
CJ started a 投票 about the resize of dialog fonts. 現在／一般に, when the 使用者 changes the system settings for the font size, this 適用するs to the whole OOo 使用／適用: Not only the window 肩書を与えるs etc., but also 完全にする dialogs (含むing content) are resized. This is inconsistent with the system behaviour (at least on windows), where this settings 影響する／感情s only window 肩書を与えるs, but not window (特に dialog) content. In particular, Windows does not 申し込む／申し出 a setting for the dialog content - it is always sized によれば the system wide font size ("large fonts" vs. "small fonts") settings.
The attendees agreed that 予定 to this inconsistency, it would make sense to change the behaviour of OOo so that the system setting 影響する／感情s window 肩書を与えるs only, not content.
If, somewhere in the 未来, the system(s) 供給する(s) a 可能性 to change the window content font size 独立した・無所属 on the window 肩書を与える font size, this needs to be re-統合するd in OOo then.
4 底（に届く） Line
4.1 Abbreaviations
AT - Assistive Technologie
VCL - visual 構成要素 library - base library used for visualizing OOo to the 使用者
DnD - Drag and 減少（する）
OOo - OpenOffice.org
Page
