devgeniem / tms-theme-base
Tampere Multisite Base Theme
Installs: 3 802
Dependents: 0
Suggesters: 0
Security: 0
Stars: 7
Watchers: 19
Forks: 0
Open Issues: 14
Type:wordpress-theme
Requires
- php: ^8.1
- composer/installers: ^1.0.12
- devgeniem/dustpress: >=1.33.0
Requires (Dev)
- devgeniem/acf-codifier: *
- devgeniem/geniem-rules-codesniffer: ^1.0.7
- roave/security-advisories: dev-latest
- dev-master
- 1.59.2
- 1.59.1
- 1.59.0
- 1.58.3
- 1.58.2
- 1.58.1
- 1.58.0
- 1.57.0
- 1.56.0
- 1.55.0
- 1.54.11
- 1.54.10
- 1.54.9
- 1.54.8
- 1.54.7
- 1.54.6
- 1.54.5
- 1.54.4
- 1.54.3
- 1.54.2
- 1.54.1
- 1.54.0
- 1.53.0
- 1.52.0
- 1.51.0
- 1.50.0
- 1.49.0
- 1.48.0
- 1.47.0
- 1.46.0
- 1.45.0
- 1.44.0
- 1.43.0
- 1.42.4
- 1.42.3
- 1.42.2
- 1.42.1
- 1.42.0
- 1.41.2
- 1.41.1
- 1.41.0
- 1.40.0
- 1.39.3
- 1.39.2
- 1.39.1
- 1.39.0
- 1.38.2
- 1.38.1
- 1.38.0
- 1.37.0
- 1.36.6
- 1.36.5
- 1.36.4
- 1.36.3
- 1.36.2
- 1.36.1
- 1.36.0
- 1.35.0
- 1.34.0
- 1.32.2
- 1.32.1
- 1.31.15
- 1.31.14
- 1.31.13
- 1.31.12
- 1.31.11
- 1.31.10
- 1.31.9
- 1.31.8
- 1.31.7
- 1.31.6
- 1.31.5
- 1.31.4
- 1.31.3
- 1.31.2
- 1.31.1
- 1.31.0
- 1.30.5
- 1.30.4
- 1.30.3
- 1.30.2
- 1.30.1
- 1.30.0
- 1.29.0
- 1.28.0
- 1.27.0
- 1.26.0
- 1.25.1
- 1.25.0
- 1.24.0
- 1.23.0
- 1.22.0
- 1.21.1
- 1.21.0
- 1.20.0
- 1.19.0
- 1.18.0
- 1.17.0
- 1.16.0
- 1.15.0
- 1.14.0
- 1.13.0
- 1.12.0
- 1.11.0
- 1.10.0
- 1.9.0
- 1.8.0
- 1.7.0
- 1.6.1
- 1.6.0
- 1.5.2
- 1.5.1
- 1.5.0
- 1.4.0
- 1.3.3
- 1.3.2
- 1.3.1
- 1.3.0
- 1.2.0
- 1.1.0
- 1.0.0
- dev-stage
- dev-TMS-1083
- dev-TMS-1059
- dev-TMS-1088
- dev-TMS-1087
- dev-dependabot/npm_and_yarn/babel/core-7.21.0
- dev-dependabot/npm_and_yarn/indicate-6.0.1
- dev-dependabot/npm_and_yarn/svgo-loader-4.0.0
- dev-dependabot/npm_and_yarn/json5-1.0.2
- dev-dependabot/npm_and_yarn/hyphenopoly-5.0.0
- dev-dependabot/npm_and_yarn/decode-uri-component-0.2.2
- dev-dependabot/npm_and_yarn/engine.io-and-socket.io-6.2.1
- dev-dependabot/npm_and_yarn/loader-utils-1.4.2
- dev-dependabot/npm_and_yarn/minimatch-3.1.2
- dev-dependabot/npm_and_yarn/socket.io-parser-4.0.5
- dev-PIEN-7726
- dev-PIEN-7666
- dev-PIEN-7658
- dev-PIEN-7639
- dev-dependabot/composer/composer/installers-tw-2.2.0
- dev-TMS-894
- dev-dependabot/npm_and_yarn/image-webpack-loader-8.1.0
- dev-TMS-647
- dev-TMS-407
- dev-feat/stylelint
- dev-ch
- dev-TMS-330
- dev-TMS-281
- dev-stage-old
This package is auto-updated.
Last update: 2024-11-20 05:16:26 UTC
README
Installation
Install the theme manually by cloning the repository under your WordPress themes directory and then removing the git tracking
Setup
First you need to install required npm packages to start developing. In your theme root run:
npm install
Namespacing
The theme is namespaced as \TMS\Theme\Base
. WordPress does not support namespaces for template
files and thus they do not adhere to the namespace.
Translations and textdomain
Translations and the theme textdomain are loaded from under the /lang
directory.
Replace the tms-theme-base
string with your theme textdomain within all project files with a
case sensitive search and replace.
Then rename the .pot
file under the /lang
directory with the new theme textdomain.
Polylang
The theme has built-in support for Polylang. If Polylang has been installed and is active, a language switcher will automatically show up in the main nav.
Advanced Custom Fields
If Advanced Custom Fields is installed and active, theme settings will be available. Examples of things that can be changed in the theme settings are logos and footer content.
Language specific theme settings are available when both Advanced Custom Fields and Polylang.
Bulma and Bulmally
The theme has been designed to make use of the Bulma CSS Framework and the Bulmally accessibility-ready frontend component framework. Refer to that repository for modals, accordions, tabs and other dynamic components.
Theme info
- Namespace:
\TMS\Theme\Base
Make sure to change theme and author info in style.css
.
Theme directory structure
The DustPress Theme consists of the following directories:
/assets
- Scripts and styles./lang
- Theme localization files./lib
- Theme backend libraries following PSR-4 Autoloader specifications./models
- DustPress models./partials
- DustPress partials./utils
- Utility scripts for theme development.
Partial directory structure
The partials in The DustPress Theme have been organized in the following way:
/partials/
- The dust-files in the partials root directory are the main partials for each model (page.dust, single.dust...)/partials/views/<VIEW>
- Contains partials that are used only by a specific view. Eg./partials/views/archive
contains dust-files that are used only byarchive.dust
(or its children)./partials/shared
- Common shared partials for views. Partials that are required only once per page. Eg./partials/shared/header/header.dust
/partials/ui
- Common reusable ui-components that can be used multiple times in many places. Eg./partials/ui/ratio-image
is used by archive-cards, and the featured image of a single article (post).
Feel free to change the partial structure in any way you wish.
Theme development guide
Post types
All post types defined in the theme should be written in the PostType
directory in a class
implementing the TMS\Theme\Base\Interfaces\PostType
interface and registering itself in the wanted
hook via hooks()
method.
Default classes
The theme comes with predefined classes for WordPress' default post types. Use these to handle data for them.
- TMS\Theme\Base\PostType\Post: The class presentation of the default post type
post
. - TMS\Theme\Base\PostType\Page: The class presentation of the default post type
page
. - TMS\Theme\Base\PostType\Attachment: The class presentation of the default post type
attachment
.
Taxonomies
All taxonomies defined in the theme should be written in the Taxonomy
directory in a class
implementing the TMS\Theme\Base\Interfaces\Taxonomy
interface and registering itself in the wanted
hook via hooks()
method.
Users and roles
Please use our devgeniem/wp-geniem-roles package to modify Users and roles.
Advanced Custom Fields
The ACFController class handles the loading of the ACF fields from the lib/ACF
directory.
The files in the directory are only required by the controller, so all the logic must be
implemented by the developer themself.
Templates and models
The theme contains a base model BaseModel
that has a default submodel binding.
Logging
\TMS\Theme\Base\Logger
handles logging in syslog
compatible logging levels.
The logged messages are finally passed to error_log()
function, which in part uses configured logging destination.
To control what is finally outputted to the log, you can change GENIEM_LOG_LEVEL
environment variable.
Below is a quick table for level (used to control the logging level), class method, and description
when to use in your code.
The Easiest way to use the logger is like this:
try { throw new Exception( 'This is an example.' ); } catch ( \Exception $e ) { ( new \TMS\Theme\Base\Logger() )->error( $e->getMessage(), $e->getTrace() ); }
Assets and Webpack
webpack is used to compile the assets.
Use npm to install packages and require JavaScript files in assets/scripts/main.js
and import SCSS files in assets/styles/main.scss
.
The directory under which the assets are build is assets/dist
.
You should only enqueue files that are under assets/dist
in your theme's PHP code!
To use node modules, import them into your theme scripts.
The URL to be used with the assets has been defined in /lib/Setup.php
with the DPT_ASSET_URI
constant.
It points to https://{site_domain}/{path_to_themes_folder}/themename/dist
by default.
To use another source for assets this value can be changed by defining the constant for example in
the wp-config.php
file with a custom URI.
Asset versioning
The style and script files are automatically enqueued with the current theme version.
To bust browser cache on asset updates change the theme version in the style.css
file comments.
Development
Run webpack in the theme root in your local environment.
Run with the npm script:
npm run watch
These commands will compile unminified versions of your assets.
Production
Build minified versions for production with the npm script:
npm run build
This command will compile minified versions of your assets.
Testing with Browsersync
The project includes a BrowserSync setup that will proxy your site to localhost:3000
,
and an IP address on your local network. This enables you to develop and test your project simultaneously with
multiple browsers and devices with a scroll and click synchronisation. The settings for Browsersync are in
webpack.config.js
.
You should change at least the wpProjectUrl
constant to point to your local development server.
By default, Browsersync monitors CSS, JS, PHP and Dust files for changes and reloads all browsers automatically.
For more information on available settings etc, read the webpack plugin documentation
and the Browsersync documentation.
JavaScript development guide
The theme's Webpack config uses Babel to compile ES6 into ES5. Thus, we use classes and other cool features introduced in ES6. See the full list of ES6 features here.
Enable Babel compiling
If you add npm packages using ES6 features, remember to include them for
the Babel loader in the webpack.config.js
file!
// List paths to packages using ES6 to enable Babel compiling. { include: [ path.resolve( __dirname, 'assets/scripts' ), path.resolve( __dirname, 'node_modules/foundation-sites' ) ] }
TerserJS will most likely produce an error when trying to minify an ES6 script that
is not included for the Babel loader while running npm run build
!
Theme scripts
The theme's main JS file theme.js
holds the main theme class.
The Theme
class runs other theme JS classes automatically on the document ready event.
To enable autoloading on JS side define your template scripts as follows:
-
Create a separate script file for each WordPress template, for example
page-frontpage.js
. You can also create script files that are loaded anyway regardless of the template. -
Define a JS class mimicking your DustPress model and export the class reference, for example
export default class PageFrontpage {}
. -
The document's html element will automatically get a class from your main model, for example
<html class="PageFrontpage">
. If you add more scripts for a specific template, add the corresponding class names into thehtml
element's classlist withdustpress/document_class
filter. -
Import your scripts in
theme.js
and add them into the appropriate controller lists. The order of the scripts is essential if you need to access methods from other script classes.// First import the scripts you want to use import Common from './common'; import PageFrontpage from './page-frontpage'; // Add your global scripts here. const globalControllers = { Common }; // Add your template-specific scripts here. const templateControllers = { PageFrontpage };
-
The
Theme
class will then automatically run a method calleddocReady
when the document is ready. Remember to define it in your template class!
The Theme
class
The Theme
class controls the theme script classes. The class instance is accessible globally and
thus Theme
is a reserved JavaScript object name in our themes. Theme
holds all scripts under
corresponding class properties.
Global scripts are under _globalControllers
and template specific scripts are under _templateControllers
.
These properties are hash maps meaning each controller is under a key defined with the class name:
class Theme { constructor() { // [...] this._templateController = { className: classInstance } // [...] } }
The controller classes are instantiated by the set methods (setGlobalControllers
and setTemplateControllers
)
run by the main.js
. Thus, an instance of a class is created and accessible before the document is ready and loaded.
Template controllers are instantiated only if the corresponding style class name is defined for the html
element
in the DOM. If the template controller class is not instantiated, you can still access it statically by
calling Theme.{ClassName}
.
This class is not to be modified! Use other script files to do the magic in you theme!
Accessing controllers
To access a class instance for example in some inline script, fetch it as follows:
var frontpageInstance = Theme.getController("PageFrontpage");
To access a class reference, fetch it as follows:
var commonClass = Theme.Common;
Class references are useful if you need global static methods. For instance, you might create a
static global Vanilla JS query selector under common.js
:
export default class Common { // Select a list of matching elements, context is optional. static $(selector, context = undefined) { return (context || document).querySelectorAll(selector); } }
...and then use it as follows:
let element = Theme.Common.$('.my-element');
docReady
methods
If you manipulate the DOM dynamically and need to rerun all docReady
methods for the current
template (controlled by the current html element classlist), run it with the class method:
Theme.runDocReady();
Alternatively you can run the docReady
for a single controller instance:
Theme.getController('PageFrontpage').docReady();
init
methods
The Theme
class runs a method called init
for all the global scripts, and the currently defined template
scripts after all scripts are instantiated. If you want access other script classes on the class constructor,
they might not be accessible yet due to the require
order. By running your scripts on the init
method all
other script classes are already loaded and instantiated. Here is an example usage:
class PageFrontpage { init() { // I need to acces the sidebar! this.Sidebar = Theme.getController('Sidebar'); // Now we can run stuff before the docReady.. this.Sidebar.frontPageMakesMeDoStuff(); } }
The Common
class
The theme assets include a default common script class called Common
. Use this as the default class for all of your
global methods and properties. For instance, you might handle the main menu in the Common
class.
Do not bloat this class! Do not be afraid to introduce more global controller classes if your script files get too long! What ever you do, D.R.Y!
Useful methods under Common
stop
This static method enables you to safely stop the default event on event listener callbacks. Use it as follows:
function myEventCallback(e) { Theme.Common.stop(e); // Do some other stuff with the event.. }
**$**
This static method wraps the querySelectorAll
function and lets you select a list of matching elements.
To optimize the query add a context element and only query under it.
let elements = Theme.Common.$('.my-element', myParentElementObject);
$1
This static method wraps the querySelector
functions to select a single element from the DOM
.
To optimize the query add a context element and only query under it.
let element = $1('.my-element', myParentElementObject);
Global event listener and data-cmd attributes
Theme class adds global click event listener which you can use by adding data-cmd and data-ctrl attributes
to your html element, where data-ctrl
defines the JavaScript controller class and data-cmd
the method to be called.
<button data-cmd="doSomething" data-ctrl="MyAwesomeController" />
The method receives two parameters. The first parameter is the event, and the second is the actual
element that has the data-cmd
and data-ctrl
attributes.
So in the Class MyAwesomeController
we could have a method like this:
class MyAwesomeController { /** * Set aria-expanded to true when element is clicked. * * @param {object|Event} e The button click event. * @param {object|HTMLElement|jQuery} el The dom object of the element that was clicked. * @return {void} */ doSomething(e, el) { el.setAttribute('aria-expanded', 'true'); } }
External libraries
jQuery
All scripts rely on WordPress enqueueing jQuery as an external library.
WordPress exposes jQuery as a public library under the global context.
To use the $
shorthand, add following to the beginning of your script file:
const $ = jQuery;
Lodash
Lodash is a modern JavaScript utility library delivering modularity, performance & extras. See the documentation for usage guide. To import Lodash, add the following to the beginning of your script file:
import _ from 'lodash';