- Erste Schritte
- Demo-Apps
- Anleitungen zu …
- Greifen Sie auf die Produktions-URL einer App zu
- Erstellen einer mobilfreundlichen App
- Karten einbetten
- Festlegen von externem Kontext
- Verwenden Sie Arrays, um Dropdown-Menüs, Dropdown-Menüs mit Mehrfachauswahl und Optionsfeld-Steuerelemente auszufüllen
- Verwenden Sie DataTable mit Tabellensteuerelementen und Bearbeitungsrastersteuerelementen
- Eingabemaske verwenden
- Benachrichtigungen
- Verwenden von VB-Ausdrücken
- Entwerfen einer App
- Übersicht über Steuerelemente
- Layout und Stil
- Beispiele für App-Layouts
- Symbolsteuerelemente
- Erstellen zugänglicher Apps
- Hinzufügen zugänglicher Deskriptoren
- Die Beschriftung „Zugänglich“.
- Verwenden des Registerkartensteuerelements für Barrierefreiheit
- Entwerfen barrierefreier Listen und Überschriften
- reaktionsfähiges App-Design
- Farbkontrastverhältnis
- Voreingestellte Stile und Zuordnungen auf Aria-Ebene
- Der Bereich „Ressourcen“
- Seitenexport und -import
- Benutzerkontextreferenzen
- Öffentliche Apps
- Formatieren einer App
- App-Fehler & Fehlerbehebung
- Entwerfen einer App mit Autopilot
- Ereignisse und Regeln
- Regel: If-Then-Else
- Regel: Eine Seite öffnen
- Regel: URL öffnen
- Regel: Popover/unterstes Blatt schließen
- Regel: Nachricht anzeigen
- Regel: Drehfeld anzeigen/ausblenden
- Regel: Wert festlegen
- Regel: Prozess starten
- Regel: Werte neu festlegen
- Regel: Datei in Speicher-Bucket hochladen
- Regel: Datei aus Speicher-Bucket herunterladen
- Regel: Entitätsdatensatz erstellen
- Regel: Entitätsdatensatz aktualisieren
- Regel: Entitätsdatensatz löschen
- Regel: Zu Warteschlange hinzufügen
- Regel: Workflow auslösen
- Regel: Einreichungsaktion
- Nutzen von RPA in einer App
- Nutzen von Entitäten in Ihrer App
- Nutzen von Warteschlangen in Ihrer App
- Nutzen von Medien in Ihrer App
- Nutzen von Aktionen in Ihrer App
- Nutzen von Verbindungen in Ihren Apps
- Web-Apps in Studio Web
- Application Lifecycle Management (ALM)
- UiPath®-Erstanbieter-Apps
- Grundlegende Anleitung zur Fehlerbehebung
Apps-Benutzerhandbuch
Using certain control types for building accessible apps
-
Add titles to the pages in your app. In addition, give your whole app a name, so that the app can be reliably interpreted by user agents such as assistive technologies. For example, screen readers leverage the page title as a descriptor, and the browser uses the app title in the browser tab. You can add accessible titles using the Page Name and App Name properties in the Designer panel.
-
Use the Accessible label, which is a VB property of the Button and Custom HTML controls in Apps. You can find this label in the Accessibility area, in the General tab of the Properties panel. The screen reader uses the Accessible label as a descriptor.
-
The Accessible label is an expressionable property which you can bind to other properties in your app. To do this, reference
AccessibleLabel
in the expression editor of a control.
-
Do not use a separate Label control to name an existing input control. Instead, use the Label and Hint text properties available to the input control. These act as accessible names in your app.
-
If the input control has no text properties attached to it, use the Tooltip field, which the control uses as the accessible name.
-
To enable accessible click events for a control, and make it accessible via keyboard navigation, use the Button control instead of Label or Header.
-
Use the dedicated List control for lists of items instead of the Container or Label controls.
-
Use the dedicated Header control for headings instead of the Label control. The Header control markup contains accessible attributes.
-
Die standardmäßige vordefinierte Zuordnung von voreingestellten Stilen und Aria-Ebenen lautet wie folgt:
headline1 : Level 1
headline2 : Level 2
headline3 : Level 3
LargeText : Level 4
NormalText : Level 5
SmallText : Level 6
headline1 : Level 1
headline2 : Level 2
headline3 : Level 3
LargeText : Level 4
NormalText : Level 5
SmallText : Level 6
-
If you manually update or customize any of the styles from the Properties panel, the aria-level is set based on the font size as follows:
>= 32px = Level 1
>= 24px = Level 2
>= 18px = Level 3
>= 16px = Level 4
>= 14px = Level 5
< 14px = Level 6
>= 32px = Level 1
>= 24px = Level 2
>= 18px = Level 3
>= 16px = Level 4
>= 14px = Level 5
< 14px = Level 6
-
For Icon and Image controls, the Tooltip property acts as the accessible name.
When the Container Layout control is used, the focus order for any containers inside of it depends on the container position in the Project Explorer panel. The default pre-defined order is always considered the correct one.
If you add any new containers, or change the position of a container within the container hierarchy, the focus order changes. In this scenario, you should rearrange the position of the containers according to the order of focus intended for your app.
You can also use the Custom HTML control to achieve custom functionalities in your app. The Custom HTML control supports the Accessible label. Using this label ensures accessibility support in your custom control.
Use Custom HTML for the following functionalities:
-
Hyperlinks.
-
Event handlers.
-
Fortschrittsbalken.
-
Tabellen mit benutzerdefinierten Daten.
-
Ein Fünf-Sterne-Bewertungssystem.