Meldingen (basisprincipes ontwerpen)

Een melding informeert gebruikers over gebeurtenissen die niet zijn gerelateerd aan de huidige gebruikersactiviteit door kort een ballon van een pictogram in het systeemvak weer te geven. De melding kan het gevolg zijn van een gebruikersactie of een significante systeem gebeurtenis, of kan mogelijk nuttige informatie van Microsoft Windows of een toepassing bieden.

De informatie in een melding is nuttig en relevant, maar nooit kritiek. Als gevolg hiervan hoeven meldingen geen onmiddellijke actie van de gebruiker te vereisen en kunnen gebruikers ze vrijelijk negeren.

Een typische melding.

In Windows Vista en hoger worden meldingen weergegeven voor een vaste duur van 9 seconden. Meldingen worden niet onmiddellijk weergegeven wanneer gebruikers inactief zijn of wanneer schermbeveiligingen worden uitgevoerd. In Windows worden meldingen tijdens deze tijden automatisch in de wachtrij geplaatst en worden de meldingen in de wachtrij weergegeven wanneer de gebruiker de normale activiteit hervat. Daarom hoeft u niets te doen om deze speciale omstandigheden af te handelen.

ontwikkelaars: U kunt bepalen wanneer de gebruiker actief is met behulp van de SHQueryUserNotificationState-API.

Opmerking: richtlijnen met betrekking tot systeemvak, taakbalken ballon nen worden weergegeven in afzonderlijke artikelen.

Is dit de juiste gebruikersinterface?

Houd rekening met deze vragen om te bepalen:

• Is de informatie het directe resultaat van de interactie van gebruikers met uw toepassing? Zo ja, dan kunt u deze synchrone informatie rechtstreeks in uw toepassing weergeven met behulp van een dialoogvenster , berichtvak, ballonof op de plaats gebruikersinterface. Meldingen zijn alleen bedoeld voor asynchrone informatie.

In dit voorbeeld wordt het dialoogvenster Uitzonderingen van Windows Firewall weergegeven als een direct gevolg van gebruikersinteractie. Een melding zou hier niet geschikt zijn.

• Is de informatie alleen relevant wanneer gebruikers uw toepassing actief gebruiken? Zo ja, geeft u de informatie weer in de statusbalk van uw toepassing of een ander statusgebied.

In dit voorbeeld geeft Outlook de verbindings- en synchronisatiestatus weer op de statusbalk.

• Verandert de informatie snel, doorlopende, realtime informatie? Voorbeelden hiervan zijn het verwerken van voortgang, aandelenkoersen en sportscores. Zo ja, gebruik dan geen meldingen omdat ze niet geschikt zijn voor snel veranderende informatie.
• Is de informatie nuttig en relevant? Zullen gebruikers waarschijnlijk hun gedrag wijzigen of ongemak voorkomen als gevolg van het ontvangen van de informatie? Als dat niet het geval is, geeft u de informatie niet weer of plaatst u deze in een statusvenster of logboekbestand.
• Is de informatie kritiek? Is onmiddellijke actie vereist? Zo ja, geef de informatie weer met behulp van een interface die aandacht vereist en kan niet eenvoudig worden genegeerd, zoals een modaal dialoogvenster of berichtvak. Als het programma niet actief is, kunt u de aandacht vestigen op de kritieke informatie door de taakbalkknop van het programma drie keer knipperen en deze drie keer laten gemarkeerd totdat het programma actief is.
• Zijn de primaire doelgebruikers IT-professionals? Als dat het zo is, gebruikt u een alternatief feedbackmechanisme zoals logboekbestand vermeldingen of e-mailberichten. IT-professionals geven de voorkeur aan logboekbestanden voor niet-kritieke informatie. Bovendien worden servers vaak extern beheerd en worden ze meestal uitgevoerd zonder dat gebruikers zich hebben aangemeld, waardoor meldingen ineffectief worden.

Ontwerpconcepten

