Add pre-commit hooks

.github/ISSUE_TEMPLATE/team-meeting.md

@@ -1,10 +1,6 @@
----
-name: Team Meeting 📅
-about: A team meeting
-title: 'EBP Team Meeting - {{ MONTH }}'
-labels: meeting
-assignees: ''
----
+______________________________________________________________________
+
+## name: Team Meeting 📅 about: A team meeting title: 'EBP Team Meeting - {{ MONTH }}' labels: meeting assignees: ''
 
 Hello @executablebooks/ebpteam! This is an issue to track the next Executable Books team meeting! Here's some relevant information:
 
@@ -16,11 +12,11 @@ If you'd like to discuss something at the meeting, please add an item to the age
 
 ### Before the meeting
 
-- [ ] Update dates and make sure HackMD information is correct.
-- [ ] Team members add agenda items.
-  
+- \[ \] Update dates and make sure HackMD information is correct.
+- \[ \] Team members add agenda items.
+
 ### After the meeting
 
-- [ ] Turn any follow-ups into issues/comments/etc.
-- [ ] Copy the meeting notes to the docs.
-- [ ] Remove notes and clean up HackMD.
+- \[ \] Turn any follow-ups into issues/comments/etc.
+- \[ \] Copy the meeting notes to the docs.
+- \[ \] Remove notes and clean up HackMD.

.github/workflows/create-meeting-issue.yml

@@ -5,7 +5,7 @@ on:
     # 25th day of the month, so we have a bit of lead time before the next meeting
     - cron: '0 0 25 * *'
   workflow_dispatch:
-    
+
 jobs:
   create-team-issue:
     runs-on: ubuntu-latest
@@ -15,4 +15,4 @@ jobs:
         env:
           GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
         with:
-          filename: .github/ISSUE_TEMPLATE/team-meeting.md
+          filename: .github/ISSUE_TEMPLATE/team-meeting.md

.github/workflows/trigger-docs-build.yml

@@ -6,7 +6,7 @@ on:
     # every day at 1:00
     - cron: '0 1 * * *'
   workflow_dispatch:
-    
+
 
 jobs:
   docs:

.pre-commit-config.yaml

@@ -0,0 +1,27 @@
+# Install pre-commit hooks via
+# pre-commit install
+
+exclude: >
+    (?x)^(
+      \.vscode/settings\.json|
+    )$
+repos:
+
+  - repo: git://github.com/pre-commit/pre-commit-hooks
+    rev: v4.1.0
+    hooks:
+    - id: check-toml
+    - id: check-json
+    - id: check-yaml
+    - id: end-of-file-fixer
+    - id: trailing-whitespace
+
+  - repo: https://github.com/psf/black
+    rev: 22.1.0
+    hooks:
+    - id: black
+
+  - repo: https://github.com/executablebooks/mdformat
+    rev: 0.7.13
+    hooks:
+      - id: mdformat

docs/Makefile

@@ -20,4 +20,4 @@ help:
 	@$(SPHINXBUILD) -M $@ "$(SOURCEDIR)" "$(BUILDDIR)" $(SPHINXOPTS) $(O)
 
 live:
-	sphinx-autobuild . _build/html/ --ignore */contributing.md --ignore */gallery.txt --ignore */team_panels_code.txt
+	sphinx-autobuild . _build/html/ --ignore */contributing.md --ignore */gallery.txt --ignore */team_panels_code.txt

docs/_static/custom.css

@@ -9,4 +9,4 @@ ul.postlist > li > p:first-child {
 
 .landing-grid .sd-card-header {
     background-color: #f3772638;
-}
+}

docs/about.md

@@ -24,20 +24,20 @@ professional computational narratives (books, lecture series, articles, etc.)
 using open source tools. We want users in the scientific, academic,
 and data science communities to be able to do the following:
 
-* **Write their content in either markdown text files, or Jupyter Notebooks**.
+- **Write their content in either markdown text files, or Jupyter Notebooks**.
   These files include rich content - outputs from running code, references
   and cross-references, equations, etc.
-* **Execute content and cache the results**. Intelligent caching means
+- **Execute content and cache the results**. Intelligent caching means
   that only modified code cells are re-run.
