Skip to content

Latest commit

 

History

History
120 lines (84 loc) · 4.05 KB

README.md

File metadata and controls

120 lines (84 loc) · 4.05 KB

Broadcast messages for the Rubin Science Platform

This repository contains the content source for broadcast messages of all RSP environments managed by Phalanx. A broadcast is a message that appears to all RSP users, and may be visible to anonymous users on the RSP's homepage (Squareone) as well. These broadcasts are the content seen in the red ribbon at the top of the home page, for instance.

Broadcasts are individual Markdown files in the broadcasts/ directory. Once you commit or merge to the default branch (main), broadcasts are refreshed automatically in each RSP environment through the Semaphore service.

Writing broadcast messages, if you're in a hurry

The canonical resource for learning how to write and schedule broadcast messages is the Semaphore documentation. This section provides a primer for writing messages and controlling their visibility in RSP environments.

Each broadcast is a .md file in the broadcasts directory

A basic broadcast markdown file looks like this:

---
enabled: true
---

The summary line, **markdown formatted**, should ideally be a sentence or two.

The markdown body is for additional content and can include multiple
paragraphs, links, lists, code blocks, images (externally-sourced), you name
it. Any [GitHub-flavoured markdown content](https://github.github.com/gfm/) is
allowed.

This content is only shown when a user interacts with a message by tapping on
"Show more" or the equivalent button.

The summary is automatically pulled from the body's first paragraph, however can also be defined in the metadata like so:

---
summary: The summary line, **markdown formatted**, should ideally be a sentence or two.
enabled: true
---

The markdown body is for...

The body (content outside the --- fences) is required to form a summary unless said summary is explicitly defined in the metadata.

Essentially, all posts require a summary, but that summary can be defined in either the body's first paragraph or the summary tag in the metadata.

Note that leaving the metadata empty will result in an error.

Both summary and body are formatted as GitHub-flavoured Markdown.

Target RSP environments with the env front-matter field

Without an env field, the message may be sourced by all RSP environments!

To target a single environment, set its Phalanx environment name in the env field:

---
summary: The markdown-formatted broadcast message.
env: idfprod
---

To target multiple environments, make env an array instead:

---
summary: The markdown-formatted broadcast message.
env:
  - idfprod
  - stable
---

The Phalanx README includes a list of environment names.

Turn a message off, regardless of other scheduling

To "hide" a broadcast that is currently visible, or is scheduled to become visible, you have two options:

  1. Delete the message's file (git rm and commit). This is useful if you're confident you won't need that message in the future.

  2. Toggle the message off by adding enabled: false to the message's front-matter. This is useful for temporarily disabling a message.

This is a disabled message:

---
summary: This message is disabled.
enabled: false
---

To re-enable the message (which is also the default):

---
summary: This message is disabled.
enabled: true
---

Information messages (category)

By default, messages are in the maintenance category to tell users about system stability issues. For informational messages, such as announcements or calls-to-action, you can instead, create an "info" message by setting category: info in the front-matter:

---
summary: This is an informational message.
category: info
---

In Squareone, informational message are displayed in Rubin teal; maintenance messages in red.