-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[canary][IcDatePicker] with-helper css classes/styles still present after enabling hideHelperText on IcDatePicker #2370
Comments
Hi @OrangeCaterpillar - thanks for raising this. Could you provide a screenshot showing the display discrepancy caused by the leftover CSS? A screenshot might not be necessary, another user has raised a related issue showing the impact of HideHelperText styles sticking around |
Hi, apologies for the silence, been rather busy. I'll be taking a look at the bug tickets I've raised and providing details where necessary. The screenshot you show is a good example of what the styling issues are. Basically misalignment of the other labels due to the extra |
…n't used with no helper text Update date input so "with-helper" css isn't used with no helper text - swap null for empty string so input label doesn't render it under the hood . #2370
…doesn't exist Update date input Cypress test to check that helper text doesn't exist if hideHelperText is used . #2370
…t doesn't exist Update date input Cypress test to check helper text doesn't exist if hideHelperText is used . #2370
…t doesn't exist Update date input Cypress test to check helper text doesn't exist if hideHelperText is used . #2370
…n't used with no helper text Update date input so "with-helper" css isn't used with no helper text - swap null for empty string so input label doesn't render it under the hood . #2370
…t doesn't exist Update date input Cypress test to check helper text doesn't exist if hideHelperText is used . #2370
…n't used with no helper text Update date input so "with-helper" css isn't used with no helper text - swap null for empty string so input label doesn't render it under the hood . #2370
Summary of the bug
When hideHelperText is enabled, the element remains in the DOM (likely for accessibility reasons), but the associated CSS classes are also still applied. The hydrated class is expected to provide the correct margins, but the with-helper class is overriding it with a smaller margin.
This ticket will fulfil #2864 (internal issue 2735)
🪜 How to reproduce
📸 Code
Here are the DOM elements of the IcDatePicker with hideHelperText enabled:
🖥 📱 Device
🧐 Expected behaviour
CSS classes related to helper text should be removed when hideHelperText is enabled, ensuring that the input label's styling matches the standardized styling of other input labels in the form.
📝 Acceptance Criteria
Given that hideHelperText is enabled on an IcDatePicker,
When the component renders on the page,
Then the relevant CSS classes should be removed or their styling disabled,
And the input label styling should be consistent with other form inputs.
The text was updated successfully, but these errors were encountered: