Skip to content
This repository has been archived by the owner on Sep 16, 2019. It is now read-only.

Optimize CSS & Sync with Vanilla Foundation #987

Merged
merged 7 commits into from
May 23, 2017

Conversation

EricRihlmann
Copy link
Contributor

@EricRihlmann EricRihlmann commented May 18, 2017

Take a look at the extended commit messages for further details.

Removed unnecessary styling that deviates from vanilla Foundation. Added new classes to use as selectors in place of Foundation component classes. This prevents additional Foundation components like the Top Bar from being affected by the unique navigation styling. Updated HMTL for Title Bar and Top Bar components to match the Docs for the title.
Where appropriate, ID selectors have been replaced with classes to reduce specificity. A big offender were the individual templates, which used IDs to determine column layouts. Now they all share the same class '.main-wrap' for the basic column styling and make use of helper classes for variations like .
Also update '404.php' markup to use the new class based content layout.
@EricRihlmann
Copy link
Contributor Author

Travis is failing because the WP Coding Standards aren't loading. Try rerunning Travis to see if the issue has been resolved.

The command "scripts/phpcs --config-set installed_paths ../wordpress-coding-standards" failed and exited with 127 during

@olefredrik
Copy link
Owner

@EricRihlmann : Unfortunately there has been quite a few cases where WP Coding Standards have not worked as expected. Not sure what failed and exited with 127 during . exactly means. Would be great with a better explanation of what's really going on. Will try and search for an answer. I basically like the idea of being compliant to established coding standards. But it would be awesome if the travis build system could just ... work.

WordPress Coding Standards is not compatible with latest version of PHPCS v 3.0. See WordPress/WordPress-Coding-Standards#947
@EricRihlmann
Copy link
Contributor Author

EricRihlmann commented May 22, 2017

@olefredrik Ultimately the problem was that the WordPress Coding Standards are not compatible yet with version 3.0 of PHP Code Sniffer (complete rewrite). For now I locked PHPCS to version 2.9 in the Travis config. Also, getting all of this working again revealed a bunch of WPCS violations in FoundationPress, so I went ahead and corrected them and added the commit to this pull request.

FYI, for the other open pull requests, you should be able to rerun the builds (I can't see the button because I don't have access to the repo). You can also just close and reopen a PR to force the build to restart.

@olefredrik
Copy link
Owner

Good stuff, @EricRihlmann ! Thanks for all the time and effort you have put into this! 👍

@olefredrik olefredrik merged commit c00e8f8 into olefredrik:master May 23, 2017
@Aetles
Copy link
Contributor

Aetles commented Jun 4, 2017

Thank you @EricRihlmann for fixing Travis and cleaning up inconsistencies in the code.

Just a thought: now that Travis is running and FoundationPress code is more standard compliant, wouldn't it be a good time to revisit the discussion of the exclusions from WPCS?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants