Systemsteuerungen

Hinweis

Dieses Entwurfshandbuch wurde für Windows 7 erstellt und wurde nicht für neuere Versionen von Windows aktualisiert. Ein Großteil der Anleitungen gilt weiterhin im Prinzip, aber die Präsentation und die Beispiele entsprechen nicht unseren aktuellen Entwurfsleitfäden.

Verwenden Sie Systemsteuerungselemente, um Benutzer beim Konfigurieren von Features auf Systemebene und beim Ausführen verwandter Aufgaben zu unterstützen. Programme, die über eine Benutzeroberfläche verfügen, sollten stattdessen direkt über die Benutzeroberfläche konfiguriert werden.

Mit Systemsteuerung in Microsoft Windows können Benutzer Features auf Systemebene konfigurieren und verwandte Aufgaben ausführen. Beispiele für die Featurekonfiguration auf Systemebene sind Hardware- und Softwareeinrichtung und -konfiguration, Sicherheit, Systemwartung und Benutzerkontenverwaltung.

Der Begriff Systemsteuerung bezieht sich auf das gesamte Windows Systemsteuerung-Feature. Einzelne Systemsteuerungen werden als Systemsteuerungselemente bezeichnet. Ein Systemsteuerungselement wird als oberste Ebene betrachtet, wenn es direkt von der Startseite der Systemsteuerung oder einer Kategorieseite aus zugänglich ist.

Screenshot der Sprachkategorie der Systemsteuerung

Ein typisches Systemsteuerungselement.

Die Startseite der Systemsteuerung ist der Standard Einstiegspunkt für alle Elemente der Systemsteuerung. Sie listet die Elemente nach ihrer Kategorie zusammen mit den gängigsten Aufgaben auf. Sie wird angezeigt, wenn Benutzer im Startmenü auf Systemsteuerung klicken.

Auf einer Kategorieseite der Systemsteuerung werden die Elemente in einer einzelnen Kategorie zusammen mit den gängigsten Aufgaben aufgelistet. Sie wird angezeigt, wenn Benutzer auf der Startseite auf einen Kategorienamen klicken.

Systemsteuerungselemente werden mithilfe von Aufgabenflows oder Eigenschaftenblättern implementiert. Für Windows Vista und höher sind Aufgabenflows die bevorzugte Benutzeroberfläche (UI).

Entwickler: Informationen zum Erstellen von Systemsteuerungselementen finden Sie unter Systemsteuerung Elemente.

Hinweis: Richtlinien im Zusammenhang mit Eigenschaftenblättern werden in einem separaten Artikel vorgestellt.

Ist dies die richtige Benutzeroberfläche?

Orientieren Sie sich an folgenden Fragen:

  • Dient das Konfigurieren von Features auf Systemebene? Falls nicht, verwenden Sie einen anderen Integrationspunkt. Stellen Sie Ihre Anwendungsfeatures mithilfe von Optionsdialogfeldern direkt über die Benutzeroberfläche konfigurierbar, anstatt Systemsteuerung zu verwenden. Verwenden Sie für Hilfsprogramme, die nicht für Setup, Konfiguration oder verwandte Aufgaben (z. B. Problembehandlung) verwendet werden, das Startmenü als Integrationspunkt.

  • Verfügt das Feature auf Systemebene über eine eigene Benutzeroberfläche? Wenn ja, sollten Benutzer auf dieser Benutzeroberfläche Änderungen vornehmen. Beispielsweise sollte ein Systemsicherungsprogramm über seine Programmoptionen statt über Systemsteuerung konfiguriert werden.

  • Müssen Benutzer die Konfiguration häufig ändern? Wenn ja (z. B. mehrmals pro Woche), sollten Sie alternative Lösungen in Betracht ziehen, vielleicht zusätzlich zur Verwendung von Systemsteuerung. Die Einstellung windows master Volume kann beispielsweise direkt über das Symbol im Infobereich konfiguriert werden. Einige Einstellungen können automatisch konfiguriert werden. In Windows Explorer kann beispielsweise auf der Registerkarte Kompatibilität für Anwendungseigenschaften eine Anwendung im Farbmodus 256 ausgeführt werden, anstatt dass Benutzer den Videomodus manuell ändern müssen.

  • Sind die Zielbenutzer IT-Experten? Wenn dies der Grund ist, verwenden Sie stattdessen ein MMC-Snap-In (Microsoft Management Console), das speziell für Systemverwaltungsaufgaben entwickelt wurde. In einigen Fällen besteht die beste Lösung darin, sowohl ein Systemsteuerungselement für allgemeine Benutzer als auch ein MMC-Snap-In für IT-Experten zu haben.

    Screenshot des Computerverwaltungsfensters

    In diesem Beispiel bietet das MMC-Snap-In "Lokale Benutzer und Gruppen" die Benutzerverwaltung für IT-Experten. Andere Benutzer verwenden eher das Element Benutzerkonten in Systemsteuerung.

  • Wird das Feature nur während der anfänglichen Systemkonfiguration als OEM-Feature verwendet? Wenn ja, verwenden Sie das Windows Welcome Center als Integrationspunkt.

Systemsteuerungselemente sind erforderlich, da viele Features auf Systemebene keinen offensichtlicheren oder direkteren Integrationspunkt haben. Dennoch sollte Systemsteuerung nicht als "einziger Ort" für alle Konfigurationseinstellungen angesehen werden. Programme, die über eine Benutzeroberfläche verfügen, sollten direkt über die Benutzeroberfläche konfiguriert werden, anstatt Systemsteuerungselemente zu verwenden.

Falsch:

Screenshot des Internetoptionenelements der Systemsteuerung

In diesem Beispiel sollte Windows Internet Explorer nicht in Systemsteuerung dargestellt werden, da die eigene Benutzeroberfläche ein besserer Integrationspunkt ist.

Ein neues Systemsteuerungselement erstellen oder ein vorhandenes erweitern?

Orientieren Sie sich an folgenden Fragen:

  • Kann die Funktionalität als Aufgaben ausgedrückt werden, die in ein vorhandenes, erweiterbares Systemsteuerungselement eingebunden werden können? Die folgenden Elemente der Systemsteuerung sind erweiterbar: Bluetooth-Geräte, Anzeige, Internet, Tastatur, Maus, Netzwerk, Energie, System, Drahtlos (Infrarot).
  • Ersetzen die Eigenschaften und Aufgaben die Features des vorhandenen erweiterbaren Systemsteuerungselements? Wenn ja, sollten Sie das vorhandene Systemsteuerungselement erweitern, da dies zu einer einfacheren Benutzererfahrung führt. Falls nicht, erstellen Sie ein neues Systemsteuerungselement.

Entwurfskonzepte

Das Systemsteuerung Konzept basiert auf einer realen Metapher. Ein reales Bedienfeld ist eine Sammlung von Steuerelementen (Regler, Schalter, Messgeräte und Anzeigen), die zum Überwachen und Steuern eines Geräts verwendet werden. Benutzer solcher Systemsteuerungen benötigen häufig Schulungen, um zu verstehen, wie sie verwendet werden.

Im Gegensatz zu ihren realen Pendants sind Windows-Systemsteuerungsdesigns für Erstbenutzer optimiert. Benutzer führen die meisten Aufgaben in der Systemsteuerung nicht sehr oft aus, sodass sie sich in der Regel nicht daran erinnern, wie sie zu tun sind, und sie müssen sie effektiv jedes Mal erneut verlernen.

So entwerfen Sie ein nützliches und benutzerfreundliches Systemsteuerungselement:

  • Stellen Sie sicher, dass die Eigenschaften erforderlich sind.
  • Präsentieren von Eigenschaften in Bezug auf Benutzerziele anstelle von Technologie.
  • Eigenschaften auf der richtigen Ebene darstellen.
  • Entwurfsseiten für bestimmte Aufgaben.
  • Entwurfsseiten für Standardbenutzer und geschützte Administratoren.