Effectieve meldingen die een goede gebruikerservaring bevorderen, zijn:

• Asynchroon. De gebeurtenis is geen direct gevolg van de huidige interactie van gebruikers met Microsoft Windows of uw toepassing.
• Nuttig. Er is een redelijke kans dat gebruikers een taak uitvoeren of hun gedrag wijzigen als gevolg van de melding.
• Relevant. De melding geeft nuttige informatie weer waar gebruikers om geven en die ze nog niet kennen.
• Niet kritiek. Meldingen zijn niet modaal en vereisen geen gebruikersinteractie, zodat gebruikers ze vrijelijk kunnen negeren.
• Beroep. Voor meldingen die voorstellen om een actie uit te voeren, wordt die actie gestart door op de melding te klikken. De actie kan echter altijd worden uitgesteld.
• Op de juiste wijze gepresenteerd. De presentatie van de melding (duur, frequentie, tekst, pictogram en interactiviteit) komt overeen met de omstandigheden.
• Niet vervelend! Er is een fijne lijn tussen het voorzichtig informeren van gebruikers over een gebeurtenis en het pesten ervan.

Helaas zijn er te veel vervelende, ongepaste, nutteloze, irrelevante meldingen daarbuiten. Houd rekening met deze meldingen van de Windows XP Hall of Shame:

In deze voorbeelden probeert Windows XP gebruikers te helpen met hun initiële configuratie. Deze meldingen verschijnen echter veel te vaak en goed nadat ze nuttig zijn, dus ze zijn weinig meer dan ongevraagde functieadvertenties.

De gebruikersstroom moet worden onderhouden

In het ideale stadium zien gebruikers die in hun werk zijn opgenomen uw meldingen helemaal niet. In plaats daarvan zien ze uw meldingen alleen wanneer hun stroom al is verbroken.

In Flow: De psychologie van optimale ervaring, Mihaly Csikszentmihalyi zegt dat gebruikers een stroomstatus invoeren wanneer ze volledig worden opgenomen in activiteit waarbij ze hun gevoel van tijd verliezen en gevoelens van grote tevredenheid hebben.

Effectieve meldingen helpen gebruikers hun stroom te behouden door nuttige, relevante informatie weer te geven die eenvoudig kan worden genegeerd. De meldingen worden op een eenvoudige, randapparaat manier weergegeven en vereisen geen interactie.

Stel niet dat als meldingen modusloos zijn ze geen vervelende onderbreking kunnen zijn. Meldingen vragen geen aandacht van gebruikers, maar ze vragen het zeker aan. U kunt de gebruikersstroom verbreken door:

• Meldingen weergeven waar gebruikers niet om geven.
• Een melding te vaak weergeven.
• Verschillende meldingen gebruiken wanneer één melding voldoende is.
• Geluid gebruiken bij het weergeven van een melding.

In Windows 7 hebben gebruikers de ultieme controle over meldingen. Als gebruikers merken dat de meldingen van een programma te vervelend zijn, kunnen ze ervoor kiezen om alle meldingen van dat programma te onderdrukken. Zorg ervoor dat gebruikers dit niet doen in uw programma door nuttige, relevante informatie te presenteren en deze richtlijnen te volgen.

Meldingen moeten niet kunnen worden genegeerd

Voor meldingen is geen onmiddellijke actie van de gebruiker vereist en kunnen gebruikers ze vrijelijk negeren.

Ontwikkelaars en ontwerpers willen hun meldingen vaak presenteren op een manier die gebruikers niet kunnen negeren. Dit doel ondermijnt het primaire voordeel van meldingen volledig omdat de stroom van gebruikers hierdoor wordt verbroken. Als gebruikers worden afgeleid door uw meldingen of zich verplicht voelen om ze te lezen, is uw meldingsontwerp mislukt.

Als u zich zorgen maakt dat gebruikers uw meldingen negeren, kunt u het volgende overwegen:

