Replies: 1 comment 4 replies
-
|
Thanks for raising this and apologies @Jon-dog . I can work on that! When I first started working on this plugin I wasn't writing release notes. As people started using it I thought I should include them with releases, and have been taking the easy route! Now that there is a good number of people using this plugin, I can certainly put more time and effort into the release notes. |
Beta Was this translation helpful? Give feedback.
4 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment

Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I understand writing release notes can be annoying or a struggle, but many LLMs write in an overly positive style. This leads to false expectations/hype and makes changes like "I added a drop shadow/fixed an off by one error" sound like something much grander.
A recent example of this is the "UTC Anchor principle", which is not a real phrase. Release notes are also made longer to read due to the bolded leading phrases: and singular changes/features being mentioned multiple times, but slightly differently.
I want to be able to understand what has been fixed or added that actually matters and is worded in a way that connects to the reality of the plugin, not something an AI cooked up.
Edit: this change isn't even real
"The settings UI now documents all 40+ available template variables for easy reference."
The UI only shows 12

Beta Was this translation helpful? Give feedback.
All reactions