Closed berwyn closed 1 year ago
Deployed Styleguide and Lab.Notes
File | Before | After |
---|---|---|
components/Pill/script.js |
2.8 kB |
35%↑3.8 kB |
components/Pill/styles.css |
370 B |
1,210%↑4.8 kB |
Total (Includes all files) | 1.8 MB |
0.9%↑1.8 MB |
Tarball size | 345.0 kB |
0.9%↑348.1 kB |
🤖 This report was automatically generated by pkg-size-action
Just realized the Pill component will no longer be a pill 😫
There's a couple quirks like the gaps that I'm trying to iron out, the bottom of the right endcap on the ribbons with an outline pattern has all sorts of weirdness because of how rounding + clip-path
interact and it really bugs me :/
I was also torn on making the MPill
not a pill, but we're trying to surface different shapes of small informational items that are placed inline with their content and MPill
seemed to fit the bill most. I did debate introducing an MChip
that sort of matches the role of Material Design chips but felt like its role would overlap a bit too much with MPill
:/
Going to put out a call for help here. As Lauren noted, there is sometimes a sliver of a gap between the core element and the psudo-element. I have tried everything I can think of to ensure this never occurs, up to rewriting the component to use a flow wrapper and making the two endcaps discrete elements in the flex row, ensuring the gap
and other positioning properties are set to 0
.
As far as I can tell, the gap shows up when the elements are laid out such that the border between the two elements falls onto a fractional pixel, leading the layout engine to align the start of the endcap with the next full pixel, and I have no idea how I can fix this short of rebuilding the whole thing to use a custom clip-path
on the entire capsule for each potential shape combination, or some absolute nonsense with an embedded SVG with various <g>
elements that can be set as the background
property on the pseudo-elements :/
:tada: This PR is included in version 16.6.0 :tada:
The release is available on:
Your semantic-release bot :package::rocket:
Describe the problem this PR addresses
We have a project where we'd like to use
MPill
to present informational items, however we'd like to be able to customise the shape of the pill.Describe the changes in this PR
This PR adds the
shape
property, accepting either a single shape or a tuple of two shapes to use on each endcap.Other information
I've implemented this with the
::before
and::after
pseudo-elements but I'm not overly fond of this implementation. That being said, I couldn't think of a better way to do it without manuallyclip-path
ing the entire capsule uniquely for every pair of shapes.There's also an ancillary change to let Webpack process
style
tags with thelang
explicitly set topostcss
. This doesn't have any actual changes on the build, but fixes syntax highlighting and context-aware tools in editors like VSCode using Volar.