無障礙屬性
組件可以設置相應的無障礙屬性和事件來更好地使用無障礙能力。
說明:
開發(fā)前請熟悉鴻蒙開發(fā)指導文檔 :[gitee.com/li-shizhen-skin/harmony-os/blob/master/README.md]
從API Version 10 開始支持。后續(xù)版本如有新增內容,則采用上角標單獨標記該內容的起始版本。
屬性

| 名稱 | 參數類型 | 描述HarmonyOS與OpenHarmony鴻蒙文檔籽料:mau123789是v直接拿 |
|---|---|---|
| accessibilityGroup | boolean | 無障礙組,設置為true時表示該組件及其所有子組件為一整個可以選中的組件,無障礙服務將不再關注其子組件內容。 默認值:false |
| accessibilityText | string | 無障礙文本,當組件不包含文本屬性時,屏幕朗讀選中此組件時不播報,使用者無法清楚地知道當前選中了什么組件。為了解決此場景,開發(fā)人員可為不包含文字信息的組件設置無障礙文本,當屏幕朗讀選中此組件時播報無障礙文本的內容,幫助屏幕朗讀的使用者清楚地知道自己選中了什么組件。 默認值:“”**說明:**若組件既擁有文本屬性,又擁有無障礙文本屬性,則組件被選中時,僅播報無障礙文本內容。 若組件設置了無障礙分組屬性為true,但是即沒有無障礙文本屬性,也沒有文本屬性,會對其子節(jié)點的組件進行文本拼接(深度優(yōu)先)。 |
| accessibilityDescription | string | 無障礙說明,用于為用戶進一步說明當前組件,開發(fā)人員可為組件的該屬性設置相對較詳細的解釋文本,幫助用戶理解將要執(zhí)行的操作。如幫助用戶理解將要執(zhí)行的操作可能導致什么后果,尤其是當這些后果無法從組件本身屬性與無障礙文本中了解到時。若組件既擁有文本屬性又擁有無障礙說明屬性,則組件被選中時,先播報組件的文本屬性,再播報無障礙說明屬性的內容。 默認值:“” |
| accessibilityLevel | string | 無障礙重要性,用于控制某個組件是否可被無障礙輔助服務所識別。 支持的值為: "auto":根據組件不同會轉換為“yes”或者“no”。 "yes":當前組件可被無障礙輔助服務所識別。 "no":當前組件不可被無障礙輔助服務所識別。 "no-hide-descendants":當前組件及其所有子組件不可被無障礙輔助服務所識別。 默認值:"auto"**說明:**以下組件當accessibilityLevel設置成"auto"時,當前組件可被無障礙輔助服務所識別:Checkbox, CheckboxGroup, Gauge, Marquee, MenuItem, MenuItemGroup, Menu, Navigation, DatePicker, Progress, Radio, Rating, ScrollBar, Select, Slider, Stepper, Text, TextClock, TextPicker, TextTimer, TimePicker, Toggle, Web. |
審核編輯 黃宇
聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。
舉報投訴
-
鴻蒙
+關注
關注
60文章
3031瀏覽量
46194
發(fā)布評論請先 登錄
相關推薦
熱點推薦
基于凌羽派的OpenHarmony北向應用開發(fā):ArkTS語法-數據類型和變量聲明
包含初始值,開發(fā)者無需顯式指定類型,因為ArkTS規(guī)范已列舉了所有允許自動推斷類型的場景。
以下示例中,兩條聲明語句都是有效的,兩個變量都是string類型:
let hi1: str
發(fā)表于 02-26 14:24
開源鴻蒙技術大會2025丨跨平臺開發(fā)框架分論壇:共拓移動開發(fā)新邊界,共創(chuàng)跨平臺生態(tài)新時代
隨著開源鴻蒙生態(tài)的持續(xù)壯大,開發(fā)者迎來了除Android與iOS之外的“第三種選擇”。為解決“加入一個新生態(tài)就會增加一倍投入”的行業(yè)痛點,讓開發(fā)者的代碼能夠在更多平臺上復用,開源
開源鴻蒙技術大會2025丨開源鴻蒙應用開發(fā)再提速,跨平臺框架PMC(籌)正式啟動孵化
9月27日,開源鴻蒙技術大會2025在長沙國際會議中心盛大舉辦。大會現場,開源鴻蒙跨平臺框架PMC(籌)正式啟動孵化,標志著開源鴻蒙在應用
海爾LED TV產品榮獲DEKRA德凱歐盟無障礙指令證書
在歐洲,“無障礙”不再只是社會責任的延伸,而是一項法定的產品設計要求。根據歐盟無障礙指令 (EU) 2019/882(European Accessibility Act,EAA),自2025年6月
【 HarmonyOS 5 入門系列 】鴻蒙HarmonyOS示例項目講解
【 HarmonyOS 5 入門系列 】鴻蒙HarmonyOS示例項目講解 ##鴻蒙開發(fā)能力 ##HarmonyOS SDK應用服務##鴻蒙金融類應用 (金融理財# 一、前言:移動
鴻蒙ArkTS+ArkUI仿微信消息列表頁制作
\'
})
這里使用了justifyContent屬性來進行居中,如果不加這個屬性的話,那么100%寬度的row會讓文字靠左顯示。接下來是顯示聊天數據的列表,這里采用ForEach列表
發(fā)表于 06-30 18:28
ArkUI-X跨平臺技術落地-華為運動健康(一)
開”的加載速度,所以目前H5跨平臺技術只在運動健康應用某些低頻和容易變化的頁面上使用,在一二級頁面仍使用原生native開發(fā)。
跨平臺方案選
發(fā)表于 06-18 22:53
ArkUI-X跨平臺應用改造指南
Android/iOS與HarmonyOS Next上能夠擁有相同的展示效果和交互體驗。
1.開發(fā)者進行設計時需首先考慮ArkUI-X框架的實際適配狀況,使用支持跨平臺的UI控件、
發(fā)表于 06-16 23:05
使用DevEcoStudio 開發(fā)、編譯鴻蒙 NEXT_APP 以及使用中文插件
的一站式集成開發(fā)環(huán)境(IDE),專為鴻蒙操作系統(tǒng)(HarmonyOS Next)應用和服務開發(fā)設計 DevEco Studio,掌握基本操作和開發(fā)
發(fā)表于 06-11 17:18
ArkUI-x跨平臺Bridge最佳實踐
;一碼三平臺\"
前面講到的bridge主要是解決開發(fā)者在進行ArkTS代碼開發(fā)時,需要使用的鴻蒙API不
發(fā)表于 06-10 23:06
Kuikly鴻蒙版正式開源 —— 揭秘卓越性能適配之旅
Android、iOS開源基礎上,本次開源鴻蒙平臺支持和Compose DSL支持,進一步提升業(yè)務多端適配和鴻蒙
發(fā)表于 06-04 16:46
ArkUI-X跨平臺框架接入指南
ArkUI跨平臺框架(ArkUI-X)進一步將ArkUI開發(fā)框架擴展到了多個OS平臺:目前支持OpenHarmony、Android、 iO
發(fā)表于 05-18 18:21
鴻蒙ArkTS聲明式開發(fā):跨平臺支持列表【無障礙屬性】 通用屬性
評論