New Styleguide page for "Loading" | |
Introduce CDN links to all images | |
Add Section with index-tiles to branding page | |
New Styleguide page for "Branding" | |
FC | Extend ".wui-bs-alert" with all fruit-color-variantes |
Font-Awesome has been updated to version 5.12.0 | |
Ut | "Utils" has been extended with opacity, heights and colors |
Do you have any design-related questions or suggestions? We'd love to hear from you.
Please contact Wuiman to discuss your ideas.
This page is not so much about HOW a component is built, but rather WHEN the respective component is used. The WHEN is often a matter of interpretation. To remain consistent across the platform, the respective use case should be clarified with your designer of trust. In the following you will find some tips and guidelines to help you orientate yourself.
It is very important to keep the user informed about the current status of the system. But it is also about guiding the user and preventing errors. Each type of feedback has certain characteristics or advantages and is therefore more suitable for some use cases than others. For the user experience it is important to use the right type of feedback to inform the user in the best possible way. In order to understand for which use case the respective type of feedback suits best, it is important to understand the advantages of each type.
(There is also a dedicated styleguide page for each feedback type).
Alerts are rather discreet. The information they contain is more of a tip or hint, but not required to complete a task. They also fit well into the layout of the page, which is one of the biggest advantages of this feedback type. Alerts can always be displayed at exactly the point where the user is currently taking action. The component in which the alert is or appears changes little or not at all. This means that the user is not interrupted in his or her workflow.
Attention: In case an alert is displayed after an action has been performed, it should be in the user's view. If necessary, the scroll position must be adjusted.
Signs for the use of alerts:
wui-bs-alert--info Lorem consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren.
ESIs interrupt the user's workflow and attract a lot of attention. An ESI can fit into the layout of the page, but in some cases it can also overwrite the entire layout of the page. It is therefore especially important that they clearly signal to the user what is happening, why it is happening and what the next action is. The great advantage of ESIs is that frustrations or errors can be mitigated. Furthermore, the user is motivated to take action and it is always a good opportunity to enhance the user experience.
Signs for the use of ESI:
A growl notification is very noticeable, but barely interrupts the user's workflow. On the one hand, because the lifecycle of a growl is limited and it disappears even without any user action, and on the other hand because the layout of the page is not affected. This is also the biggest advantage of growls. Their independence from the current view. So if the view changes or a modal is closed, growls are the right choice.
Signs for the use of growls:
Modals are quite diverse and are in turn used in various areas. One of these areas is as feedback for the user. The modal interrupts the user's workflow the most and should therefore only be used with caution. As long as no decision has been made, the modal remains open and thus "forces" the user to take an action. The user must therefore conciously deal with the feedback and make a decision.
Signs for the use of modals: