Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • When starting work on a new bug or request, create a child page under the 🐛 Bug Documentation or 🛠️ Requested Updates/Development Documentation “parent” pages. In the new page, select the correct template and fill in the table at the top. Continue to add notes and other documentation underneath the table.

    • Both the Request Documentation and Bug Documentation templates have built-in tags and page properties that drive the tables on each “parent” page.

    • Make sure to “publish” the page and don’t leave it as a draft, as it will not appear in the table.

  • in order to update a page that was created before 2/22/2024

    • Open one of the pages that already has the page properties embedded and copy the table

    • open the page you want to fix in edit mode

    • at the top (or somewhere, technically doesn't happen to be at the top) type /page properties to get the widget thing

    • paste the table into the widget [note that depending on what you get when you copy the table, you may be able to paste the page properties widget itself and skip these two steps].

    • edit the table column with that project's details, but don't change the left-hand column (that's where the headers for the summary macro come from)

    • save/publish the new version of the page

    • add a label to the page for either slate-bug or slate-request

      image-20240312-150349.png

The third type of ‘work to be done’ pages are the Cycle Prep. Currently there are no templates for this, but that could always change!

Labels

In addition to the -bug and -request labels mentioned above:

...