su-sws/stanford_person

Stanford Module Example

9.0.0 2022-07-21 17:24 UTC

Requires

• drupal/allowed_formats: ^1.2
• drupal/auto_entitylabel: ^3.0
• drupal/config_pages: ^2.7
• drupal/ctools: ^3.4
• drupal/default_content: ^2.0
• drupal/field_encrypt: ^3.0
• drupal/field_group: ^3.0
• drupal/layout_builder_restrictions: ^2.7
• drupal/menu_block: ^1.6
• drupal/page_manager: ^4.0
• drupal/paragraphs: ^1.11
• drupal/pathauto: ^1.8
• drupal/real_aes: ^2.3
• drupal/shs: ^2.0@RC
• drupal/taxonomy_menu: dev-3.x
• drupal/view_unpublished: ^1.0
• drupal/views_block_filter_block: ^1.0
• drupal/views_contextual_filters_or: ^1.1
• drupal/views_infinite_scroll: ^2.0
• sainsburys/guzzle-oauth2-plugin: ^3.0
• su-sws/drupal-patches: ^8.0
• su-sws/jumpstart_ui: ^8.1
• su-sws/stanford_migrate: ^8.2
• su-sws/stanford_text_editor: ^8.1

GPL-2.0-or-later

README

Version: 8.x-1.x

Maintainers: Mike Decker, sherakama

Changelog: Changelog.md

Description

Stanford person content type and supporting views.

Accessibility

Evaluation Date: 2020-02-05 This module conforms to level AA WCAG 2.0 standards as required by the university's accessibility policy. For more information on the policy please visit: https://ucomm.stanford.edu/policies/accessibility-policy.html.

Installation

Install this module like any other module. See Drupal Documentation

Configuration

Nothing special needed.

Troubleshooting

If you are experiencing issues with this module try posting an issue on the GitHub issues page.

Developer

If you wish to develop on this module you will most likely need to compile some new css. Please use the sass structure provided and compile with the sass compiler packaged in this module. To install:

nvm use
npm install
npm run build
    or
npm run publish

Contribution / Collaboration

You are welcome to contribute functionality, bug fixes, or documentation to this module. If you would like to suggest a fix or new functionality you may add a new issue to the GitHub issue queue or you may fork this repository and submit a pull request. For more help please see GitHub's article on fork, branch, and pull requests

Releases

Steps to build a new release:

• Checkout the latest commit from the 8.x-1.x branch.
• Create a new branch for the release.
• Commit any necessary changes to the release branch.
  • These may include, but are not necessarily limited to:
  • Update the version in any info.yml files, including in any submodules.
  • Update the CHANGELOG to reflect the changes made in the new release.
• Make a PR to merge your release branch into master
• Give the PR a semver-compliant label, e.g., (patch, minor, major). This may happen automatically via Github actions (if a labeler action is configured).
• When the PR is merged to master, a new tag will be created automatically, bumping the version by the semver label.
• The github action is built from: semver-release-action, and further documentation is available there.