### Description
Previously the `now` macro used the current time. This is a bit
confusing for autoloading playlists with dynamic smart blocks, as you
have to think about when autoloading happens. This just makes the
autoload datetime be the show start datetime.
**This is a new feature**:
Yes
**I have updated the documentation to reflect these changes**:
Yes
### Testing Notes
**What I did:**
I started up libretime, created an autoloading playlist with a dynamic
block set for one hour ahead. I then created a show with the autoloading
playlist one hour ahead of now and saw that it autoloaded properly and
that the hour matched the show start hour and not the current hour. I
also verified that the now functionality was not changed when not
autoloading by using the preview tracks button on the dynamic smart
block.
**How you can replicate my testing:**
See `What I did` section.
### **Links**
_Issues links or other related resources. Use the line Closes:
#bug_number to
link a bug in the issue tracker._
### Description
The `now{}` macro for criteria filtering used UTC rather than station
timezone leading to confusing results.
**This is a new feature**:
No
**I have updated the documentation to reflect these changes**:
Yes
### Testing Notes
**What I did:**
I named a track the current date and hour, and used the date macro to
try to select it. It failed, I then implemented this fix and saw that
the track was selected.
**How you can replicate my testing:**
See what I did.
### **Links**
None
### Description
It is useful to be able to automatically filter tracks to a certain date
or day when scheduling tracks for playback. This adds the ability to do
just that in any string filter with the `date{format}` macro.
Closes: #3012
- are not > aren't
- auto-_ > auto _
- avoid backend
- cannot > can't
- do not > don't
- does not > doesn't
- ignore emoji code
- has not > hasn't
- ignore Microsoft.GeneralURL
- is not > isn't
- it is > it's
- no exclamation point
- put code inside code blocks
- put commit sha inside code blocks
- put exception message in code blocks
- remove slang
- should not > shouldn't
- they are > they're
- we are > we're
- will not > won't
* docs: rework files structure
* rewrite documentation entrypoint
* update category files and use yml
* add manuals entry page
* update admin-manual titles and page order
* create releases sections
* move ssl configuration to reverse proxy
* docs: update website vars and links
* update release note codeblock syntax key
* resurect troubleshooting guide
* Update freeipa custom auth documentation
* add notice about the state of the documentation
* update the backup documentation
* tmp: allow to deploy the website for preview
* Don't use require.resolve for plugins
* Update the main page link dest
* update development environment title
* rewrite the install/upgrade/migrate as guides
* update website docs sections links
* Fix urls
* move release note to documentation
* move home links to vars files
* tmp: update deploy url
* add react to tsconfig to handle jsx linting
* fix: replace absolute url to relative path to files
* tmp: allow CI Website dpeloy on working branch
* Update release note title
* use default syntax highlighting theme
* update the troubleshooting guide
* Wording
* use CodeBlock components
* Better prose
* remove api_client config section
* fix prose errors
* update import prefix for vars file
* reroder docs manuals links
* use sentence capitalization for page titles
* Wording
* missing word
* Update note about syslog log file
* wording