Bestimmen Sie beim Entwerfen und Auswerten von Elementen, die in Systemsteuerung eingeschlossen werden sollen, die allgemeinen Aufgaben, die Benutzer ausführen, und stellen Sie sicher, dass es einen klaren Pfad zum Ausführen dieser Aufgaben gibt. Benutzer führen in der Regel die folgenden Aufgabentypen mit Systemsteuerungselementen aus:

  • Anfängliche Konfiguration
  • Unregelmäßige Änderungen (für die meisten Einstellungen)
  • Häufige Änderungen (für einige wichtige Einstellungen)
  • Zurücksetzen von Einstellungen auf einen Anfangs- oder vorherigen Zustand
  • Problembehandlung

Wenn Sie nur eine Sache tun...

Entwerfen Sie Systemsteuerungsseiten für bestimmte Aufgaben, und stellen Sie sie in Bezug auf Benutzerziele anstelle von Technologie dar.

Verwendungsmuster

Für Systemsteuerungselemente können Sie einen Aufgabenfluss oder ein Eigenschaftenblatt verwenden. Dies sind ihre Nutzungsmuster:

Aufgabenflussmuster

Aufgabenflusselemente verwenden eine Hubseite, um die allgemeinen Auswahlmöglichkeiten darzustellen, und Spoke-Seiten, um die tatsächliche Konfiguration auszuführen.

Hubseiten

  • Aufgabenbasierte Hubseiten. Diese Hubseiten stellen die am häufigsten verwendeten Aufgaben dar. Sie werden am besten für einige häufig verwendete oder wichtige Aufgaben verwendet, bei denen Benutzer mehr Anleitungen und Erklärungen benötigen. Hubseiten verfügen über keine Commitschaltflächen. Hybridtaskbasierte Hubseiten verfügen auch über einige Eigenschaften oder Befehle direkt darauf. Hybrid Hub-Seiten werden dringend empfohlen, wenn Benutzer höchstwahrscheinlich Systemsteuerung verwenden, um auf diese Eigenschaften und Befehle zuzugreifen.
  • Objektbasierte Hubseiten. Diese Hubseiten stellen die verfügbaren Objekte mithilfe eines Listenansichtssteuerelements dar. Sie werden am besten verwendet, wenn mehrere Objekte vorhanden sein können. Hubseiten verfügen über keine Commitschaltflächen.

Spoke-Seiten

  • Aufgabenseiten. Auf diesen Spoke-Seiten wird eine Aufgabe oder ein Schritt in einer Aufgabe mit einer bestimmten aufgabenbasierten Standard-Anweisung dargestellt. Sie werden am besten für Aufgaben verwendet, die von zusätzlichen Anleitungen und Erklärungen profitieren.
  • Formularseiten. Diese Spoke-Seiten enthalten eine Sammlung verwandter Eigenschaften und Aufgaben basierend auf einer allgemeinen Standard Anweisung. Sie werden am besten für Features verwendet, die über viele Eigenschaften verfügen und von einer direkten, einseitigen Präsentation profitieren, z. B. erweiterte Eigenschaften.

Eigenschaftenblattmuster

  • Eigenschaftenblätter werden am besten in Legacyelementen mit vielen Einstellungen für fortgeschrittene Benutzer verwendet. Neue Elemente können den gleichen Effekt mit einem Aufgabenfluss mithilfe des Formularseitenmusters erzielen.

Richtlinien

Eigenschaftenblatt-Systemsteuerungselemente

  • Verwenden Sie keine Eigenschaftenblätter für neue Systemsteuerungselemente. Verwenden Sie stattdessen Aufgabenflows, um eine nahtlose Benutzeroberfläche zu erstellen und die Kategorisierungs- und Suchfunktionen der Startseite der Systemsteuerung in vollem Umfang zu nutzen.

Elemente der Taskflow-Systemsteuerung

Allgemein

  • Lassen Sie die wichtigsten Inhalte und Steuerelemente sichtbar, ohne scrollen zu müssen. Benutzer scrollen nicht, um Seiteninhalte anzuzeigen, es sei denn, sie haben einen Grund dazu. Sie können Commitschaltflächen immer sichtbar machen, indem Sie sie in einem Befehlsbereich anstelle des Inhaltsbereichs platzieren. Teilen Sie Seiten nicht auf, nur um Bildlauf zu vermeiden.
    • Sie können lange Seiten vertikal scrollen, solange die wichtigsten Steuerelemente ohne Bildlauf sichtbar sind.
    • Verwenden Sie keinen horizontalen Bildlauf. Entwerfen Sie stattdessen den Seiteninhalt neu, und verwenden Sie vertikales Scrollen. Seiten können nur dann horizontale Bildlaufleisten aufweisen, wenn sie sehr schmal sind.
  • So navigieren Sie zwischen Seiten:
    • Verwenden Sie Aufgabenlinks , um eine Aufgabe zu starten.
    • Verwenden Sie Aufgabenlinks oder eine Schaltfläche Weiter, um in einer mehrstufigen Aufgabe zur nächsten Seite zu navigieren.
    • Verwenden Sie Commitschaltflächen, um eine Aufgabe abzuschließen.
    • Verwenden Sie die Schaltfläche Zurück in der Menüleiste, um zu zuvor angezeigten Seiten zurückzukehren. Fügen Sie dem Befehlsbereich keine Schaltfläche Zurück hinzu.
    • Verwenden Sie die Adressleiste, um direkt zur Startseite der Systemsteuerung zurückzukehren.
    • Verwenden Sie Siehe auch Links im Aufgabenbereich, um zu Seiten in anderen Systemsteuerungselementen zu navigieren. Andernfalls sollte die Navigation innerhalb eines einzelnen Systemsteuerungselements verbleiben.
  • Platzieren Sie nur die Startseite der Systemsteuerung in der Adressleiste. Wenn Sie auf diesen Link klicken, kehren Sie zur Startseite der Systemsteuerung zurück, und alle laufenden Arbeiten werden ohne Bestätigung abgebrochen.
  • Platzieren Sie keine Befehlsschaltfläche Schließen auf Systemsteuerungsseiten. Benutzer können ein Systemsteuerungsfenster über die Schaltfläche Schließen auf der Titelleiste schließen.

Aufgabenlinks und Schaltflächen

  • Wenn eine Seite über einen kleinen Satz fester Optionen verfügt, verwenden Sie Aufgabenlinks anstelle einer Kombination aus Optionsfeldern und einer Schaltfläche Weiter. Auf diese Weise können Benutzer eine Antwort mit einem einzigen Klick auswählen.

  • Sie können Aufgabenlinks und Schaltflächen an den folgenden Stellen platzieren (in der Reihenfolge der Erkennbarkeit):

  • Orientieren Sie sich an der Position von Aufgabenlinks und Schaltflächen nach Wichtigkeit und Notwendigkeit der Auffindbarkeit.

    • Setzen Sie nur Commitschaltflächen im Befehlsbereich.
    • Legen Sie wesentliche Aufgaben in den Inhaltsbereich. Befehlsschaltflächen ziehen in der Regel die meiste Aufmerksamkeit auf sich, daher reservieren Sie sie für Befehle, die Benutzer sehen müssen. Aufgabenlinks machen ebenfalls auf sich aufmerksam, aber weniger als Befehlsschaltflächen.
    • Reservieren Sie den Aufgabenbereich und einfache Links für sekundäre (weniger wichtige) Aufgaben. Der Aufgabenbereich ist der am wenigsten erkennbare Bereich einer Aufgabenseite, und einfache Links sind nicht so sichtbar wie Befehlsschaltflächen und Aufgabenlinks.
  • Für Aufgabenlinks, die im Inhaltsbereich angezeigt werden:

    • Wenn mehr als sieben Links vorhanden sind, gruppieren Sie die Links in Kategorien. Geben Sie Überschriften für jede der Gruppen an.
    • Stellen Sie für weniger als sieben Links die Links in einer einzelnen Gruppe ohne Überschrift dar.
  • Stellen Sie Aufgabenlinks und Schaltflächen in einer logischen Reihenfolge dar. Vertikales Auflisten von Aufgabenlinks, Befehlsschaltflächen horizontal.

  • Teilen Sie die Befehle innerhalb von Kategorien in verwandte Gruppen auf. Stellen Sie die Aufgabengruppen vor, indem Sie die am häufigsten verwendeten zuerst platzieren und innerhalb jeder Gruppe die am häufigsten verwendeten Aufgaben zuerst platzieren. Die resultierende Reihenfolge sollte ungefähr der Verwendungswahrscheinlichkeit folgen, aber auch einen logischen Fluss aufweisen.

    • Ausnahme: Aufgabenlinks, die dazu führen, dass alles ausgeführt wird, sollten zuerst platziert werden.
  • Wenn viele Aufgabenlinks vorhanden sind, geben Sie den wichtigsten Aufgaben ein prominenteres Erscheinungsbild , indem Sie ein 24 x 24-Pixel-Symbol und zwei Textzeilen verwenden. Verwenden Sie für weniger wichtige Aufgaben ein Symbol mit 16 x 16 Pixeln oder kein Symbol und eine einzelne Zeile Linktext.

    Screenshot von Elementen mit großen und kleinen Symbolen

    In diesem Beispiel erhalten wichtige Befehle eine prominentere Darstellung.

  • Verfügen Sie über eine klare physische Trennung zwischen häufig verwendeten Befehlen und destruktiven Befehlen. Andernfalls können Benutzer versehentlich auf destruktive Befehle klicken. Möglicherweise müssen Sie Ihre Befehle etwas neu anordnen, um destruktive Befehle zusammenzufügen.

  • Stellen Sie den Mechanismus zum Rückgängigmachen von Befehlen direkt auf der Seite bereit. Benutzer sollten nicht an einer anderen Stelle navigieren müssen, um einen Fehler rückgängig zu machen.

  • Verwenden Sie für Aufgabenlinks entweder alle standardmäßigen Tasklinksymbole oder alle benutzerdefinierten Symbole. Mischen Sie sie nicht. Erwägen Sie die Verwendung von benutzerdefinierten Symbolen nur, wenn:

    • Sie helfen Benutzern, die Aufgaben zu verstehen.
    • Sie entsprechen den Aero-Symbolstandards.
    • Sie haben ein unaufdringliches Aussehen.

Dialogfelder

Wenn Sie Aufgabenflows verwenden, möchten Sie im Allgemeinen, dass ein Vorgang innerhalb eines einzelnen Fensters von Seite zu Seite fließt, aber die folgenden Umstände sind Ausnahmen. Verwenden Sie Dialogfelder unter den folgenden Umständen:

  • Um Benutzer zur Eingabe eines Administratorbenutzernamens und -kennworts aufzufordern. Verwenden Sie zu diesem Zweck immer das Dialogfeld Anmeldeinformations-Manager. (Sollte modal sein.)

  • So bestätigen Sie einen direkten Befehl mithilfe eines Aufgabendialogfelds oder Meldungsfelds. (Sollte modal sein.)

  • So erhalten Sie Eingaben für direkte Befehle, z. B. für die Befehle "Neu", "Hinzufügen", "Speichern unter", "Umbenennen" und "Drucken".

    Screenshot des Dialogfelds

    In diesem Beispiel wird der Befehl Löschen in einem Dialogfeld anstelle einer separaten Seite ausgeführt.

  • Zum Ausführen sekundärer eigenständiger Aufgaben. Mithilfe eines moduslosen sekundären Fensters können solche Aufgaben unabhängig und außerhalb des Standard Aufgabenflusses ausgeführt werden.

Hubseiten

Allgemein

  • Verwenden Sie aufgabenbasierte Hubseiten in folgenden Fällen:
    • Es gibt eine kleine Anzahl von häufig verwendeten oder wichtigen Aufgaben.
    • Die Konfiguration umfasst ein oder zwei Objekte (Beispiele: Monitore, Tastatur, Maus, Gamecontroller).
    • Die Konfiguration wird systemweit angewendet (Beispiele: Datum und Uhrzeit, Sicherheit, Energieoptionen).
  • Verwenden Sie objektbasierte Hubseiten in folgenden Fällen:
    • Die Konfiguration kann mehrere Objekte umfassen (Beispiele: Benutzerkonten, Netzwerkverbindungen, Drucker).
    • Die Konfiguration gilt nur für das ausgewählte Objekt.
  • Verwenden Sie keine Hubseite, wenn das Systemsteuerungselement über eine einzelne Seite verfügt, die alle beteiligten Aufgaben und Eigenschaften enthält.

Objektlisten

  • Listen Sie Elemente in logischer Reihenfolge auf. Sortieren Sie benannte Objekte in alphabetischer Reihenfolge, Zahlen in numerischer Reihenfolge und Datumsangaben in chronologischer Reihenfolge.
  • Stellen Sie für objektbasierte Hubs Objektansichtsbefehle im Aufgabenbereich bereit, wenn die Möglichkeit zum Ändern der Ansicht für die Aufgaben wichtig ist. Die Möglichkeit zum Ändern von Ansichten ist wichtig, wenn viele Objekte vorhanden sind und die Standardpräsentation nicht für alle Szenarien gut funktioniert. Benutzer können die Listenansicht auch dann ändern, wenn keine expliziten Befehle über das Kontextmenü der Listenansicht vorhanden sind, aber sie ist weniger auffindbar.

Weitere Richtlinien zum Darstellen von Objektlisten finden Sie unter Listenansichten.

Interaktion

  • Setzen Sie keine Commitschaltflächen auf Hubseiten. Hubseiten sind grundsätzlich Startpunkte. Benutzer "committen" nie Hubseiten, die sie nie mit ihnen erledigt haben. Und Commit-Schaltflächen auf Hubseiten machen alle von einem Hub initiierten Aufgaben verwirrend (Benutzer werden sich fragen, ob diese Aufgaben committet werden müssen).

    • Ausnahme: Wenn das Ändern einer Einstellung eine Erhöhung erfordert, geben Sie eine Schaltfläche Übernehmen mit einem Sicherheitsschildsymbol an. Deaktivieren Sie die Commitschaltfläche, sobald die Änderungen übernommen wurden.
  • Erwägen Sie, die nützlichsten Eigenschaften direkt auf Hubseiten zu platzieren. Solche Hybrid Hub-Seiten werden dringend empfohlen, wenn Benutzer höchstwahrscheinlich Systemsteuerung verwenden, um auf diese Eigenschaften zuzugreifen.

    Screenshot der Seite

    In diesem Beispiel verfügt das Systemsteuerungselement Power Options über die nützlichsten Einstellungen direkt auf der Hubseite.

  • Verwenden Sie ein Sofortcommitmodell für alle Einstellungen auf Hybrid Hub-Seiten, damit Änderungen sofort vorgenommen werden. Auch hier wird von Benutzern nie ein Commit für eine Hubseite ausgeführt. Wenn eine Einstellung eine Commitschaltfläche erfordert, platzieren Sie sie nicht auf einer Hubseite.

  • Erwägen Sie, einfache Ein-Schritt-Befehle direkt auf Hubseiten zu platzieren, anstatt Navigationslinks zu verwenden.

  • Bestätigen Sie direkte Befehle, deren Auswirkungen nicht einfach rückgängig zu werden können. Verwenden Sie ein Aufgabendialogfeld oder ein Meldungsfeld.

    Screenshot des Dialogfelds

    In diesem Beispiel wird der Befehl Löschen mit einem Dialogfeld bestätigt.

  • Identifizieren Sie bei aufgabenbasierten Hubseiten jede Aufgabe mit einem Aufgabenlink und einem Symbol. Sie können auch eine optionale Beschreibung für jeden Link angeben. Versuchen Sie jedoch, die Aufgabenlinks selbsterklärend zu machen, und geben Sie optionale Beschreibungen nur für Links an, die sie wirklich benötigen.

    Screenshot der Seite

    In diesem Beispiel verfügt jede Aufgabe über einen Vorgangslink und ein Symbol.

  • Bei objektbasierten Hubseiten werden objekte mit nur einem Klick ausgewählt, und durch Doppelklicken wird ein Objekt ausgewählt und zur Standardseite navigiert. Die Standardseite ist in der Regel eine Eigenschaftenseite oder eine aufgabenbasierte Hubseite.

  • Eine objektbasierte Hubseite kann zu einem aufgabenbasierten Hub für die ausgewählten Objekte navigieren. Solche sekundären Hubs sollten jedoch vermieden werden, da sie ein Systemsteuerungselement zu indirekt wirken lassen.

Aufgabenbereiche

Verwenden Sie Aufgabenbereiche, um Links zu Befehlen, Ansichten und zugehörigen Systemsteuerungselementen anzuzeigen.

  • Für Aufgabenbereiche in aufgabenbasierten Hubs können Sie Links in der folgenden Reihenfolge anzeigen:
    • Sekundäre Befehle. Stellen Sie primäre Aufgaben nur im Inhaltsbereich dar. Verwenden Sie den Aufgabenbereich für sekundäre, optionale Aufgaben. Betrachten Sie eine Aufgabe primär, wenn Benutzer sie in wichtigen Szenarien ermitteln müssen. sekundär, wenn es akzeptabel ist, dass Benutzer es nicht entdecken.
    • Siehe auch. Die optionalen Links, die zu zugehörigen Systemsteuerungselementen navigieren.
  • Stellen Sie für Aufgabenbereiche in objektbasierten Hubs Links in der folgenden Reihenfolge bereit:
    • Objektansichten. Die optionalen Links, die zum Steuern der Darstellung der Objekte verwendet werden.
    • Behobene Befehle. Die Befehle, die unabhängig von den aktuell ausgewählten Objekten sind.
    • Kontextbezogene Befehle. Die Befehle, die von den aktuell ausgewählten Objekten abhängen und daher nicht immer angezeigt werden.
    • Siehe auch. Die optionalen Links, die zu zugehörigen Systemsteuerungselementen navigieren.
  • Verwenden Sie keine Aufgabenbereiche auf Spokeseiten. Im Gegensatz zu Hubseiten sollten Sich Spoke-Seiten auf das Abschließen der Aufgabe konzentrieren. Sie möchten Benutzer nicht dazu ermutigen, vor Abschluss wegzu navigieren.

Siehe auch Links

  • Bereitstellen Unter Siehe auch Links im Aufgabenbereich, die Benutzern helfen, verwandte Systemsteuerungselemente zu finden, oder das richtige Steuerelementelement, wenn sie über das falsche Element verfügen. Link zu Elementen, die Benutzer wahrscheinlich Ihrem Systemsteuerungselement zuordnen.

    Screenshot der Info-Center-Links

    In diesem Beispiel wird das Info-Center-Systemsteuerungselement mit zugehörigen Systemsteuerungselementen verknüpft.

  • Link zu einer bestimmten Aufgabenseite, wenn benutzer dies wahrscheinlicher erkennen. Andernfalls können Sie einen Link zum gesamten Systemsteuerungselement erstellen. Verwenden Sie den Namen der Systemsteuerung, ohne den Ausdruck Systemsteuerung hinzuzufügen.

Spoke-Seiten

Allgemein

  • Verwenden Sie Aufgabenseiten für häufig verwendete oder wichtige Aufgaben, bei denen Benutzer weitere Anleitungen und Erklärungen benötigen.
  • Verwenden Sie Formularseiten für Features, die über viele Einstellungen verfügen und von einer direkten, einseitigen Präsentation profitieren. Die idealen Aufgaben für solche Seiten umfassen in der Regel offensichtliche Änderungen an einigen einfachen Eigenschaften.
  • Verwenden Sie keine Aufgabenbereiche auf Spokeseiten.

Interaktion

  • Versuchen Sie, Standard Aufgaben auf eine einzelne Seite zu beschränken. Wenn mehrere Seiten erforderlich sind, haben Sie folgende Möglichkeiten:
    • Verwenden Sie zwischengeschaltete Spokeseiten für zusätzliche oder optionale Schritte. Zwischen-Spoke-Seiten werden von der letzten Spoke-Seite committet.
    • Verwenden Sie unabhängige Fenster für unabhängige Hilfsaufgaben. Unabhängige Fenster werden eigenständig und unabhängig von der Standard Aufgabe committet.

Dadurch bleibt die Bedeutung der Commitschaltflächen für die Standard Aufgabe klar und eindeutig. Benutzer sollten immer sicher sein, zu verstehen, wofür sie sich verpflichten.

  • Verwenden Sie innerhalb eines Aufgabenflows keine Links zum Anzeigen von Links. Diese links zu verwandten, aber unterschiedlichen Elementen der Systemsteuerung. Obwohl die Navigation zu einem anderen Element auf Hubseiten akzeptabel ist, ist es nicht auf Spoke-Seiten, da dies die Aufgabe unterbricht.
  • Verwenden Sie keine Spoke-Seiten für einfache Eingaben oder Bestätigungen. Verwenden Sie stattdessen modale Dialogfelder.

Interaktion (zwischengeschaltete Spokeseiten)

  • Verwenden Sie Aufgabenlinks oder eine Schaltfläche Weiter, um zur nächsten Seite zu navigieren. Der Weg zum nächsten Schritt sollte immer offensichtlich sein.
  • Sie können Navigationslinks zu optionalen Aufgabenschritten haben. Um Verwechslungen beim Commit von Benutzern für die Aufgabe zu vermeiden, sollten diese zusätzlichen Seiten Zwischenseiten innerhalb desselben Systemsteuerungselements sein. Sie sollten keine Commitschaltflächen haben, aber ein Commit ausgeführt werden, wenn die Standard Aufgabe committet wird.

Interaktion (letzte Spoke-Seiten)

  • Verwenden Sie Commitschaltflächen, um eine Aufgabe abzuschließen. Verwenden Sie ein Verzögertes Commitmodell für Spokeseiten, sodass Änderungen erst vorgenommen werden, wenn ein expliziter Commit ausgeführt wurde (wenn Benutzer mit "Zurück", "Schließen" oder "Adressleiste" weg navigieren, werden Änderungen abgebrochen). Die Commitschaltflächen sind ein visueller Hinweis darauf, dass der Benutzer gerade eine Aufgabe abschließen wird. Verwenden Sie zu diesem Zweck keine Links.
  • Bestätigen Sie keine Commitschaltflächen (einschließlich Abbrechen). Dies kann lästig sein. Ausnahmen:
    • Die Aktion hat erhebliche Folgen und kann, wenn sie falsch ist, nicht ohne weiteres korrigiert werden.
    • Die Aktion kann zu einem erheblichen Verlust der Zeit oder des Aufwands des Benutzers führen.
    • Die Aktion steht eindeutig im Widerspruch zu anderen Aktionen.
  • Bestätigen Sie nicht, ob Benutzer Änderungen aufgeben , indem Sie mithilfe von "Zurück", "Schließen" oder der Adressleiste weg navigieren. Sie können jedoch bestätigen, ob eine potenziell unbeabsichtigte Navigation zu einem erheblichen Verlust der Zeit oder des Aufwands des Benutzers führen kann.
  • Verwenden Sie keine Befehls- oder Navigationslinks (einschließlich Siehe auch Links). Auf den letzten Spoke-Seiten sollten Benutzer die Aufgabe explizit abschließen oder abbrechen. Benutzern sollte nicht empfohlen werden, an einer anderen Stelle zu navigieren, da dies die Aufgabe wahrscheinlich implizit abbrechen würde.
  • Wenn Benutzer eine Aufgabe abschließen oder abbrechen, sollten sie an die Hubseite zurückgesendet werden, von der aus die Aufgabe gestartet wurde. Wenn keine solche Seite vorhanden ist, schließen Sie stattdessen das Systemsteuerungsfenster. Gehen Sie nicht davon aus, dass Spoke-Seiten immer von einer anderen Seite gestartet werden.
  • Entfernen Sie die veralteten "committeten" Seiten aus dem Windows-Explorer Zurück-Stapel, wenn Sie Benutzer zu der Seite zurückkehren, von der aus die Aufgabe gestartet wurde. Benutzer sollten nie die Seiten sehen, auf die sie bereits ein Commit ausgeführt haben, wenn sie auf die Schaltfläche Zurück klicken. Benutzer sollten immer zusätzliche Änderungen vornehmen, indem sie die Aufgabe vollständig wiederholen, anstatt auf Zurück zu klicken, um veraltete Seiten zu ändern.
    • Entwickler: Sie können diese veralteten Seiten mithilfe der APIs ITravelLog::FindTravelEntry() und ITravelLogEx::D eleteEntry() entfernen.

Commitschaltflächen

Hinweis: Abbrechen-Schaltflächen werden als Commitschaltflächen betrachtet.

  • Bestätigen Sie Aufgaben mithilfe von Commitschaltflächen, die spezifische Antworten auf die Standard-Anweisung sind, anstelle von generischen Bezeichnungen wie OK. Die Bezeichnungen auf Commitschaltflächen sollten für sich allein sinnvoll sein. Vermeiden Sie die Verwendung von OK, da es sich nicht um eine bestimmte Antwort auf die Standard Anweisung handelt und daher leichter missverstanden werden kann. Darüber hinaus wird OK in der Regel mit modalen Dialogfeldern verwendet und impliziert fälschlicherweise das Schließen des Systemsteuerungselementfensters.

    • Ausnahmen:
      • Verwenden Sie OK für Seiten ohne Einstellungen.

      • Verwenden Sie OK, wenn die spezifische Antwort noch generisch ist, z. B. Speichern, Auswählen oder Auswählen, wie beim Ändern einer bestimmten Einstellung oder einer Sammlung von Einstellungen.

      • Verwenden Sie OK, wenn die Seite Optionsfelder enthält, die Antworten auf die Standard-Anweisung sind. Um das Verzögerte Commitmodell beizubehalten, können Sie keine Aufgabenlinks auf einer letzten Spoke-Seite verwenden.

        Screenshot der Webeinschränkungen mit schaltfläche

        In diesem Beispiel sind die Optionsfelder, nicht die Commitschaltflächen, Antworten auf die Standard Anweisung.

  • Stellen Sie eine Schaltfläche Abbrechen bereit, damit Benutzer Änderungen explizit aufgeben können. Während Benutzer eine Aufgabe implizit verlassen können, indem sie ihre Änderungen nicht bestätigen, ermöglicht die Bereitstellung einer Schaltfläche Abbrechen dies mit größerer Zuverlässigkeit.

    • Ausnahme: Stellen Sie keine Schaltfläche Abbrechen für Aufgaben bereit, bei denen Benutzer keine Änderungen vornehmen können. Die Schaltfläche OK hat in diesem Fall die gleiche Auswirkung wie Abbrechen.
  • Verwenden Sie keine Schaltflächen "Schließen", "Fertig" oder "Fertig". Diese Schaltflächen werden in der Regel mit modalen Dialogfeldern verwendet und implizieren fälschlicherweise das Schließen des Systemsteuerungselementfensters. Benutzer können das Fenster über die Schaltfläche Schließen auf der Titelleiste schließen. Außerdem sind Done und Finish irreführend, da Benutzer zu der Seite zurückkehren, von der aus die Aufgabe gestartet wurde, sodass sie nicht wirklich erledigt sind.

  • Deaktivieren Sie keine Commitschaltflächen. Andernfalls müssen Benutzer ableiten, warum die Commitschaltflächen deaktiviert sind. Es ist besser, Commitschaltflächen aktiviert zu lassen und bei jedem Problem eine hilfreiche Fehlermeldung zu senden.

  • Stellen Sie sicher, dass die Commitschaltflächen auf der Seite ohne Bildlauf angezeigt werden. Wenn die Seite lang ist, können Sie Commitschaltflächen immer sichtbar machen, indem Sie sie in einem Befehlsbereich anstatt im Inhaltsbereich platzieren.

    Screenshot des Dialogfelds für die automatische Wiedergabe

    In diesem Beispiel ist die Größe des Inhaltsbereichs nicht gebunden, sodass die Commitschaltflächen im Befehlsbereich platziert werden.

  • Richten Sie die Commitschaltflächen rechts aus, und verwenden Sie diese Reihenfolge (von links nach rechts): Positive Commitschaltflächen, Abbrechen und Anwenden.

Vorschauschaltflächen

  • Stellen Sie sicher, dass die Schaltfläche Vorschau bedeutet, dass sie die ausstehenden Änderungen jetzt anwenden, aber die aktuellen Einstellungen wiederherstellen, wenn Benutzer von der Seite weg navigieren, ohne sich auf die Änderungen zu verpflichten.
  • Sie können Vorschauschaltflächen auf jeder Spokeseite verwenden. Hubseiten benötigen keine Vorschauschaltflächen, da sie ein Modell mit sofortigem Commit verwenden.
  • Erwägen Sie die Verwendung einer Vorschauschaltfläche anstelle der Schaltfläche Anwenden für Systemsteuerungsseiten. Vorschauschaltflächen sind für Benutzer einfacher zu verstehen und können auf jeder Spokeseite verwendet werden.
  • Stellen Sie nur dann eine Vorschauschaltfläche bereit, wenn die Seite Über Einstellungen (mindestens eine) mit Effekten verfügt, die Benutzer sehen können. Benutzer sollten in der Lage sein, eine Vorschau einer Änderung anzuzeigen, die Änderung auszuwerten und basierend auf dieser Auswertung weitere Änderungen vorzunehmen.
  • Aktivieren Sie immer die Schaltfläche Vorschau.

Livevorschauen

Ein Systemsteuerungselement verfügt über eine Livevorschau, wenn die Auswirkungen von Änderungen auf einer Spokeseite sofort sichtbar sind.

  • Erwägen Sie die Verwendung der Livevorschau für Anzeigeeinstellungen in folgenden Fällen:

    • Der Effekt ist offensichtlich, in der Regel, weil er für den gesamten Monitor gilt.

    • Der Effekt kann ohne erhebliche Verzögerung angewendet werden.

    • Die Wirkung ist sicher und kann leicht rückgängig werden.

      Screenshot des Dialogfelds

      In diesem Beispiel wird die Auswirkung der Windows-Einstellungen "Farbe" und "Darstellung" sofort angezeigt. Auf diese Weise können Benutzer Änderungen mit minimalem Aufwand vornehmen.

  • Verwenden Sie Änderungen speichern und Abbrechen für die Commitschaltflächen. "Änderungen speichern" behält die aktuellen Einstellungen bei, während Abbrechen auf die ursprünglichen Einstellungen zurückgesetzt wird. "Änderungen speichern" wird anstelle von OK verwendet, um klar zu machen, dass alle Vorschauänderungen noch nicht angewendet wurden.

  • Geben Sie keine Schaltfläche Anwenden an. Die Livevorschau macht Apply unnötig.

  • Stellen Sie alle Änderungen wieder her, wenn Benutzer mit "Zurück", "Schließen" oder der Adressleiste weg navigieren. Um Änderungen beizubehalten, müssen Benutzer sie explizit committen.

Schaltflächen anwenden

  • Stellen Sie sicher, dass die Schaltfläche Anwenden bedeutet, dass die ausstehenden Änderungen (die seit dem Start der Aufgabe oder der letzten Anwendung vorgenommen wurden) übernommen werden, aber auf der aktuellen Seite verbleiben. Auf diese Weise können Benutzer die Änderungen auswerten, bevor sie mit anderen Aufgaben fortbewegen.
  • Verwenden Sie Schaltflächen anwenden nur auf den letzten Spoke-Seiten. Schaltflächen anwenden sollten nicht auf zwischengeschalteten Spokeseiten verwendet werden, um ein sofortiges Commitmodell beizubehalten.
    • Ausnahme: Sie können Schaltflächen anwenden auf einer Hybrid Hub-Seite verwenden, wenn das Ändern einer Einstellung erhöhte Rechte erfordert. Weitere Informationen finden Sie unter Hubseiteninteraktion.
  • Stellen Sie nur dann eine Schaltfläche Anwenden bereit, wenn die Seite über Einstellungen (mindestens eine) mit Effekten verfügt, die Benutzer sinnvoll auswerten können. In der Regel werden Anwenden-Schaltflächen verwendet, wenn Einstellungen sichtbare Änderungen vornehmen. Benutzer sollten in der Lage sein, eine Änderung anzuwenden, die Änderung auszuwerten und basierend auf dieser Auswertung weitere Änderungen vorzunehmen.
  • Aktivieren Sie die Schaltfläche Anwenden nur, wenn änderungen ausstehen. Andernfalls deaktivieren Sie es.
  • Weisen Sie "A" als Zugriffsschlüssel zu.

Integration der Systemsteuerung

Um Ihr Systemsteuerungselement in Windows zu integrieren, haben Sie folgende Möglichkeiten:

  • Registrieren Sie Ihr Systemsteuerungselement (einschließlich Name, Beschreibung und Symbol), damit Windows es erkennt.

  • Wenn ihr Systemsteuerungselement die oberste Ebene hat (siehe unten):

    • Ordnen Sie sie der entsprechenden Kategorieseite zu.
    • Stellen Sie Aufgabenlinks (einschließlich Name, Beschreibung, Schlüsselwörter und Befehlszeile) bereit, um primäre Aufgaben anzugeben und Benutzern die direkte Navigation zu den Aufgaben zu ermöglichen.
  • Stellen Sie Suchbegriffe bereit, die Benutzern beim Auffinden von Aufgabenlinks mithilfe der Systemsteuerung-Suchfunktion helfen.

    Beachten Sie, dass Sie diese Informationen nur für einzelne Systemsteuerungselemente angeben können, die Sie nicht für vorhandene, erweiternde Systemsteuerungselemente hinzufügen oder ändern können.

Kategorieseiten

  • Fügen Sie Ihr Systemsteuerungselement nur dann zu einer Kategorieseite hinzu, wenn:

    • Die meisten Benutzer benötigen sie. Beispiel: Netzwerk- und Freigabecenter
    • Es wird häufig verwendet. Beispiel: System
    • Es bietet wichtige Funktionen, die nicht an anderer Stelle verfügbar gemacht werden. Beispiel: Drucker

    Systemsteuerungselemente, die diese Kriterien erfüllen, werden als oberste Ebene bezeichnet.

  • Fügen Sie Ihr Systemsteuerungselement nicht zu einer Kategorieseite hinzu, wenn:

    • Es wird selten oder nur selten für die einmalige Einrichtung verwendet. Beispiel: Welcome Center
    • Es richtet sich an fortgeschrittene Benutzer oder IT-Experten. Beispiel: Farbverwaltung
    • Sie gilt nicht für die aktuelle Hardware- oder Softwarekonfiguration. Beispiel: Windows SideShow (wenn nicht von der aktuellen Hardware unterstützt).

    Das Entfernen solcher Systemsteuerungselemente aus den Kategorieseiten erleichtert das Auffinden der Elemente auf oberster Ebene. Aufgrund ihrer Verwendung sind diese Systemsteuerungselemente ausreichend über Such- oder kontextbezogene Einstiegspunkte auffindbar.

  • Ordnen Sie Ihr Steuerelement auf oberster Ebene der Kategorie zu, in der Benutzer am wahrscheinlichsten danach suchen. Diese Entscheidung sollte auf Benutzertests basieren.

  • Erwägen Sie auch, Ihr Steuerelement auf oberster Ebene der zweitwahrscheinlichsten Kategorie zuzuordnen. Sie sollten ein Systemsteuerungselement zwei Kategorien zuordnen, wenn Benutzer wahrscheinlich an mehreren Stellen nach seinen Standard Aufgaben suchen.

  • Ordnen Sie Ihr Systemsteuerungselement nicht mehr als zwei Kategorien zu. Der Wert der Kategorisierung wird untergraben, wenn Elemente der Systemsteuerung in mehreren Kategorien angezeigt werden.

Aufgabenlinks

  • Ordnen Sie Ihr Systemsteuerungselement seinen primären Aufgaben zu. Sie können bis zu fünf Aufgaben auf einer Kategorieseite anzeigen, aber für die Systemsteuerungssuche werden zusätzliche Aufgaben verwendet. Verwenden Sie dieselbe Formulierung wie für Aufgabenlinks, und entfernen Sie möglicherweise einige Wörter, um die Aufgabenlinks prägnant zu machen.
  • Es ist vorzuziehen, dass Aufgabenlinks zu verschiedenen Stellen in Ihrem Systemsteuerungselement führen. Mehrere Links zum gleichen Ort zu haben, kann verwirrend sein.

Suchbegriffe

  • Registrieren Sie Suchbegriffe für Ihr Systemsteuerungselement, das benutzer wahrscheinlich verwenden, um es zu beschreiben. Diese Suchbegriffe sollten Folgendes umfassen:

    • Die konfigurierten Features oder Objekte.
    • Die primären Aufgaben.

    Diese Suchbegriffe sollten auf Benutzertests basieren.

  • Fügen Sie auch gängige Synonyme für diese Suchbegriffe hinzu. Monitor und Anzeige sind beispielsweise Synonyme, daher sollten beide Wörter eingeschlossen werden.

  • Schließen Sie alternative Schreibweisen oder Wortumbrüche ein. Benutzer können z. B. nach einer Website und einer Website suchen. Erwägen Sie auch die Bereitstellung allgemeiner Rechtschreibfehler.

  • Betrachten Sie Singular- und Plural-Nomenformen. Die Systemsteuerungssuche sucht nicht automatisch nach beiden Formularen. Geben Sie die Formulare an, nach denen Benutzer wahrscheinlich suchen.

  • Verwenden Sie einfache präsente Verben. Wenn Sie connect als Suchbegriff registrieren, sucht das Suchfeature nicht automatisch nach Verbindungen, Verbindungen und verbunden.

  • Machen Sie sich keine Sorgen um den Fall. Bei der Suchfunktion wird die Groß-/Kleinschreibung nicht beachtet.

Standardbenutzer und geschützte Administratoren

Viele Einstellungen erfordern Administratorrechte, um sich zu ändern. Wenn ein Prozess Administratorrechte erfordert, müssen Windows Vista und höher Standardbenutzer und geschützte Administratoren ihre Berechtigungen explizit erhöhen. Dadurch wird verhindert, dass schädlicher Code mit Administratorrechten ausgeführt wird.

Weitere Informationen und Beispiele finden Sie unter Benutzerkontensteuerung.

Schemas und Designs

Ein Schema ist eine benannte Auflistung visueller Einstellungen. Ein Design ist eine benannte Sammlung von Einstellungen im gesamten System. Beispiele für Schemas und Designs sind Anzeige, Maus, Telefon und Modem, Energieoptionen sowie Sound- und Audiooptionen.

  • Benutzern das Erstellen von Schemas in folgenden Fällen erlauben:

    • Benutzer ändern wahrscheinlich die Einstellungen.
    • Benutzer ändern die Einstellungen höchstwahrscheinlich als Sammlung.

    Schemas sind nützlich, wenn sich Benutzer in einer anderen Umgebung befinden, z. B. an einem anderen physischen Standort (Land/Region, Zeitzone). Verwendung ihres Computers in einer anderen Situation (auf Batterien, angedockt/angedockt); oder die Verwendung ihres Computers für eine andere Funktion (Präsentationen, Videowiedergabe).

  • Geben Sie mindestens ein Standardschema an. Das Standardschema sollte gut benannt sein und in den meisten Fällen für die meisten Benutzer gelten. Benutzer sollten kein eigenes Schema erstellen müssen.

  • Stellen Sie eine Vorschau oder einen anderen Mechanismus bereit, damit Benutzer die Einstellungen innerhalb des Schemas anzeigen können.

    Screenshot des Dialogfelds

    In diesem Beispiel zeigt das Steuerelement Personalisierung eine Vorschau der Desktop- und Darstellungseinstellungen an.

  • Geben Sie Die Befehle "Speichern unter" und "Löschen" an. Ein Umbenennen-Befehl ist nicht erforderlich, benutzer können Schemas umbenennen, indem sie unter dem gewünschten Namen speichern und das ursprüngliche Schema löschen.

  • Wenn die Einstellungen nicht ohne ein Schema angewendet werden können, lassen Sie benutzern nicht zu, alle Schemas zu löschen. Benutzer sollten kein eigenes Schema erstellen müssen.

  • Wenn die Schemas nicht vollständig unabhängig sind (z. B. sind Energieschemas vom aktuellen Laptopbetrieb abhängig), stellen Sie sicher, dass es eine einfache Möglichkeit gibt, Einstellungen zu ändern, die für alle Schemas gelten. Stellen Sie beispielsweise bei Energieschemas sicher, dass Benutzer festlegen können, was geschieht, wenn der Deckel eines tragbaren Computers an einem einzigen Ort geschlossen wird.

Verschiedenes

  • Verwenden Sie Systemsteuerung-Erweiterungen für Features, die vorhandene Windows-Funktionen ersetzen oder erweitern. Die folgenden Systemsteuerungselemente sind erweiterbar: Bluetooth-Geräte, Anzeige, Internet, Tastatur, Maus, Netzwerk, Netz, System, Drahtlos (Infrarot).

Standardwerte

  • Die Einstellungen in einem Systemsteuerungselement müssen den aktuellen Status des Features widerspiegeln. Ein anderes Vorgehen wäre irreführend und könnte zu unerwünschten Ergebnissen führen. Wenn die Einstellungen beispielsweise die Empfehlungen, aber nicht den aktuellen Zustand widerspiegeln, können Benutzer auf Abbrechen klicken, anstatt Änderungen vorzunehmen, da sie denken, dass keine Änderungen erforderlich sind.
  • Wählen Sie den sichersten (um Datenverlust oder Systemzugriff zu verhindern) und den sichersten Anfangszustand aus. Angenommen, die meisten Benutzer ändern die Einstellungen nicht.
  • Wenn Sicherheit und Sicherheit keine Faktoren sind, wählen Sie den anfangs wahrscheinlichsten oder bequemsten Zustand aus.

Text

Elementnamen

  • Wählen Sie einen aussagekräftigen Namen aus, der klar kommuniziert und unterscheidet, was das Systemsteuerungselement tut. Die meisten Namen beschreiben das konfigurierte Windows-Feature oder -Objekt und werden in der klassischen Ansicht der Startseite der Systemsteuerung angezeigt.

  • Fügen Sie nicht die Wörter "Einstellungen", "Optionen", "Eigenschaften" oder "Konfiguration" in den Namen ein. Dies ist impliziert, und wenn Sie es nicht verwenden, wird es für Benutzer einfacher zu scannen.

    Falsch:

    Barrierefreiheitsoptionen

    Modemeinstellungen

    Energieoptionen

    Regions- und Sprachoptionen

    Richtig:

    Zugriff

    Modem

    Leistung

    Regionale Formate und Sprachen

    In den richtigen Beispielen werden unnötige Wörter entfernt.

  • Wenn das Systemsteuerungselement verwandte Features konfiguriert, listen Sie nur die Features auf, die zum Identifizieren des Elements erforderlich sind, und listen Sie die Features auf, die wahrscheinlich zuerst erkannt oder verwendet werden.

    Falsch:

    Ordneroptionen

    Telefon- und Modemoptionen

    Richtig:

    Dateien und Ordner

    Modem

    In den richtigen Beispielen werden die Features der primären Systemsteuerungselemente hervorgehoben.

  • Verwenden Sie die Groß-/Kleinschreibung im Titelformat.

Seitentitel

Hinweis: Wie bei allen Explorer Fenstern werden die Titel der Systemsteuerungsseite auf der Adressleiste, aber nicht in der Titelleiste angezeigt.

  • Verwenden Sie für Hubseiten den Namen des Systemsteuerungselements.

  • Verwenden Sie für Spoke-Seiten eine präzise Zusammenfassung des Zwecks der Seite. Verwenden Sie die Standard-Anweisung der Seite, wenn sie prägnant ist. Verwenden Sie andernfalls eine präzise Neufassung der Standard-Anweisung.

    Screenshot des Dialogfelds

    In diesem Beispiel werden Energieoptionen für den Seitentitel anstelle der Standard-Anweisung verwendet.

  • Verwenden Sie die Groß-/Kleinschreibung im Titelformat.

Die folgenden Richtlinien gelten für Links zu Aufgabenseiten, z. B. Aufgabenlinks der Kategorieseite und Siehe auch Links.

  • Wählen Sie präzise Aufgabennamen aus, die die Aufgabe klar kommunizieren und unterscheiden. Benutzer sollten nicht herausfinden müssen, was die Aufgabe wirklich bedeutet oder wie sie sich von anderen Aufgaben unterscheidet.

    Falsch:

    Anpassen der Anzeigeeinstellungen

    Richtig:

    Bildschirmauflösung

    Im richtigen Beispiel vermittelt die Formulierung mehr Genauigkeit.

  • Behalten Sie eine ähnliche Sprache zwischen Aufgabenlinks und den Seiten bei, auf die sie verweisen. Benutzer sollten nicht von der Seite überrascht sein, die durch einen Link angezeigt wird.

  • Entwerfen Sie für Aufgabenseiten die Standard-Anweisung, Commitschaltflächen und Aufgabenlinks als zugehörigen Textsatz.

    Beispiel Anweisung
    Aufgabenlink:
    Herstellen der Verbindung mit einem WLAN
    Hauptanweisung:
    Auswählen eines Netzwerks, mit dem eine Verbindung hergestellt werden soll
    Schaltfläche "Commit":
    Verbinden
    Aufgabenlink:
    Einrichten der Kindersicherung
    Hauptanweisung:
    Auswählen eines Benutzers und Einrichten der Kindersicherung
    Schaltfläche "Commit":
    Anwenden der Kindersicherung
    Aufgabenlink:
    Beheben von Synchronisierungskonflikten
    Hauptanweisung:
    Wie möchten Sie diesen Konflikt lösen?
    Schaltfläche "Commit":
    Beheben

    In diesen Beispielen wird die Beziehung des Vorgangslinktexts, Standard Anweisung und commit-Schaltflächentext veranschaulicht.

  • Während Aufgaben häufig mit Verben beginnen, sollten Sie das Verb auf Kategorieseiten weglassen, wenn es sich um ein generisches, konfigurationsbezogenes Verb handelt, das die Aufgabe nicht vermittelt.

    Spezifische, hilfreiche Verben:

    Hinzufügen

    Azure Functions

    Verbinden

    Kopieren

    Erstellen

    Löschen

    Trennen

    Installieren

    Entfernen

    Einrichten

    Start

    Beenden

    Problembehandlung

    Generische, nicht hilfreiche Verben:

    Anpassen

    Change

    Choose

    Konfigurieren

    Bearbeiten

    Verwalten

    Öffnen

    Auswählen

    Set

    Select

    Anzeigen

    Sicht

  • Wenn der Task mehrere verwandte Features konfiguriert, listen Sie nur die Features auf, die für den Satz repräsentativ sind. Lassen Sie Details aus, die leicht abgeleitet werden können.

    Falsch:

    Lautsprecherlautstärke, Stummschaltung, Lautstärkesymbol

    Lautsprecher, Mikrofone, MIDI und Soundschemas

    Richtig:

    Lautsprecherlautstärke

    Lautsprecher und Mikrofone

    In den richtigen Beispielen werden nur die repräsentativen Features im Aufgabenlink angegeben.

  • Sie sollten Aufgaben nur in Bezug auf Technologie formulieren, wenn zielbenutzer dies ebenfalls tun würden.

    Falsch:

    Verbindungsoide

    Pixeltiefe

    dpi

    Richtig:

    Drucker

    Scanner

    Maus

    Die richtigen Beispiele sind technologiebasierte Begriffe, die Zielbenutzer wahrscheinlich verwenden, während die falschen Beispiele nicht sind.

  • Verwenden Sie plurale Nomen nur, wenn das System mehrere unterstützen kann.

  • Verwenden Sie die Groß-/Kleinschreibung im Satzformat.

  • Verwenden Sie keine Interpunktion am Ende.

Hauptanweisungen

  • Verwenden Sie für die Hubseite die Standard-Anweisung, um das Ziel des Benutzers mit dem Systemsteuerungselement zu erläutern. Die Standard-Anweisung sollte Benutzern helfen, festzustellen, ob sie das richtige Systemsteuerungselement ausgewählt haben. Beachten Sie, dass Benutzer möglicherweise Ihr Systemsteuerungselement fehlerhaft ausgewählt haben und tatsächlich nach Einstellungen suchen, die Teil eines anderen Systemsteuerungselements sind.

    Beispiele:

    Halten Sie Ihren Computer sicher und auf dem neuesten Stand

    Optimieren Sie Ihren Computer so, dass er einfacher zu sehen, zu hören und zu steuern ist.

  • Verwenden Sie für Spoke-Seiten die Standard-Anweisung, um zu erläutern, was auf der Seite zu tun ist. Die Anweisung sollte eine bestimmte Anweisung, eine imperative Richtung oder eine bestimmte Frage sein. Gute Anweisungen kommunizieren das Ziel des Benutzers mit der Seite, anstatt sich ausschließlich auf die Mechanik der Bearbeitung zu konzentrieren.

    Falsch:

    Auswählen einer Benachrichtigungsaufgabe

    Richtig:

    Angeben, wie eingehende Informationen behandelt werden sollen

    Die richtige Version kommuniziert besser das Ziel, das von der Seite erreicht wird.

  • Verwenden Sie nach Möglichkeit bestimmte Verben. Bestimmte Verben sind für Benutzer aussagekräftiger als generische Verben.

  • Verwenden Sie die Groß-/Kleinschreibung im Satzformat.

  • Schließen Sie keine endgültigen Zeiträume ein, wenn es sich bei der Anweisung um eine Anweisung handelt. Wenn es sich bei der Anweisung um eine Frage handelt, fügen Sie ein abschließendes Fragezeichen ein.

Zusätzliche Anweisungen

  • Verwenden Sie für die Hubseite die optionale zusätzliche Anweisung, um den Zweck des Steuerelements weiter zu erläutern.
  • Verwenden Sie für Spoke-Seiten die optionale zusätzliche Anweisung, um zusätzliche Informationen zu präsentieren, die hilfreich sind, um die Seite zu verstehen oder zu verwenden. Sie können ausführlichere Informationen bereitstellen und Terminologie definieren.
  • Verwenden Sie vollständige Sätze und Großschreibung im Satzstil.

Seitentext

  • Geben Sie die Standard-Anweisung im Inhaltsbereich nicht erneut an.

  • Verwenden Sie das Wort "Seite", um auf die Seite selbst zu verweisen.

  • Verwenden Sie die zweite Person (Sie, Ihre), um Benutzern mitzuteilen, was im Standard Anweisungs- und Inhaltsbereich zu tun ist. Oft wird die zweite Person impliziert.

    Beispiel:

    Wählen Sie die Bilder aus, die Sie drucken möchten.

  • Verwenden Sie die erste Person (ich, ich, meine), damit Benutzer dem Systemsteuerungselement mitteilen können, was im Inhaltsbereich zu tun ist, der auf die Standard-Anweisung reagiert.

    Beispiel:

    Drucken Sie die Fotos auf meiner Kamera.

  • Wählen Sie präzisen Linktext aus, der klar kommuniziert und unterscheidet, was der Aufgabenlink tut. Sie sollte selbsterklärend sein und der Standard Anweisung entsprechen. Benutzer sollten nicht herausfinden müssen, was der Link wirklich bedeutet oder wie er sich von anderen Links unterscheidet.
  • Starten Sie Aufgabenlinks immer mit einem Verb.
  • Verwenden Sie die Großschreibung im Satzstil.
  • Verwenden Sie keine Interpunktion am Ende.
  • Wenn der Aufgabenlink eine weitere Erläuterung erfordert, geben Sie die Erklärung in einem separaten Textsteuerelement mit vollständigen Sätzen und Endzeichen an. Fügen Sie solche Erklärungen jedoch nur bei Bedarf hinzu, fügen Sie keine Erklärungen zu allen Aufgabenlinks hinzu, da eine andere Aufgabenlink eine benötigt.

Weitere Informationen und Beispiele finden Sie unter Links.

Commitschaltflächen

  • Verwenden Sie bestimmte Commit-Schaltflächenbezeichnungen, die für sich selbst sinnvoll sind und der Standard-Anweisung entsprechen. Im Idealfall sollten Benutzer nichts anderes lesen müssen, um die Bezeichnung zu verstehen. Benutzer lesen viel häufiger Befehlsschaltflächenbeschriftungen als statischen Text.
  • Starte immer Commit-Schaltflächenbeschriftungen mit einem Verb.
  • Verwenden Sie nicht Schließen, Fertig oder Fertig stellen. Diese Schaltflächenbeschriftungen eignen sich besser für andere Fenstertypen.
  • Verwenden Sie die Großschreibung im Satzstil.
  • Verwenden Sie keine Interpunktion am Ende.
  • Weisen Sie einen eindeutigen Zugriffsschlüssel zu.
    • Ausnahme: Weisen Sie den Schaltflächen "Abbrechen" keine Zugriffsschlüssel zu, da esc seine Zugriffsschlüssel ist. Dies erleichtert die Zuweisung der anderen Zugriffsschlüssel.

Dokumentation

Wenn Sie auf die Startseite des Systemsteuerungs oder die Kategorieseiten verweisen:

  • Verweisen Sie in der Benutzerdokumentation auf Systemsteuerung, wobei die Titelformat-Großschreibung verwendet und ein vorheriger eindeutiger Artikel weggelassen wird.

    Beispiel:

    Öffnen Sie in Systemsteuerung Netzwerk- und Freigabecenter.

  • Lesen Sie in der Programmierung und anderen technischen Dokumentationen die Startseite des Systemsteuerungs und die Kategorieseite des Systemsteuerungs, ohne die Wörter groß zu machen. Ein vorheriger eindeutiger Artikel ist optional.

Für Systemsteuerungselemente:

  • Wenn Sie auf ein einzelnes Systemsteuerungselement verweisen, verwenden Sie "[Systemsteuerungselementname] in Systemsteuerung" oder allgemein "Systemsteuerung Element" in der Benutzerdokumentation. Verwenden Sie applet, program, oder control panel nicht, um auf einzelne Systemsteuerungselemente zu verweisen.
  • Wenn Sie auf die Hubseite eines Systemsteuerungselements verweisen, verwenden Sie die Seite "Standard [Name des Steuerelementbereichs]".
  • Formatieren Sie den Namen der Systemsteuerung nach Möglichkeit mit fett formatiertem Text. Andernfalls setzen Sie den Namen nur in Anführungszeichen, wenn dies erforderlich ist, um Verwechslungen zu vermeiden.

Beispiele:

  • Öffnen Sie in Systemsteuerung die Kindersicherung.
  • Kehren Sie zur Seite Standard Kindersicherung zurück.