• Als u meldingen correct gebruikt en ze geen onmiddellijke actie van de gebruiker vereisen, is het ontwerp van gebruikers om ze te negeren. Wijzig dit niet.
• Als voor de gebeurtenis directe gebruikersactie is vereist, gebruikt u een alternatieve gebruikersinterface (UI) die gebruikers niet kunnen negeren. Zie Is dit de juiste gebruikersinterface? voor de alternatieven.

Progressieve escalatie gebruiken indien van toepassing

Als een melding wordt gebruikt voor een gebeurtenis die gebruikers in eerste instantie veilig kunnen negeren, maar die uiteindelijk moeten worden aangepakt, moet een alternatieve gebruikersinterface worden gebruikt wanneer de situatie kritiek wordt. Deze techniek staat bekend als progressieve escalatie.

Het Windows-energiebeheersysteem geeft bijvoorbeeld in eerste instantie een lage batterij aan door gewoon het systeemvakpictogram te wijzigen.

In deze voorbeelden gebruikt Windows-energiebeheer het systeemvakpictogram om gebruikers op de hoogte te stellen van geleidelijk lagere accustroom.

Als de batterijstroom lager wordt, waarschuwt Windows gebruikers van zwakke accustroom met behulp van een melding.

In dit voorbeeld gebruikt Windows Energiebeheer een melding om gebruikers te laten weten dat hun batterijstroom zwak is.

Deze melding wordt weergegeven terwijl gebruikers nog steeds verschillende opties hebben. Gebruikers kunnen hun energieopties aansluiten, hun energiebeheeropties wijzigen, hun werk inpakken en de computer afsluiten, of de melding negeren en doorgaan met werken. Naarmate de accustroom blijft leeglopen, geven de tekst en het pictogram van de melding de extra urgentie weer. Zodra de accustroom echter zo laag wordt dat gebruikers onmiddellijk moeten handelen, ontvangt Windows Energiebeheer gebruikers een melding met behulp van een modale berichtvak.

In dit voorbeeld maakt Windows-energiebeheer gebruik van een modaal berichtvak om gebruikers op de hoogte te stellen van kritiek laag batterijvermogen.

Als u maar drie dingen doet...

1. Gebruik alleen meldingen als dat echt nodig is. Wanneer u een melding weergeeft, worden gebruikers mogelijk onderbroken of zelfs vervelend. Zorg ervoor dat onderbreking gerechtvaardigd is.
2. Gebruik meldingen voor niet-kritieke gebeurtenissen of situaties waarvoor geen onmiddellijke actie van de gebruiker is vereist. Gebruik een alternatieve gebruikersinterface (zoals een modaal dialoogvenster) voor kritieke gebeurtenissen of situaties waarvoor onmiddellijke gebruikersactie is vereist.
3. Als u meldingen gebruikt, maakt u het een goede gebruikerservaring. Probeer gebruikers niet te dwingen uw meldingen te zien. Als gebruikers zich zo onder hun werk bevinden dat ze uw meldingen niet zien, is uw ontwerp goed.

Gebruikspatronen

Meldingen hebben verschillende gebruikspatronen:

Etiket	Waarde
actie geslaagd Geeft gebruikers een bericht wanneer een asynchrone, door de gebruiker geïnitieerde actie is voltooid.	juist: In dit voorbeeld geeft Windows Update gebruikers een bericht wanneer hun computer is bijgewerkt. Onjuist: In dit voorbeeld geeft Microsoft Outlook gebruikers een bericht wanneer de controle van een gegevensbestand is voltooid. Wat moeten gebruikers nu doen? En waarom waarschuwen gebruikers over geslaagde voltooiing? Weergeven wanneer: na voltooiing van een asynchrone taak. Informeer gebruikers alleen over geslaagde acties als ze waarschijnlijk wachten op voltooiing of na recente fouten. Laat zien hoe: De realtime-optie gebruiken, zodat deze meldingen niet in de wachtrij worden geplaatst wanneer gebruikers een toepassing op volledig scherm uitvoeren of hun computer niet actief gebruiken. weergeven hoe vaak: eenmaal. ergernisfactor: Laag als succes niet wordt verwacht vanwege recente storingen, is het succes na een kritieke of zeer ongebruikelijke fout, zodat de gebruiker aanvullende feedback nodig heeft of de gebruiker wacht op voltooiing; hoog als dat niet zo is. Alternatieven: Feedback "op aanvraag" geven door een pictogram weer te geven (of een bestaand pictogram te wijzigen) in het systeemvak terwijl de bewerking wordt uitgevoerd; verwijder het pictogram (of herstel het vorige pictogram) wanneer de bewerking is voltooid.
fout bij actie Geeft gebruikers een bericht wanneer een asynchrone, door de gebruiker geïnitieerde actie mislukt.	juist: In dit voorbeeld geeft Windows-activering gebruikers een bericht over fouten. Onjuist: In dit voorbeeld heeft Microsoft Outlook gebruikt om gebruikers op de hoogte te stellen van een fout waar ze waarschijnlijk niet om geven. Weergeven wanneer: bij het mislukken van een asynchrone taak. weergeven hoe vaak: eenmaal. irritante factor: Laag indien nuttig en relevant; hoog als het probleem zich onmiddellijk oplost of gebruikers het anders niet schelen. Alternatieven: Gebruik een modaal dialoogvenster als gebruikers de fout onmiddellijk moeten oplossen.
niet-kritieke systeemgebeurtenis Hiermee worden gebruikers op de hoogte gebracht van belangrijke systeemgebeurtenissen of -statussen die veilig kunnen worden genegeerd, ten minste tijdelijk.	In dit voorbeeld waarschuwt Windows gebruikers van weinig batterijvermogen, maar er is nog steeds voldoende tijd voordat ze actie ondernemen. Weergeven wanneer: Wanneer een gebeurtenis plaatsvindt en de gebruiker actief is of een voorwaarde blijft bestaan. Als gevolg van een probleem, verwijdert u momenteel weergegeven meldingen onmiddellijk zodra het probleem is opgelost. Net als bij actiemeldingen stelt u gebruikers alleen op de hoogte van geslaagde systeemevenementen als gebruikers waarschijnlijk wachten op de gebeurtenis of na recente fouten. Weergeven hoe vaak: Zodra de gebeurtenis voor het eerst plaatsvindt. Als dit het gevolg is van een probleem dat gebruikers moeten oplossen, wordt deze één keer per dag opnieuw weergegeven. irritante factor: Laag, zolang de melding niet te vaak wordt weergegeven. Alternatieven: Als gebruikers uiteindelijk een probleem moeten oplossen, gebruikt u progressieve escalatie door uiteindelijk een modaal dialoogvenster weer te geven wanneer de oplossing verplicht wordt.
Optionele gebruikerstaak Hiermee worden gebruikers op de hoogte stellen van asynchrone taken die ze moeten uitvoeren. Of dit nu optioneel of vereist is, de taak kan veilig worden uitgesteld.	In dit voorbeeld geeft Windows Update gebruikers een melding over een nieuwe beveiligingsupdate. Weergeven wanneer: Wanneer de noodzaak om een taak uit te voeren is bepaald en de gebruiker actief is. Laat zien hoe vaak: één keer per dag voor maximaal drie keer. ergernisfactor: Laag, zolang gebruikers de taak belangrijk achten en de melding niet te vaak wordt weergegeven. Alternatieven: Als gebruikers de taak uiteindelijk moeten uitvoeren, gebruikt u progressieve escalatie door uiteindelijk een modaal dialoogvenster weer te geven wanneer de taak verplicht wordt.
Geeft gebruikers een bericht met mogelijk nuttige, relevante informatie. U kunt gebruikers op de hoogte stellen van informatie over marginale relevantie als dit optioneel is en gebruikers zich aanmelden.	juist: In dit voorbeeld krijgen gebruikers een melding wanneer een nieuw e-mailbericht wordt ontvangen. juist: In dit voorbeeld ontvangen gebruikers een melding wanneer contactpersonen online komen en ze ervoor kiezen deze optionele informatie te ontvangen. Onjuist: In dit voorbeeld is de informatie alleen nuttig als de gebruiker al USB-poorten met hoge snelheid heeft geïnstalleerd. Anders doet de gebruiker waarschijnlijk niets anders als gevolg hiervan. Weergeven wanneer: Wanneer de trigger-gebeurtenis plaatsvindt. Laat zien hoe: De realtime-optie gebruiken, zodat deze meldingen niet in de wachtrij worden geplaatst wanneer gebruikers een toepassing op volledig scherm uitvoeren of hun computer niet actief gebruiken. weergeven hoe vaak: eenmaal. ergernisfactor: Gemiddeld tot hoog, afhankelijk van de perceptie van nuttigheid en relevantie van gebruikers. Niet aanbevolen als er een lage kans op gebruikersbelang is. Alternatieven: gebruikers niet op de hoogte stellen.
functie-aankondiging Hiermee worden gebruikers van nieuw geïnstalleerde, ongebruikte systeem- of toepassingsfuncties op de hoogte gebracht.	Gebruik geen meldingen voor functieadvertenties. Gebruik in plaats daarvan een andere manier om de functie detecteerbaar te maken, zoals: Ontwerp de functie om gemakkelijker te ontdekken in contexten waar deze nodig is. Doe niets speciaals en laat gebruikers de functie zelf ontdekken. Onjuist: Gebruik geen meldingen voor functieadvertenties.

Richtsnoeren

Algemeen

• Selecteer het meldingspatroon op basis van het gebruik ervan. Zie de vorige tabel voor een beschrijving van elk gebruikspatroon.
• Gebruik geen meldingen tijdens de eerste Windows-ervaring. Om de eerste ervaring te verbeteren, onderdrukt Windows 7 alle meldingen die tijdens de eerste paar uur van het gebruik worden weergegeven. Ontwerp uw programma, ervan uitgaande dat gebruikers dergelijke meldingen niet zien.

Wat u moet melden

• Niet op de hoogte stellen van geslaagde bewerkingen, behalve in de volgende omstandigheden:

  • Veiligheid. Gebruikers beschouwen beveiligingsbewerkingen als het hoogste belang, dus informeer gebruikers over geslaagde beveiligingsbewerkingen.
  • Recente fout. Gebruikers nemen geen geslaagde bewerkingen aan als ze onmiddellijk mislukken, dus stel gebruikers op de hoogte wanneer de bewerking onlangs is mislukt.
  • Voorkom ongemak. Rapporteer geslaagde bewerkingen wanneer u dit doet, voorkomt mogelijk dat gebruikers onhandig worden. Informeer gebruikers daarom wanneer een geslaagde bewerking op een onverwachte manier wordt uitgevoerd, bijvoorbeeld wanneer een bewerking lang of later is voltooid dan verwacht.

• In andere omstandigheden geeft u geen feedback voor succes of geeft u feedback op aanvraag. Stel dat gebruikers geslaagde bewerkingen hebben uitgevoerd. U kunt feedback op aanvraag geven door een pictogram weer te geven (of een bestaand pictogram te wijzigen) in het systeemvak terwijl de bewerking wordt uitgevoerd en het pictogram te verwijderen (of het vorige pictogram te herstellen) wanneer de bewerking is voltooid.

• Voor het FYI-patroon geeft geen melding als gebruikers normaal kunnen blijven werken of waarschijnlijk niets anders doen als gevolg van de melding.

  Onjuist:

  

  In dit voorbeeld is de informatie alleen nuttig als de gebruiker de poorten al heeft geïnstalleerd. Anders doet de gebruiker waarschijnlijk niets anders als gevolg hiervan.

  • Uitzondering: U kunt gebruikers op de hoogte stellen van informatie over twijfelachtige relevantie als dit optioneel is en gebruikers zich aanmelden.

    juist:

    

    In dit voorbeeld ontvangen gebruikers een melding wanneer contactpersonen online komen en ze ervoor kiezen deze optionele informatie te ontvangen.

• Voor de niet-kritieke systeemgebeurtenis en FYI-patronen volledige meldingen voor één gebeurtenis gebruiken. Presenteer niet meerdere gedeeltelijke onderdelen.

  Onjuist:

  

  In deze voorbeelden ziet u slechts vier van de acht meldingen die door Windows XP zijn weergegeven wanneer een gebruiker een specifiek USB-toetsenbord koppelt, elk met incrementeel meer informatie.

  juist:

  

  In dit voorbeeld resulteert het koppelen van een USB-toetsenbord in twee volledige meldingen.

Wanneer op de hoogte te stellen

• Een melding weergeven op basis van het ontwerppatroon:

• Voor het foutpatroon van de actie als het probleem zichzelf binnen enkele seconden kan corrigeren, vertraagt u de foutmelding voor een geschikte hoeveelheid tijd. Als het probleem zichzelf corrigeert, meldt u niets. Pas op de hoogte nadat er voldoende tijd is verstreken dat de fout merkbaar is. Als u te vroeg rapporteert, merken gebruikers waarschijnlijk het gemelde probleem niet, maar merken ze de onnodige melding.

Onjuist:

Wanneer direct gevolgd door:

In dit voorbeeld is in Windows Vista de melding van geen draadloze connectiviteit voortijdig omdat het vaak wordt gevolgd door een melding van goede connectiviteit.

• Voor het succes van de actie en de FYI-patronen gebruikt de realtime-optie, zodat verlopen meldingen niet in de wachtrij worden geplaatst wanneer gebruikers een toepassing op volledig scherm uitvoeren of niet actief hun computer gebruiken.
• Voor het niet-kritieke systeemgebeurtenispatroon maakt geen kans op meldingsstormen door gebeurtenissen te sluizen die zijn gekoppeld aan bekende gebeurtenissen, zoals gebruikersaanmelding. in plaats daarvan koppelt u de gebeurtenis aan een bepaalde periode na de gebeurtenis. U kunt bijvoorbeeld gebruikers eraan herinneren dat ze uw product vijf minuten na aanmelding moeten registreren.

Hoe lang u een melding moet ontvangen

In Windows Vista en hoger worden meldingen weergegeven voor een vaste duur van 9 seconden.

Hoe vaak u een melding moet sturen

• Het aantal keren dat een melding moet worden weergegeven, is gebaseerd op het ontwerppatroon:

• Voor optionele gebruikerstaken probeert u gebruikers niet te pesten bij verzending door voortdurend meldingen weer te geven. Als de taak vereist is, geeft u direct een modaal dialoogvenster weer in plaats van meldingen te gebruiken.

Escalatie van meldingen

• Stel niet dat gebruikers uw meldingen zien. Gebruikers zien ze niet wanneer:
  • Ze worden onderdompeld in hun werk.
  • Ze besteden geen aandacht.
  • Ze zijn weg van hun computer.
  • Ze voeren een toepassing op volledig scherm uit.
  • De beheerder heeft alle meldingen voor de computer uitgeschakeld.
• Als gebruikers uiteindelijk actie moeten ondernemen, gebruikt u progressieve escalatie om een alternatieve gebruikersinterface weer te geven die gebruikers niet kunnen negeren.

Interactie

• Meldingen klikken wanneer:
  • Gebruikers moeten een actie uitvoeren. Als u op de melding klikt, wordt een venster weergegeven waarin gebruikers de actie kunnen uitvoeren. Deze benadering heeft de voorkeur voor de actiefout en optionele ontwerppatronen voor gebruikerstaken.
  • Gebruikers willen mogelijk meer informatie zien. Als u op de melding klikt, wordt een venster weergegeven waarin gebruikers aanvullende informatie kunnen bekijken.
• Geef altijd een venster weer wanneer gebruikers klikken om een actie uit te voeren. U hoeft niet rechtstreeks op een actie te klikken.
• Als u klikt om meer informatie weer te geven, moet altijd meer informatie worden weergegeven. Herformuleer niet alleen de informatie die zich al in de melding voordeed.

Pictogrammen

• Voor het patroon actiefouten gebruikt u het standaardfoutpictogram.
• Voor de niet-kritieke systeemgebeurtenispatronen gebruikt u het standaardwaarschuwingspictogram.
• Voor andere patronen gebruikt u pictogrammen met objecten die betrekking hebben op of voorstellen voor het onderwerp, zoals een schild voor beveiliging of een accu voor stroom.
• Pictogrammen gebruiken op basis van de huisstijl van uw toepassing of bedrijf als uw doelgebruikers deze zullen herkennen en er geen beter alternatief is.
• Voor progressieve escalatie kunt overwegen pictogrammen te gebruiken met een progressief duidelijker uiterlijk naarmate de situatie urgenter wordt.
• Gebruik het standaardinformatiepictogram niet. Deze meldingen zijn informatie die zonder meer wordt gezegd.
• Overweeg om grote pictogrammen (32 x 32 pixels) te gebruiken wanneer:
  • Gebruikers begrijpen snel het pictogram in plaats van de tekst.
  • De grote pictogrammen brengen hun betekenis duidelijker en effectiever over dan de standaard pictogrammen van 16 x 16 pixels.
  • Het pictogram maakt gebruik van de Aero-stijl.

In dit voorbeeld kunnen gebruikers snel de aard van de melding begrijpen met een oogopslag op het grote pictogram.

Notification queuing

Opmerking: Meldingen worden in de wachtrij geplaatst wanneer ze niet onmiddellijk kunnen worden weergegeven, bijvoorbeeld wanneer een andere melding wordt weergegeven, de gebruiker een toepassing op volledig scherm uitvoert of de gebruiker niet actief de computer gebruikt. Realtime meldingen blijven slechts 60 seconden in de wachtrij.

• Voor de actie-succes- en ter informatiepatronen gebruikt u de realtime-optie zodat de melding niet lang in de wachtrij wordt geplaatst. Deze meldingen hebben alleen waarde wanneer ze onmiddellijk kunnen worden weergegeven.
• Meldingen in de wachtrij verwijderen wanneer ze niet meer relevant zijn.
• Ontwikkelaars: U kunt dit doen door de vlag NIF_INFO in uFlags in te stellen en szInfo in te stellen op een lege tekenreeks. Dit kan geen kwaad als de melding niet meer in de wachtrij staat.

Systeemintegratie

• Als uw toepassing niet altijd een pictogram in het systeemvak heeft wanneer deze wordt uitgevoerd, een pictogram tijdelijk weergeven tijdens de asynchrone taak of gebeurtenis die de melding heeft veroorzaakt.

Sms

Titeltekst

• Gebruik titeltekst met een korte samenvatting van de belangrijkste informatie die u nodig hebt om gebruikers in duidelijke, duidelijke, beknopte, specifieke taal te communiceren. Gebruikers moeten het doel van de meldingsinformatie snel en met minimale inspanning kunnen begrijpen.
• Gebruik tekstfragmenten of volledige zinnen zonder interpunctie te beëindigen.
• Hoofdlettergebruik in zinsstijl gebruiken.
• Gebruik niet meer dan 48 tekens (in het Engels) om lokalisatie mogelijk te maken. De titel heeft een maximale lengte van 63 tekens, maar u moet 30 procent uitbreiding toestaan wanneer de Engelse tekst wordt vertaald.

Hoofdtekst

• Hoofdtekst gebruiken die een beschrijving geeft (zonder de informatie in de titel te herhalen) en eventueel specifieke informatie over de melding geeft en gebruikers ook laat weten welke actie beschikbaar is.

• Gebruik volledige zinnen met eindpunctie.

• Hoofdlettergebruik in zinsstijl gebruiken.

• Gebruik niet meer dan 200 tekens (in het Engels) om lokalisatie mogelijk te maken. De hoofdtekst heeft een maximale lengte van 255 tekens, maar u moet 30 procent uitbreiding toestaan wanneer de Engelse tekst wordt vertaald.

• Neem essentiële informatie op in de hoofdtekst, zoals specifieke objectnamen. (Voorbeelden: gebruikersnamen, bestandsnamen of URL's.) Gebruikers moeten geen ander venster openen om dergelijke informatie te vinden.

• dubbele aanhalingstekens plaatsen rond objectnamen.

  • Uitzondering: Gebruik geen aanhalingstekens wanneer:
    • De objectnaam gebruikt altijd hoofdlettergebruik in titelstijl, zoals bij gebruikersnamen.
    • De objectnaam wordt verschoven met een dubbele punt (bijvoorbeeld: Printernaam: Mijn printer).
    • De objectnaam kan eenvoudig worden bepaald vanuit de context.

• Als u objectnamen moet afkappen op een vaste maximale grootte om lokalisatie mogelijk te maken, gebruikt u een beletselteken om afkapping aan te geven.

  

  In dit voorbeeld wordt een objectnaam afgekapt met behulp van een beletselteken.

• Gebruik de volgende formulering als de melding uitvoerbaar is:

  • Als gebruikers op de melding kunnen klikken om een actie uit te voeren:

    < korte beschrijving van essentiële informatie>

    <optionele details>

    Klik hier om <iets>te doen.

    

    In dit voorbeeld kunnen gebruikers klikken om een actie uit te voeren.

  • Als gebruikers op de melding kunnen klikken om meer informatie te zien:

    < korte beschrijving van essentiële informatie>

    <optionele details>

    Klik voor meer informatie.

    

    In dit voorbeeld kunnen gebruikers klikken voor meer informatie.

• Zeg niet dat de gebruiker een actie in een melding moet uitvoeren. Meldingen zijn bedoeld voor niet-kritieke informatie die gebruikers vrijelijk kunnen negeren. Als gebruikers echt een actie moeten uitvoeren, gebruikt u geen meldingen.

• Als gebruikers een actie moeten uitvoeren, moet u het belang duidelijk maken.

• Voor de actiefout en niet-kritieke systeemgebeurtenispatronen problemen in gewone taal beschrijven.

  Onjuist:

  

  In dit voorbeeld wordt het probleem beschreven met behulp van te technische, maar niet-specifieke taal.

  juist:

  

  In dit voorbeeld wordt het probleem in gewone taal beschreven.

• Beschrijf de gebeurtenis op een manier die relevant is voor de doelgebruikers. Een melding is relevant als er een redelijke kans is dat gebruikers een taak uitvoeren of hun gedrag wijzigen als gevolg van de melding. U kunt dit vaak doen door meldingen te beschrijven in termen van gebruikersdoelen in plaats van technologische problemen.

Documentatie

Wanneer u naar meldingen verwijst:

• Gebruik de exacte titeltekst, inclusief het hoofdlettergebruik.
• Raadpleeg het onderdeel als een melding, niet als ballon of waarschuwing.
• Als u de interactie van de gebruiker wilt beschrijven, klikt u op.
• Maak indien mogelijk de titeltekst op met vetgedrukte tekst. Anders plaatst u de titel alleen tussen aanhalingstekens als dat nodig is om verwarring te voorkomen.

Voorbeeld: Wanneer de essentiële updates klaar zijn om melding te installeren, klikt u op de melding om het proces te starten.

Wanneer u naar het systeemvak verwijst:

• Raadpleeg het systeemvak als het systeemvak.