-* **Combine cached outputs with content files with a document model**. Using
+- **Combine cached outputs with content files with a document model**. Using
   the excellent [Sphinx](https://www.sphinx-doc.org/en/master/) documentation
   stack, documents can include many features for publishing, such as
   equations, cross-references, and citations.
-* **Build interactive HTML or publication-quality PDF outputs**. Sometimes
+- **Build interactive HTML or publication-quality PDF outputs**. Sometimes
   users wish to create rich and interactive websites, other times they want to
   send a high-quality PDF to a publisher. This system will treat both as
   equal citizens.
-* **Control everything above with a simple command-line interface**. Most
+- **Control everything above with a simple command-line interface**. Most
   users should not have to know anything about Sphinx, caching, etc. A simple
   user interface will hide most of the complexity of this process.
 
@@ -50,28 +50,28 @@ In running this project, we aim to adhere to several principles that we believe
 will result in higher-quality technology that aligns with the core principles
 of the open source community. Here are a few key components:
 
-* **Give equal support to casual users and power users**. Complicating the feature
+- **Give equal support to casual users and power users**. Complicating the feature
   space to support a "power user feature" should be done with great care.
-* **Build modular components that are useful elsewhere**. Rather than building
+- **Build modular components that are useful elsewhere**. Rather than building
   a single vertical stack, find parts of the workflow that naturally separate.
   Create modular tools for these parts so that they may benefit the community
   outside of the context of building interactive books.
-* **Use pre-existing technology where possible**. Rather than re-inventing
+- **Use pre-existing technology where possible**. Rather than re-inventing
   the wheel, make every effort to utilize pre-existing open source tech.
-* **Use pre-existing standards where possible**. In the event that we must
+- **Use pre-existing standards where possible**. In the event that we must
   create new patterns of content creation or tooling, utilize prior art in
   the open source community as much as possible, especially when it comes to
   markup languages.
-* **Contribute improvements upstream**. Where we utilize pre-existing tools,
+- **Contribute improvements upstream**. Where we utilize pre-existing tools,
   contribute improvements to them as we build off of them for this project.
-* **Design for the future**. While we have a bit of funding now, it won't last
+- **Design for the future**. While we have a bit of funding now, it won't last
   forever. This means the technology should be easy for potential developers
   to read, understand, and modify/improve.
-* **Users should not need to know anything about the build system**. If they
+- **Users should not need to know anything about the build system**. If they
   want to dig into the guts of our infrastructure, they can, but knowledge
   of Sphinx, Latex, and so on should not be a requirement. They should only need to
   use a simple tool to control the process.
-* **Don't try to do everything**. Focus our tools on publishing
+- **Don't try to do everything**. Focus our tools on publishing
   computational documents with reasonable choices made for the user.
 
 Browse the rest of this site for more information about what we're working

docs/communication.md

@@ -12,6 +12,7 @@ This is open to anybody, and is a space where people can ask questions and help
 Please feel free to provide support, advice, etc to anybody on this forum.
 
 (comms:issues)=
+
 ## GitHub Issues
 
 For conversations around specific actions, tasks, features, etc, we use GitHub issues in each repository.

docs/conf.py

@@ -189,10 +189,10 @@ def build_gallery(app: Sphinx):
         )
     grid_items = "\n".join(grid_items)
 
-# :column: text-center col-6 col-lg-4
-# :card: +my-2
-# :img-top-cls: w-75 m-auto p-2
-# :body: d-none
+    # :column: text-center col-6 col-lg-4
+    # :card: +my-2
+    # :img-top-cls: w-75 m-auto p-2
+    # :body: d-none
 
     panels = f"""
 ``````{{grid}} 1 2 3 3

docs/feature-vote.md

@@ -1,12 +1,13 @@
 (feature-note)=
+
 # Feature voting board
 
 You can help us to prioritise development of new features by leaving a [👍 reaction](https://github.blog/2016-03-10-add-reactions-to-pull-requests-issues-and-comments/) on the first comment of any `enhancement` issue.
 
-Below is a list of all current enhancement issues from our core repositories,[^a] ordered by 👍
+Below is a list of all current enhancement issues from our core repositories,\[^a\] ordered by 👍
 Click the `+` to see more details.
 
-[^a]: The data in this table is updated every day.
+\[^a\]: The data in this table is updated every day.
 
 <div class="full-width">
 
@@ -16,6 +17,7 @@ Click the `+` to see more details.
 </div>
 
 <!-- DataTables to make the table above look nice -->
+
 <link rel="stylesheet"
     href="https://cdn.datatables.net/1.10.24/css/jquery.dataTables.min.css">
 <script type="text/javascript" src="https://cdn.datatables.net/1.10.24/js/jquery.dataTables.min.js"></script>

docs/gallery.yml

@@ -147,7 +147,7 @@
   image: https://raw.githubusercontent.com/rafneta/CienciaDatosPythonCIDE/master/docs/logo.jpg
   website: https://rafneta.github.io/CienciaDatosPythonCIDE/intro.html
 - name: "Development Data Partnership"
-  repository: 
+  repository:
   image: https://raw.githubusercontent.com/datapartnership/welcome/master/images/logo.png
   website: https://docs.datapartnership.org
 - name: "OpenPifPaf Guide"

docs/index.md

@@ -39,7 +39,6 @@ Learn more about [our project's goals and strategy](about.md), see [a list of co
 :::
 ::::
 
-
 ## Acknowledgements
 
 :::{image} https://pbs.twimg.com/profile_images/1226944724365447169/MzFpwY5P_400x400.png
@@ -50,7 +49,6 @@ Learn more about [our project's goals and strategy](about.md), see [a list of co
 The Executable Books Project is supported by several institutions and members of open source projects.
 In particular, many thanks to the [Sloan Foundation](https://sloan.org) which [provides support for the Executable Books Project](https://sloan.org/grant-detail/9231).
 
-
 ```{toctree}
 :maxdepth: 2
 :caption: Get Involved