Barrierefreiheit für Entwickler

Abgeschlossen

Als Anpasser sollten Sie für Anlagen und Anpassungen eine Standardbenennungskonvention verwenden. Wenn Sie CamelCase für diese Anlagen verwenden, werden sie für Bildschirmleseprogramme lesbar. Bei CamelCase entfernen Sie Leerzeichen zwischen Wörtern, verwenden aber Großbuchstaben, um den ersten Buchstaben eines neuen Worts zu ermitteln. Mit diesem Ansatz können andere Entwickler vollständig am Erstellen von Geschäftsanwendungen teilnehmen und Dynamics 365 anpassen. Sie können auch Unterstriche zwischen Wörtern einfügen, damit der Bildschirmleser eine Pause erkennt und beim Lesen jedes Wort ausspricht.

Im folgenden Beispiel liest der native Windows-Screenreader für eine Spalte in Microsoft Dynamics 365 Sales einen Schemanamen.

Der Text wird auf drei Arten präsentiert:

  • Alles klein geschrieben

  • Klein geschrieben mit Unterstrichen

  • CamelCase

Die CamelCase-Zeile ist leichter zu verstehen, wenn sie vom Screenreader gelesen wird. Auch das Einfügen der Unterstriche ist verständlich, allerdings länger. Der Leser erkennt jedoch nur ein einzelnes Wort und versucht, es als solches auszusprechen, wenn in diesem Schemanamen jedoch keine Differenzierung vorgenommen wurde.

Sie können diese Änderung an Ihren Schemanamen in der Entwicklererfahrung vornehmen, wenn Sie die Spalte erstellen. Das System erstellt in diesem speziellen Szenario beim Erstellen einer neuen Spalte automatisch basierend auf dem Anzeigenamen einen Schemanamen. Sie können den Schemanamen beim Erstellen der Spalte bearbeiten, wenn Sie über die Grundoptionen hinaus nach unten scrollen.

Screenshot der Entwicklererfahrung beim Hinzufügen einer neuen Spalte und Bearbeiten des Schemanamens