-
Notifications
You must be signed in to change notification settings - Fork 0
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
Fix iOS text wrap bug #198
Conversation
Pull Request Test Coverage Report for Build 9417800516Details
💛 - Coveralls |
Interesting... I wonder if our "CSS reset" settings might be expanded to cover things like this without breaking things badly: |
It would take some creativity. We might be able to do something like this: li::before {
line-height: 0
}
li::after {
line-height: 1 /* or whatever */
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure I agree this is an improvement. I'll bring a conversation to slack tomorrow to make sure I understand what is changing and why and share what I am seeing to ensure we're seeing the same thing before we confirm if this addresses the problem
@JPrevost Could you confirm that the two recently pushed commits address the issue? I'd moved the padding down a level in the markup so the hover/focus rule would include it, but in retrospect I should've just moved the hover/focus rule up a level. |
Pull Request Test Coverage Report for Build 9486263617Details
💛 - Coveralls |
Pull Request Test Coverage Report for Build 9486301291Details
💛 - Coveralls |
Why these changes are being introduced: SwiftUI/iOS has some unusual behavior for list markers. It adds line height to them, such that when we increase the font size for a marker, the line height is dramatically increased. This is particularly visible when the text next to the marker wraps, which is common for TIMDEX UI record titles. Relevant ticket(s): * [GDT-246](https://mitlibraries.atlassian.net/browse/GDT-246) How this addresses that need: This implements a CSS workaround. First, we reset the line height to 0 on `.result`, enforcing no line height for markers. Then, we add a div to wrap the rest of the result (`.result-content`), with a rule that sets the line height to 1.2. Side effects of this change: I don't forsee any, but it's a pretty ugly workaround to accommodate a minor bug in a weird OS.
8e4dd68
to
59ff003
Compare
Leaving this open until it passes QA. |
Pull Request Test Coverage Report for Build 9486735034Details
💛 - Coveralls |
Approved by UXWS this morning. Merging now. |
Why these changes are being introduced:
SwiftUI/iOS has some unusual behavior for list markers. It adds line height to them, such that when we increase the font size for a marker, the line height is dramatically increased. This is particularly visible when the text next to the marker wraps, which is common for TIMDEX UI record titles.
Relevant ticket(s):
How this addresses that need:
This implements a CSS workaround. First, we reset the line height to 0 on
.result
, enforcing no line height for markers. Then, we add a div to wrap the rest of the result (.result-content
), with a rule that sets the line height to 1.2.Side effects of this change:
I don't forsee any, but it's a pretty ugly workaround to accommodate a minor bug in a weird OS.
Developer
Accessibility
New ENV
Approval beyond code review
Additional context needed to review
This will get UXWS review, but if the code reviewer would like to do QA as well, it would be useful to confirm the changes on a few browsers on desktop and on an iOS device.
Code Reviewer
Code
added technical debt.
Documentation
(not just this pull request message).
Testing