Typography: Remove input in favor of subtitle1#10028
Conversation
|
Migration guide:
|
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## dev #10028 +/- ##
=======================================
Coverage 91.05% 91.06%
=======================================
Files 410 410
Lines 12522 12508 -14
Branches 2446 2445 -1
=======================================
- Hits 11402 11390 -12
Misses 570 570
+ Partials 550 548 -2 ☔ View full report in Codecov by Sentry. |
|
Added to the v8 migration guide at #9953 |
|
I don't think the migration guide is complete for this. |
I would lean towards that all enums must set order explicitly, and when you remove an enum the old order stays, just the removed gets "reserved" but since it's merged already then ok. But for future it's better to do so for compatibility. |
|
@ScarletKuro I thought the same but then this was added only recently which means the enum order changed only recently and nobody said anything, and now we are changing it back, so I didn't mention it. |
|
I slightly modified the guide saying that |
Yes subtitle1 is the replacement for input which is what it should have been originally @ScarletKuro |
|
What´s the benefit of this change? Am I missing something, or did you forget to take into account that subtitle1 could have been used for other stuff than inputs? :) I understand that subtitle1 was originally thought to be used as input typo, but since that was never the case - until now - we have been using subtitle1 for plenty of stuff :( |
Hi @thomasbach-dk! The primary goals were:
|
Description
Originally introduced in #8754, the
inputtypo was created to consolidate the hardcoded styles found in_input.scss. Now looking back (and checking the material design spec) I recognize that the styles were actuallysubtitle1but not hooked up to the overall typography theme provider.I don't anticipate much backlash considering that the option was never possible before and was only recently introduced. We should maintain parity with the original spec. Now users get the best of both worlds, with the customization opportunities of the
Typoproperty from the earlier PR, and with this going back tosubtitle1(but attached to the theme provider) a more cohesive application style that's more in tune with Material Design expectations.I consider this a part of the overall effort in #8884,
How Has This Been Tested?
Type of Changes
Checklist
dev).