تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
فحص
تتوفّر عدة أدوات لمساعدتك في فحص المحتوى بسرعة من ناحية تسهيل الاستخدام:
مجموعة أدوات تسهيل الاستخدام من Android: تتضمّن "قائمة تسهيل الاستخدام" و"سماع الاختيار" و
"الوصول عبر مفتاح التحويل" وTalkBack، وهي تقدّم إحصاءات عن كيفية عمل ميزات
الدلالات في تطبيقك لمستخدمي هذه التقنيات. ننصحك بشدة بإجراء الاختبار باستخدام
التقنيات المساعِدة في Android، لأنّها أفضل طريقة لفهم
التجربة التي سيحظى بها المستخدمون الذين لديهم احتياجات تسهيل الاستخدام.
أداة فحص التنسيق: تتيح لك فحص الدلالات لكل عنصر مؤلف وتصحيح أخطائها، كما تساعد في تحديد أي معلومات غير متوفّرة أو غير صحيحة.
تطبيق Accessibility Scanner: يفحص شاشتك ويقدّم اقتراحات لتحسين إمكانية استخدامها من خلال تحديد بعض المشاكل الشائعة.
تصحيح الأخطاء
بين ميزة "الإنشاء" ونظام الدلالات وخدمات تسهيل الاستخدام في Android،
قد تواجه سلوكيات تسهيل الاستخدام غير المتوقّعة التي يصعب تتبُّعها.
يمكن أن تساعدك السمات الدلالية في فهم سبب سلوك المكوّنات
بهذه الطريقة.
يمكنك تصحيح أخطاء سلوك تسهيل الاستخدام باستخدام أداة فحص التنسيق في IDE لنظام Android أو أداة TreeDebug في إعدادات المطوّرين في TalkBack أو أداة ComposeTestRuleprintToLog. يمكن أن تقدّم كل هذه الأدوات معلومات عن العقد
(وخصائصها) التي توفّرها خدمات تسهيل الاستخدام من خلال أداة Compose.
يستخدم المثال التالي أداة Layout Inspector لتصحيح أخطاء شاشة تتضمّن ثلاثة
عناصر، حيث لا يتم اختيار العنصر الأول عند تفعيل خدمات تسهيل الاستخدام، ولا يتضمّن العنصر الثاني أي ملاحظات مرتبطة بالإجراءات المتعلّقة
به. يمكنك فحص السمات الدلالية للعثور على المشاكل المحتمَلة.
تحتوي شجرة المكوّنات في "أداة فحص التنسيق" على معلومات عن حدود العنصر
ومعلماته والمعلومات الدلالية الأخرى المرتبطة به. في
الشجرة، يتم التعرّف على جميع العناصر الثلاثة:
الشكل 2. أداة فحص التنسيق مع جميع العناصر الثلاثة
تم تطبيق السمة hideFromAccessibility على العنصر الأول. يشير ذلك
إلى أنّه قد تم وضع علامة على العنصر على أنّه مخفي في مكان ما في شجرة الدلالات
، أو أنّه محجوب بواسطة بعض العناصر الزخرفية التي تظهر فوقه.
الشكل 3. أداة فحص التنسيق: العنصر الأول الذي يحتوي على hideFromAccessibility
يحتوي العنصر الثاني على سمة focus، ولكن ليس لديه onClick مثل العنصر السابق. لذلك، قد لا يتوفّر مُعدِّل clickable في مكان ما، وهو السبب الذي قد يؤدي إلى عدم إعلان خدمة تسهيل الاستخدام، مثل TalkBack، عن بعض إشارات الإجراء للمستخدم:
الشكل 4. أداة فحص التنسيق: العنصر الثاني الذي يتضمّن focused
يحتوي عنصر النص الثالث على جميع السمات اللازمة، فهو قابل للتركيز، ويحتوي على onClick، وتم تطبيق دلالات إضافية أخرى عليه، ولهذا السبب يتم تفسيره على النحو المتوقّع.
الشكل 5. أداة فحص التنسيق: العنصر الثالث الذي يتضمّن جميع واجهات برمجة التطبيقات
بهذه الطريقة، يمكنك استخدام أدوات تصحيح الأخطاء للتحقيق من سبب عدم تنفيذ خدمات تسهيل الاستخدام لإعلانات أو اختيارات معيّنة.
أفلام مُقترَحة لك
ملاحظة: يتم عرض نص الرابط عندما تكون لغة JavaScript غير مفعّلة.
يخضع كل من المحتوى وعيّنات التعليمات البرمجية في هذه الصفحة للتراخيص الموضحّة في ترخيص استخدام المحتوى. إنّ Java وOpenJDK هما علامتان تجاريتان مسجَّلتان لشركة Oracle و/أو الشركات التابعة لها.
تاريخ التعديل الأخير: 2025-07-27 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","easyToUnderstand","thumb-up"],["ساعَدني المحتوى في حلّ مشكلتي.","solvedMyProblem","thumb-up"],["غير ذلك","otherUp","thumb-up"]],[["لا يحتوي على المعلومات التي أحتاج إليها.","missingTheInformationINeed","thumb-down"],["الخطوات معقدة للغاية / كثيرة جدًا.","tooComplicatedTooManySteps","thumb-down"],["المحتوى قديم.","outOfDate","thumb-down"],["ثمة مشكلة في الترجمة.","translationIssue","thumb-down"],["مشكلة في العيّنات / التعليمات البرمجية","samplesCodeIssue","thumb-down"],["غير ذلك","otherDown","thumb-down"]],["تاريخ التعديل الأخير: 2025-07-27 (حسب التوقيت العالمي المتفَّق عليه)"],[],[],null,["# Inspect and debug\n\nInspect\n-------\n\nSeveral tools can help you quickly inspect your content from an accessibility\npoint of view:\n\n- [Android Accessibility Suite](https://play.google.com/store/apps/details?id=com.google.android.marvin.talkback): Includes Accessibility Menu, Select to Speak, Switch Access, and TalkBack, which provide insight into how your app's semantics work for users of these technologies. Testing with Android's assistive technologies is highly recommended as the best way to understand what your users with accessibility needs will experience.\n- [Layout Inspector](/develop/ui/compose/tooling/debug#layout_inspector): Lets you inspect and debug semantics of each composable, and helps identify any missing or incorrect information.\n- [Accessibility Scanner](https://support.google.com/accessibility/android/answer/6376570) app: Scans your screen and provides suggestions to improve its accessibility by identifying some common pitfalls.\n\nDebug\n-----\n\nBetween Compose, the semantics system, and Android accessibility services, you\nmight run into unexpected accessibility behaviors that are difficult to trace.\nSemantic properties can help you understand why your components are behaving\nthe way that they are.\n\nYou can debug accessibility behavior issues with the [Layout Inspector](/develop/ui/compose/tooling/debug#layout_inspector) in\nAndroid Studio, TreeDebug in TalkBack developer settings, or `ComposeTestRule`'s\n[`printToLog`](/reference/kotlin/androidx/compose/ui/test/package-summary#(androidx.compose.ui.test.SemanticsNodeInteraction).printToLog(kotlin.String,kotlin.Int)). All of these tools can provide information about nodes\n(and their properties) that are exposed to accessibility services by Compose.\n\nThe following example uses Layout Inspector to debug a screen with three\nelements where, with accessibility services on, the first one isn't being\nselected, and the second one doesn't have any action feedback associated with\nit. You can examine the semantic properties to find potential issues.\n\nThe component tree in Layout Inspector contains information about an element's\nbounds, parameters, and other semantic information associated with it. In the\ntree, all three elements are recognized:\n**Figure 2.** Layout Inspector with all three elements..\n\nThe first element has the `hideFromAccessibility` property applied. This\nindicates that the element may be marked as hidden somewhere in the semantics\ntree, or it is obscured by some decorative overlay.\n**Figure 3.** Layout Inspector: first element with `hideFromAccessibility`.\n\nThe second element has a focus property, but no `onClick` like the previous\nelement. Therefore, it might be missing a `clickable` modifier somewhere, which\nis why an accessibility service like TalkBack may not be announcing some\naction signal to the user:\n**Figure 4.** Layout Inspector: second element with `focused`.\n\nThe third text element has all the necessary properties---it is focusable, has\nan `onClick`, and other additional semantics applied---which is why it's\ninterpreted as expected.\n**Figure 5.** Layout Inspector: third element with all APIs.\n\nIn this way, you can use debugging tools to investigate why certain\nannouncements or selections aren't performed by accessibility services.\n\nRecommended for you\n-------------------\n\n- Note: link text is displayed when JavaScript is off\n- [Accessibility in Compose](/develop/ui/compose/tooling/debug#layout_inspector)\n- \\[Material Design 2 in Compose\\]\\[19\\]\n- [Testing your Compose layout](https://support.google.com/accessibility/android/answer/6376570)"]]