-
-
Notifications
You must be signed in to change notification settings - Fork 79.2k
Use word-wrap in .text-break for IE and Edge compatibility. #29325
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
Conversation
467737e to
7c8a125
Compare
|
This won't apply clean on v4-dev, we'll need to manually backport it. Also, note that I have #28304 for months now because of this. We should deal with it once and for all. |
|
I agree about the backport to Good point about other components using property to break words. I've gone through the scss files in v5:
It looks like you guys decide to use |
|
Do we need 3 properties here? Could you explain why? We should do some crossbrowser testing to tackle this, I know IE, FF and chrome behave different on each of these properties. @florianlacreuse, could you make a demo with the effects? |
|
First of all, with this PR I had the idea to fix the About the 3 properties, it really depends. I read several articles or messages, some recommend to use AFAIK, That's why you can see many times Currently we could only use About @MartijnCuppens https://codepen.io/florianlacreuse/pen/BaBZMdJ |
|
@MartijnCuppens I know you guys are busy but it would be nice if we could chose what to do here. I still think we should drop |
|
@florianlacreuse, I'll have a look at this somewhere this week. Thanks for (re)pinging me here, this is indeed something which should be tackled. |
|
Solid research you did there, @florianlacreuse. Imo we should:
@florianlacreuse, could you change this in your PR and maybe make a separate PR for |
|
We should use whatever the standard is IMO. Later they might follow it. |
I agree in most cases, but in this case the property is just completely redundant. |
|
For now, we agree that we should remove
@XhmikosR |
|
Like I said, we should make sure we support the standard so that we are future-proof. IE is a dead browser and it will just use the workaround fine. The other evergreen browsers don't fall into the same category. |
517b7ec to
a999384
Compare
|
@MartijnCuppens Thank you for your feedback! PR has been updated to remove The other issue is about other BS components / css classes using only Lines 5 to 11 in 4e59997
Lines 1 to 13 in 4e59997
Lines 281 to 284 in 4e59997
Lines 414 to 415 in 4e59997
Lines 2 to 12 in 4e59997
For consistency, we should also use |
|
@XhmikosR, from the w3c specification (https://www.w3.org/TR/css-text-3/#overflow-wrap-property):
So it's officially more an alias for |
|
@MartijnCuppens feel free to merge and backport it to a v4-dev branch |
While `overflow-wrap` is the more recommanded option, `word-wrap` alone has a wider support.
23a626f to
35c6c70
Compare
|
Discussed this on Slack with @XhmikosR, we agreed on removing |
|
Using only |
Fix #29319
word-breakproperty is mostly use for East Asian languages, for soft wrap opportunities between letters commonly associated with languages like Chinese, Japanese, etc.When the
overflow-wrapproperty is not working (IE, Edge), we need to use the oldword-wrapproperty as a fallback.Note: If accepted and merged, this fix should be backported to v4.