While building the interface, identify components and describe the desired behavior to the project AI.
Does this method fit your project, and how can you check?
- When would you use this method?
- When the user action is known and an interface is needed.
- How should you choose for your situation?
- Choose by task first: tabs for content switching, buttons for actions, forms for input; compare style afterward. Map entry and return for complex flows.
- What is easy to misunderstand?
- Do not copy sample labels, counts or business fields. Small content sets may not need pagination/search; essential actions must not rely only on hover, color or icons.
- How can you check that this works for your project?
- Check layout with real long text and empty data, then test keyboard/touch, focus, errors and return paths.
FEEDBACK
Banner
Use a full-width banner for system maintenance messaging..
Banner · System banner
Check the purpose before choosing
When is this component useful?Explain an action result, error or next step.
When should you avoid copying it directly?A success animation is not completion; errors should explain recovery.
Names, counts and fields below are examples. Replace them with project content; a demo does not prove production integration.
Observe appearance and hierarchy
How should you try this example?Trigger/read feedback and try undo where shown.
What should you watch for while trying it?Understand what happened and what follows; a notice does not prove persistence.
This is a visual reference without a data service. Some preserved sample labels are in Chinese.
Read the preserved source specification
Use a full-width banner for system maintenance messaging.
What should you check if the result looks different?
Appearance only → give AI the missing click, keyboard, or state changes. Interaction exists but behaves differently → provide steps, expected behavior, and actual results and request a focused correction. Verify with sample data before integration.
Continue describing the component →