-
Notifications
You must be signed in to change notification settings - Fork 138
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
Replace Gulp & Bower with npm #507
Conversation
…in place for show/hide
Tried to break this PR again today by styling the footer and... everything seems to be fine. I also reconfigured our blocks to use the left-tabbed interface, which greatly improves the UX while inside the new block editor: The only thing left to do is: make sure WDS Coding Standards are being installed correctly and the linting in Once that's done, I can setup the Status Checks in Buddy. |
I will add this to my list of things to do on Friday |
I added ticket #508 I see @gregrickaby's gif above and it shows the block editor being nice and wide. Mine is wedged on the right side of the screen. I provided a link to a screenshot of what I'm seeing. Happy to screenshare if it would be useful. |
@vegasgeek Looks like this is a CSS issue (or more like oversight) with ACF. If I add: .acf-tab-wrap.-left .acf-tab-group li a {
word-wrap: break-word;
} it's not as terrible (but still pretty bad): I wish I could increase the width of the sidebar in the post editor... 😞 |
@gregrickaby in your gif from 4 days ago, it's showing a nice wide version of the block with plenty of room for the side tabs. Is there a trick to moving to that layout rather than having the block settings smashed to the right side column? |
@vegasgeek There is: |
Getting errors when running
These errors are occurring for pretty much all the .js files. There are way more lines in the terminal, but thought to truncate it. UPDATE I inserted OS: Windows 10 |
The single quotes in this line:
...in the package.json file caused an error on Windows 10 OS. To fix it I just replaced the single quotes here |
@superfein – the checkbox issue you're reporting looks to be happening on the Thanks! |
I was out last Friday, still on my list for this Friday |
@coreymcollins, moved the issue to the |
Going to take a look at the prettier issues noted above. Greg added prettier with one of his last updates, so I think those are fairly new and weren't caught before. @aubreypwd – since we're pointing to the WDS Coding Standards for ESLint configs, I'm wondering if we can tie this in there as well? The hope is to move away from having any config files in the theme itself and instead have them in our package(s) for ease of updating and consistency. |
You have an: "eslintConfig": {
"extends": [
"@webdevstudios/js-coding-standards"
]
}, in your
These issues are coming from the linters for JS because, actually, these files do not meet the modern standards. We may need to go through these files (once I get proper JS linting installed) and correct these @coreymcollins Correction, these ARE coming from prettier, and they are giving suggestions that aren't a part of our coding standards from what I can tell. |
I'm not super duper familiar with Prettier myself, @gregrickaby added that when he was running through his testing and it seems like it throws a lot of errors/warnings (as seen in the #507 comment) that conflict with rules we have set (i.e., Prettier wants It seems like Prettier offers far less customization than ESLint and I'm wondering if we truly need both? |
The last time I was working on Prettier was with Jo when he was here and we found that we were having a hard time getting it to team up with WDS-Coding-Standards (the old one) too, but I do like the fix-it nature of it and still want to bring it in if we can! |
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 have tested this in terms of linting, and got #511 for you which we should merge in. Also there are some suggestions I have too.
* You should be running your local version, not global. * And, run your local version of stylelint. * This is really lint-js and we shouldn't track vendor/ * npm run lint should do all the things. * Remove WDS-Coding-Standards It's outdated. * Extend Reacty/ESNEXT * Add some wrappers for more standard styles. * Fix issue with priettier conflicting with WDSCS - Update to "@webdevstudios/js-coding-standards": "~1.0.1" (stable) from beta - Remove ESlint from root, js-coding-standards can take care of that version (was installing much newer version) - Remove prettier, it's cleanup was suggesting things that contradicted js-coding-standards, and I don't know how to configure it properly * Make sure our rules trump others E.g. eslint-plugin/esnext will require padding blocks, but in ours we turn that lint off since we leave it up to developer style. * Correct simple @return lint errors ...so all or JS is standard FTW. * Make lint:php consistent with a wrapper. * Install php coding standards. * Lint all the things, except those few things. * Lint PHP too! * Update to 1.0.2 which allows arrowfunctions * Also install composer stuff why not. * composer install does this automatically. * Use instructions from https://github.com/webdevstudios/php-coding-standards\#how-to-install * update all config files * dependency bump * bump * add prettierignore * bump * stylelint fixes * use wordpress browserlist * use wordpress standards * remove inline ignores * pot is in /dist * ignore max-line-length * bump * update scripts to prevent infinite loop Co-authored-by: Greg Rickaby <greg@gregrickaby.com>
Merges master in
DESCRIPTION
src
anddist
directoriesThere are a handful of SassLint issues still needing to be resolved, but I wanted to get the ball rolling on a PR and update progress along the way.
I'll post the full PR update once things are 💯.