-
Notifications
You must be signed in to change notification settings - Fork 797
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
calypsoify: use css vars from calypso-color-schemes #12359
Conversation
Caution: This PR has changes that must be merged to WordPress.com |
Thank you for the great PR description! When this PR is ready for review, please apply the Scheduled Jetpack release: June 4, 2019. |
@@ -8493,7 +8512,7 @@ postcss-value-parser@^3.0.0, postcss-value-parser@^3.3.0, postcss-value-parser@^ | |||
version "3.3.1" | |||
resolved "https://registry.yarnpkg.com/postcss-value-parser/-/postcss-value-parser-3.3.1.tgz#9ff822547e2893213cf1c30efa51ac5fd1ba8281" | |||
|
|||
postcss-values-parser@^2.0.0: | |||
postcss-values-parser@^2.0.0, postcss-values-parser@^2.0.1: |
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.
All these double minor versions make me think if we should relax calypso-build
semver just a little bit with ~
(instead of strict or ^
). cc @ockham
Edit; tho I guess this specific one isn't coming from calypso-build since it has ^
, but there were others like autoprefixer
.
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.
The way I read this line is that the ^
versions are working as expected, allowing compatible versions of the same package to dedupe to a single version. In this case ^2.0.0
and ^2.0.1
are both satisfied by 2.0.1
. There's no negative impact to longer lines like this.
29fe51c
to
4448854
Compare
4135140
to
07c235a
Compare
flootr, Your synced wpcom patch D28164-code has been updated. |
2d8fc64
to
6adbad5
Compare
flootr, Your synced wpcom patch D28164-code has been updated. |
#12277 has landed so you'll likely want to rebase. |
5d280b2
to
3450366
Compare
flootr, Your synced wpcom patch D28164-code has been updated. |
3450366
to
08ff4c9
Compare
flootr, Your synced wpcom patch D28164-code has been updated. |
08ff4c9
to
abaa2ca
Compare
flootr, Your synced wpcom patch D28164-code has been updated. |
Rebased and updated testing instructions. |
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.
Thanks for the work here!
I've left some comments and questions more on the build side of this.
I don't really know anything about the calypsoify module, so I'd like to delegate that part of the review to someone better equipped.
@@ -39,7 +40,7 @@ gulp.task( 'sass:calypsoify', function( done ) { | |||
.src( './modules/calypsoify/*.scss' ) | |||
.pipe( sass( { outputStyle: 'compressed' } ).on( 'error', sass.logError ) ) | |||
.pipe( banner( '/* Do not modify this file directly. It is compiled SASS code. */\n' ) ) | |||
.pipe( autoprefixer() ) | |||
.pipe( postcss() ) |
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.
Clarification/confirmation:
It looks like autoprefixer
is replaced by postcss
, but postcss
uses the config added by this PR which is the config from calypso-build
:
And that config includes autoprefixer, so we still get it. Is that correct?
Seems there are many other gulp tasks using autoprefixer directly, so we still need to depend on the package directly.
@@ -181,6 +182,7 @@ | |||
"mockery": "2.1.0", | |||
"nock": "10.0.6", | |||
"node-wp-i18n": "1.2.3", | |||
"postcss-custom-properties": "8.0.10", |
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.
Do we need this dependency directly, or should we rely on calypso-build
to pull it in?
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.
If we directly call on it, keep it. If it is only through calypso-build's provided functionality, I would say remove it.
Otherwise, we'd get in situations where we'd update postcss-custom-properties out of sync with calypso-build, just adding more bulk to the build process without reason.
👋 Hey all! What is the status on this? Fixing the Flows is looking at making some tweaks to the Calypsoify styles to bring them into better alignment with the current Calypso sidebar. The lack of color schemes support has come up as a potential flow to be fixed; folks who have a custom color scheme will see the default colors when viewing Calypsoify, making for a rough transition. I'm posting a data request to find out what kind of impact we're looking at, but also curious if this is close to being finished. It's possible we could help bring it to the finish line if need be. :) |
@sixhours I'm not currently working on this and there seem to be some conflicts now. From what I remember though this was in a working state back then. Feel free to jump in if this is something which could be valuable to you (and ping me in case anything is unclear). |
@sixhours is this still an open issue? clearing out some "needs design review" items for Hack week. If you still need design review can you re-apply the "needs design" tag? Thanks! |
I'll close this PR for now because of the lack of activity on this. We can always reopen in the future if needed, but it will need a rebase, so it may be easier to start a new PR at this point. |
related to #11478
Changes proposed in this Pull Request:
PostCSS
build step to calypsoify's gulp task for processing styles@automattic/calypso-color-schemes
Is this a new feature or does it add/remove features to an existing part of Jetpack?
p9oQ9f-9o-p2
Testing instructions:
test locally: