Skip to content

docs:uxw_new_messages_Overview#163

Draft
tokyojen wants to merge 36 commits intomainfrom
docs/uxw/messages-overview-new
Draft

docs:uxw_new_messages_Overview#163
tokyojen wants to merge 36 commits intomainfrom
docs/uxw/messages-overview-new

Conversation

@tokyojen
Copy link
Collaborator

New UXW page for the new Messages section. Titled "Overview"

💡 What is the current behavior?

GitHub Issue Number: #

🆕 What is the new behavior?

👨‍💻 Help & support

New UXW page for the new Messages section. Titled "Overview"
@netlify
Copy link

netlify bot commented Jan 13, 2026

Deploy Preview for industrial-experience ready!

Name Link
🔨 Latest commit 7ebd74d
🔍 Latest deploy log https://app.netlify.com/projects/industrial-experience/deploys/6985d2f02b44dd00088f4265
😎 Deploy Preview https://deploy-preview-163--industrial-experience.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

@gemini-code-assist
Copy link
Contributor

Summary of Changes

Hello @tokyojen, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request introduces a new documentation page dedicated to UX writing guidelines for messages. The page aims to standardize and improve the quality of user-facing messages by offering clear rules, examples, and best practices for different message types, ensuring a more intuitive and user-friendly interface.

Highlights

  • New Documentation Page: A new documentation page, 'Messages overview', has been added under docs/guidelines/language/ to provide comprehensive UX writing guidelines for various message types.
  • Message Type Guidance: The new page includes a detailed table outlining different message types (e.g., Error, Warning, Empty-state, Toast, Tooltips) along with their usage and best practice examples.
  • UX Writing Dos and Don'ts: Extensive 'Dos and Don'ts' sections are provided with practical examples covering aspects like sentence casing, avoiding overcommunication, specificity, urgent wording, grammar consistency, and appropriate action labels.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

@tokyojen
Copy link
Collaborator Author

Needs to be reviewed by UXW team and then merged and ordered with the whole new messages section in the correct order.

Copy link
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request introduces a new documentation page for UX writing guidelines on messages. The content is comprehensive and well-structured. I've identified several areas for improvement to ensure consistency and adherence to the repository's style guide. My feedback includes corrections for typos, trailing whitespace, inconsistent capitalization, and formatting issues, particularly in the 'Dos and Don'ts' sections. Applying these suggestions will enhance the document's quality and readability.

@tokyojen tokyojen removed the request for review from kathrinschalber January 13, 2026 12:20
@tokyojen tokyojen requested review from kathrinschalber and removed request for Susanne254 and ZsuzsannaRacz February 6, 2026 11:54
Copy link
Collaborator

@kathrinschalber kathrinschalber left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looking forward to seeing this in our docs 😊 main findings:

  • Related section contains absolute or missing links
  • Structurally, the use of "General rules" without any other "rules" heading
  • Placement/connection of guidelines with matching ix-components
  • Some minor formatting topics

Comment on lines +205 to +211
* [Warning messages]
* [Non-critical information messages]
* [Error pages]
* [Empty-state messages]
* [Form validation]
* [Message bar]
* [Toast messages]
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

the links are missing here still

- Operation stopped for unknown reason.
</div>
</div>
<br/>
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I noticed that the usage of this extra empty line is used inconsistently.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

what's the reason for not having this directly as 3rd tab on the tooltip component?
(alternatively, we could at least add it on both sides)

## Related

* [Toast messages](./toast-messages.mdx)
* [Infotips (component)](https://ix.siemens.io/docs/components/tooltip/code#a11y)
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* [Infotips (component)](https://ix.siemens.io/docs/components/tooltip/code#a11y)
* [Tooltips (component)](https://ix.siemens.io/docs/components/tooltip)

Any specific reason you linked the a11y section in the code tab, and that you called them infotips?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Similar to the feedback on tooltips, might be better placed in the toast component.

Alternatively, you could add it to both places or at least add a link to the toast component in the related section.

</div>
</div>

Use consistent wording from the UI and add specific volumes with progress indicators.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Use consistent wording from the UI and add specific volumes with progress indicators.
Use consistent wording in the UI and add specific volumes with progress indicators.

Maybe consider adding a dont example

Comment on lines +118 to +122
</div>
</div>

<div className="dos-and-donts" markdown="true">
<div className="dos" markdown="true">
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
</div>
</div>
<div className="dos-and-donts" markdown="true">
<div className="dos" markdown="true">

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Combine them in one block

Comment on lines +179 to +181
* Do add user actions when possible, e.g. buttons or links
* Don’t leave users wondering if the app is stuck or broken
* Don’t guess unknown time frames
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We should never have more donts than dos 😜


<div className="dos-and-donts" markdown="true">
<div className="dos" markdown="true">
- Pump 3 cycle complete 14:32.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

complete -> completes or completed?

</div>
<br/>

Use softening words, i.e. unfortunately and avoid negative contractions (“do not” instead of “don’t”).
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Use softening words, i.e. unfortunately and avoid negative contractions (“do not” instead of “don’t”).
Use softening words, e.g. unfortunately and avoid negative contractions (“do not” instead of “don’t”).

Maybe doublecheck other occurrences

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants