A modern WordPress starter theme which uses the WP Emerge framework.
This is the WP Emerge Starter Theme project - for the WP Emerge framework please check out https://github.com/htmlburger/wpemerge.
- Documentation
- Development Team
- Comparison Table
- Features
- Non-goals
- Requirements
- Directory structure
- Contributing
http://docs.wpemerge.com/#/starter/theme/overview
http://docs.wpemerge.com/#/starter/theme/quickstart
Brought to you by Atanas Angelov and the lovely folks at htmlBurger.
WP Emerge Theme | Sage | Timber | |
---|---|---|---|
View Engine | PHP, Blade, Twig, any | PHP, Blade | Twig |
Routing | β | β | β |
WP Admin Routing | β | β | β |
WP AJAX Routing | β | β | β |
MVC | βββ | βββΒΉ | βββ |
Middleware | β | β | β |
View Composers | β | β/βΒ² | β |
Service Container | β | β | β |
Stylesheets | SASS + PostCSS | SASS + PostCSS | N/AΒ³ |
JavaScript | ES6 | ES6 | N/AΒ³ |
Front end, Admin, Editor and Login Bundles | ββββ | ββββ | N/AΒ³ |
Automatic Sprite Generation | β | β | N/AΒ³ |
Automatic Cache Busting | β | β | β |
WPCS Linting | β | β | β |
Advanced Error Reporting | β | β | β |
WP Unit Tests for your classes | β | β | β |
ΒΉ Sage's Controller is more of a View Composer than a Controller.
Β² Sage's Controller provides similar functionality but is limited to 1 composer (controller) per view and vice versa.
Β³ Timber does not provide a front-end build process so you can implement whatever you prefer.
Email any factual inaccuracies to [email protected] so they can be corrected.
- All features from WP Emerge:
- Gutenberg support.
- SASS + PostCSS for stylesheets. Separate bundles are created for front-end, administration, Gutenberg and login pages and custom bundles can be added easily.
- ES6 for JavaScript. Separate bundles are created for front-end, administration, Gutenberg and login pages and custom bundles can be added easily.
- Pure Webpack to transpile and bundle assets, create sprites, optimize images etc.
- Hot Module Replacement for synchronized browser development.
- Autoloading for all classes in your
MyApp\
namespace. - Automatic, fool-proof cache busting for all assets, including ones referenced in styles.
- WPCS, JavaScript and SASS linting and fixing using a single yarn command.
- Single-command optional CSS package installation:
- Normalize.css
- Boostrap 4
- Bulma
- Foundation
- Tachyons
- Tailwind CSS
- Spectre.css
- FontAwesome
- WP Unit Test scaffolding for your own classes.
-
Taking over the WordPress main query.
WP Emerge does not take over the main query - it actively works with it.
-
Taking over WordPress routing.
WP Emerge does not take over WordPress' routing - it actively works with it. The only exception to this are hardcoded URLs explicitly added by a user.
-
Reinventing WordPress APIs using object-oriented interfaces.
WP Emerge does not provide alternative APIs for registering post types, taxonomies or the like for little added benefit. Instead, it provides logical and handy places for developers to use core APIs.
-
Using a third party engine by default.
WP Emerge uses PHP by default in the same way WordPress does but with added features. Using a third party engine is entirely optional and requires installing an extension.
-
Include most of Laravel or another framework.
WP Emerge is lean and tuned for WordPress. While inspired by Laravel, it does not come with any
illuminate/*
packages. There are only 2 third party production dependencies:pimple/pimple
- The single-file PHP service container.guzzlehttp/psr7
- A PSR-7 Request and ServerRequest implementation.
wp-content/themes/your-theme
βββ app/
β βββ helpers/ # Helper files, add your own here as well.
β βββ routes/ # Register your WP Emerge routes.
β β βββ admin.php
β β βββ ajax.php
β β βββ web.php
β βββ src/ # PSR-4 autoloaded classes.
β β βββ Controllers/ # Controller classes for WP Emerge routes.
β β βββ Routing/ # Register your custom routing conditions etc.
β β βββ View/ # Register your view composers, globals etc.
β β βββ WordPress/ # Register post types, taxonomies, menus etc.
β β βββ ...
β βββ config.php # WP Emerge configuration.
β βββ helpers.php # Require your helper files here.
β βββ hooks.php # Register your actions and filters here.
β βββ version.php # WP Emerge version handling.
βββ dist/ # Bundles, optimized images etc.
βββ languages/ # Language files.
βββ resources/
β βββ build/ # Build process configuration.
β βββ fonts/
β βββ images/
β βββ scripts/
β β βββ admin/ # Administration scripts.
β β βββ editor/ # Gutenberg editor scripts.
β β βββ login/ # Login scripts.
β β βββ frontend/ # Front-end scripts.
β βββ styles/
β β βββ admin/ # Administration styles.
β β βββ editor/ # Gutenberg editor styles.
β β βββ login/ # Login styles.
β β βββ frontend/ # Front-end styles.
β β βββ shared/ # Shared styles.
β βββ vendor/ # Any third-party, non-npm assets.
βββ vendor/ # Composer packages.
βββ views/
β βββ layouts/
β βββ partials/
βββ views-alternatives/ # Views for other engines like Blade.
βββ functions.php # Bootstrap theme.
βββ screenshot.png # Theme screenshot.
βββ style.css # Theme stylesheet.
βββ wpemerge # WP Emerge CLI shortcut.
βββ ...
Add PHP helper files here. Helper files should include function definitions only. See below for information on where to put actions, filters, classes etc.
Add PHP class files here. All clases in the MyApp\
namespace are autoloaded in accordance with PSR-4.
Add images for styling here. Optimized copies will be placed in dist/images/
when running the build process.
Add .css and .scss files to add them to the front-end bundle. Don't forget to @import
them in index.scss
.
These directories are for the admin, editor and login bundles, respectively. They work identically to the main resources/styles/frontend/
directory.
Add JavaScript files here to add them to the frontend bundle. The entry point is index.js
.
These directories are for the admin, editor and login bundles, respectively. They work identically to the main resources/scripts/frontend/
directory.
While views that follow the WordPress template hierarchy should go in the theme root directory (e.g. index.php
, searchform.php
, archive-post.php
etc.), others should go in the following directories:
views/layouts/
- Layouts that other views extend.views/partials/
- Small snippets that are meant to be reused throughout other views.views/
- Named custom post templates or views that don't fit anywhere else.
Avoid adding any PHP logic in any of these views, unless it pertains to layouting. Business logic should go into:
- Helper files (
app/helpers/*.php
) - Service classes
- WP Emerge Controllers
WP Emerge Starter Theme is completely open source and we encourage everybody to participate by:
- Reviewing
.github/CONTRIBUTING.md
. - β the project on GitHub (https://github.com/htmlburger/wpemerge-theme)
- Posting bug reports (https://github.com/htmlburger/wpemerge-theme/issues)
- (Emailing security issues to [email protected] instead)
- Posting feature suggestions (https://github.com/htmlburger/wpemerge-theme/issues)
- Posting and/or answering questions (https://github.com/htmlburger/wpemerge-theme/issues)
- Submitting pull requests (https://github.com/htmlburger/wpemerge-theme/pulls)
- Sharing your excitement about WP Emerge with your community