- From: Zhengyu Qian via GitHub <sysbot+gh@w3.org>
- Date: Thu, 13 Jun 2024 05:29:33 +0000
- To: public-i18n-archive@w3.org
根据 [2024-05-29](https://www.w3.org/2024/05/29-clreq-minutes.html#t02) CLReq 例会讨论，拟新增人机交互控件相关的排版处理原则，并独立为新章节。 下文草拟章节目录及内容框架，以备后续讨论及内容完善。章节编号未定，暂以「X」代之。 * * * ### 目录 - X. 人机交互控件的排版处理（草拟） - X.1 文本输入控件 - X.1.1 文本输入控件排版通则 - X.1.2 文本输入控件书写方向 - X.1.3 单行文本输入控件 - X.1.4 数字输入控件 - X.1.5 日期时间输入控件 - X.1.6 密码输入控件 - X.1.7 多行文本输入控件 - X.2 单选和复选控件 - X.2.1 单选和复选控件排版通则 - X.2.2 单选和复选控件书写方向 - X.3 文件选择器 - X.3.1 文件选择器排版通则 - X.3.2 文件选择器书写方向 - X.4 按钮 - X.4.1 按钮排版通则 - X.4.2 按钮书写方向 - X.5 选项菜单 - X.5.1 选项菜单排版通则 - X.5.2 选项菜单书写方向 * * * # X. 人机交互控件的排版处理（草拟） ## X.1 文本输入控件 ### X.1.1 文本输入控件排版通则 文本输入控件可供用户输入任意文本内容。在控件内展示用户输入的中文内容或中、西文混排内容时，排版处理方式应遵循「[3. 行内文字排版处理](https://www.w3.org/TR/clreq/#line_composition)」一节所述的各项原则。 文本输入的交互体验，应优先确保用户输入的连贯性和对当前正在输入字符的认知准确性。 > **Note** > > 为保证单行文本输入控件的基本交互体验，应审慎处理「[3.1.6 标点符号的宽度调整](https://www.w3.org/TR/clreq/#punctuation_width_adjustment)」及「[3.5 行内调整](https://www.w3.org/TR/clreq/#line_adjustment)」，避免用户对「[3.1.2 标点符号的字形、尺寸与字面分布](https://www.w3.org/TR/clreq/#glyphs_sizes_and_positions_in_character_faces_of_punctuation_marks)」产生误解或困惑。 ### X.1.2 文本输入控件书写方向 文本输入控件应支持「[2.4 中文的文字书写方向](https://w3c.github.io/clreq/#writing_modes)」一节所述的直排与横排两种文字书写方向及相关排版原则。 ### X.1.3 单行文本输入控件 单行文本输入控件可供用户输入任意不可换行的文字内容。 通常，单行文本输入控件中的文字排版不涉及换行处理，无需处理标点禁则（包括「[3.1.4 行首行尾禁则](https://www.w3.org/TR/clreq/#prohibition_rules_for_line_start_end)」和「[3.1.5 符号分离禁则](https://www.w3.org/TR/clreq/#prohibition_rules_for_unbreakable_marks)」），或因标点禁则而造成的「[3.5 行内调整](https://www.w3.org/TR/clreq/#line_adjustment)」。 ### X.1.4 数字输入控件 数字输入控件是一种特殊的单行文本输入控件，通常专供用户输入数字，并附带校验规则，以确保输入内容仅为数字。 在中文书写系统中，除阿拉伯数字外，汉字数字（一、二、三……）或大写汉字数字（壹、贰、叁……）也是常用的数字表记方式。其中，汉字数字常在法律文件或公文中用于表记具有法律效力的数值；大写汉字数字是某些法律文件或财务文件必需的数字表记方式。 > **Note** > > 阿拉伯数字「0」，有「零」和「〇」两种汉字书写形式。在中国大陆地区，GB/T 15835—2011《出版物上数字用法》建议「一个数字用作计量时，其中『0』的汉字书写形式为『零』，用作编号时，『0』的汉字书写形式为『〇』」。 > **Note** > > 数字输入控件的内容书记格式或控件交互模式，可能附带本地化处理。人机交互界面的开发者应根据实际场景控制本地化处理的地区偏好，兼顾控件所在上下文的地区偏好一致性和交互体验的包容性。 ### X.1.5 日期时间输入控件 日期时间输入控件是一种特殊的单行文本输入控件，通常仅供用户输入特定格式的日期时间信息，并附带校验规则，以确保用户输入的内容为符合特定格式的日期时间信息。 中文日期书记有多种格式，包括但不限于： 1. 公元纪年，以阿拉伯数字书记年、月、日数字，例如：2015年3月28日。 2. 公元纪年，以汉字数字书记年、月、日数字，例如：二〇一五年三月二十八日。 3. 民国纪年，以阿拉伯数字书记年、月、日数字，例如：民国104年3月28日。 4. 民国纪年，以汉字数字书记年、月、日数字，例如：民国一〇四年三月二十八日。 5. 农历（夏历）干支纪年，例如：乙未年二月初九。 6. 农历年号纪年，多见于历史文献，例如：武德九年（公元626年）六月初四。 > **Note** > > 在农历纪年中，月份「一月」通常记为「正月」；日期「一日」至「十日」通常记为「初一」至「初十」，日期「二十一日」至「二十九日」通常记为「廿一」至「廿九」。 直排的日期信息，应优先考虑使用汉字数字书记；如果使用阿拉伯数字书记年、月、日， 数字部分的排版可能会按需采用[纵中横排](https://w3c.github.io/clreq/#term.horizontal-in-vertical)。 > **Note** > > 日期时间输入控件的内容书记格式或控件交互模式，可能附带本地化处理。人机交互界面的开发者应根据实际场景控制本地化处理的地区偏好，兼顾控件所在上下文的地区偏好一致性和交互体验的包容性。 ### X.1.6 密码输入控件 密码输入控件是一种特殊的单行文本输入控件，用户输入的文字会被遮蔽，例如：不显示用户输入的内容，或将输入内容替换成无差别、无语义的符号。 > **Note** > > 密码输入过程中，密文替代符号不应在造型或排列方式上表现出与密文内容直接相关的特征，包括特殊的中文排版属性等。 > **Note** > > 如果密码输入控件所在的上下文为直排中文，应在字符输入过程中，提供与直排单行文本输入控件相似的交互体验，包括但不限于：替代符号的输入递进方向应为从上至下，输入光标（caret）应在垂直方向移动。 ### X.1.7 多行文本输入控件 多行文本输入控件可供用户输入任意文字内容，并可包含换行控制符。 若因用户主动输入换行控制符，导致文字排版结果有悖于标点禁则（包括「[3.1.4 行首行尾禁则](https://www.w3.org/TR/clreq/#prohibition_rules_for_line_start_end)」和「[3.1.5 符号分离禁则](https://www.w3.org/TR/clreq/#prohibition_rules_for_unbreakable_marks)」），应维持用户输入的原状。 ## X.2 单选和复选控件 ### X.2.1 单选和复选控件排版通则 单选（radio）和复选（checkbox）控件均为特殊的输入控件，控件本身通常为一个或一组可点击的图形化按钮。在人机交互界面中，某个单选或复选控件按钮，通常存在与其关联的图、文信息，以描述对应控件的语义或功能。 与单选或复选控件关联的文字信息，其中涉及的中文内容，或中、西文混排内容，其排版处理方式应遵循「[3. 行内文字排版处理](https://www.w3.org/TR/clreq/#line_composition)」一节所述的各项原则。 ### X.2.2 单选和复选控件书写方向 单选或复选控件的图形按钮本身，不涉及中文排版的书写方向问题。 与单选或复选控件关联的文字信息，通常应与其所在上下文的书写方向保持一致，故应支持「[2.4 中文的文字书写方向](https://w3c.github.io/clreq/#writing_modes)」一节所述的直排与横排两种文字书写方向及相关排版原则。 ## X.3 文件选择器 ### X.3.1 文件选择器排版通则 文件选择器是一种特殊的输入控件，可允许用户选择一个或多个本地文件作为输入对象。 文件选择器在人机交互界面中附带的缺省文案及所选文件名的展示，可能涉及中文排版或中、西文混合排版，其排版处理方式应遵循「[3. 行内文字排版处理](https://www.w3.org/TR/clreq/#line_composition)」一节所述的各项原则。 如果文件选择器的文案展示不涉及换行处理，则无需处理标点禁则（包括「[3.1.4 行首行尾禁则](https://www.w3.org/TR/clreq/#prohibition_rules_for_line_start_end)」和「[3.1.5 符号分离禁则](https://www.w3.org/TR/clreq/#prohibition_rules_for_unbreakable_marks)」），或因标点禁则而造成的「[3.5 行内调整](https://www.w3.org/TR/clreq/#line_adjustment)」。 > **Note** > > 文件选择器附带的缺省文案，可能涉及本地化处理。人机交互界面的开发者应根据实际场景控制本地化处理的地区偏好，兼顾控件所在上下文的地区偏好一致性和交互体验的包容性。 ### X.3.2 文件选择器书写方向 文件选择器附带的缺省文案及所选文件名展示，其书写方向通常应与控件所在上下文的书写方向保持一致，故应支持「[2.4 中文的文字书写方向](https://w3c.github.io/clreq/#writing_modes)」一节所述的直排与横排两种文字书写方向及相关排版原则。 ## X.4 按钮 ### X.4.1 按钮排版通则 按钮内部通常可展示任意非交互性的图、文内容，其中涉及的中文内容，或中、西文混排内容，其排版处理方式应遵循「[3. 行内文字排版处理](https://www.w3.org/TR/clreq/#line_composition)」一节所述的各项原则。 ### X.4.2 按钮书写方向 按钮内部的文字书写方向，通常应与其所在上下文的书写方向保持一致，故应支持「[2.4 中文的文字书写方向](https://w3c.github.io/clreq/#writing_modes)」一节所述的直排与横排两种文字书写方向及相关排版原则。 ## X.5 选项菜单 ### X.5.1 选项菜单排版通则 选项菜单是由一组选项构成的控件，在人机交互界面中供用户选择其中的一项或多项，以触发后续交互。 选项本身可由任意非交互性的图、文内容构成，其中涉及的中文内容，或中、西文混排内容，其排版处理方式应遵循「[3. 行内文字排版处理](https://www.w3.org/TR/clreq/#line_composition)」一节所述的各项原则。 ### X.5.2 选项菜单书写方向 选项菜单内的文字书写方向，通常应与其所在上下文的书写方向保持一致，故应支持「[2.4 中文的文字书写方向](https://w3c.github.io/clreq/#writing_modes)」一节所述的直排与横排两种文字书写方向及相关排版原则。 选项菜单内的各个选项之间，可能涉及排序先后。在人机交互界面中，用户通常以文本阅读顺序来推断选项的排序先后。因此，在直排中文内，默认先后顺序为从右至左；在横排中文内，默认先后顺序为从上至下。 在人机交互模式中，选项菜单可能须由其他控件激发或释放，因而常与其他控件组合使用，例如「X.4 按钮」。选项菜单及与其组合使用的其他控件，应在书写方向上保持一致。例如：直排选项菜单应与直排按钮组合使用，反之亦然。 > **Note** > > 选项菜单及与其组合使用的其他控件之间，布局的相对位置关系并无绝对规定。人机交互界面的开发者应根据实际场景处理各控件的位置关系及交互动画的方向性，兼顾控件所在上下文的地区偏好一致性和交互体验的包容性。 -- GitHub Notification of comment by realfish Please view or discuss this issue at https://github.com/w3c/clreq/issues/616#issuecomment-2164423519 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 13 June 2024 05:29:34 UTC