I want to include some examples and additional text regarding widget components like oh-context.
I followed the link on the existing documentation page to this link:
Fair enough, don’t worry. This documentation of widgets is actually directly generated from the code to match the properties of the widgets to the code and I agree this is only suited to Developers. If you want to provide examples you can always write tutorials or @rlkoshak might have a better idea where this could be a good fit in the documentation?
<!-- Note: you can overwrite the definition-provided description and add your own intro/additional sections instead -->
<!-- DO NOT REMOVE the following comments if you intend to keep the definition-provided description -->
<!-- GENERATED componentDescription -->
Non-rendered component with functions, constants, and scoped variables for widgets
<!-- GENERATED /componentDescription -->
To add something to the description, put it below the last comment.
…well unless, you know, ‘anyone else’ made the thing
You can just ask me for these things, it’s not like I disappeared!
So it’s not perfect, but the point was to have some templates with some dynamic/don’t-touch parts and some other parts that you could simply modify in Markdown.
When you edit these files you can’t edit anything between
no, you can’t do that. It will be overwritten the next time you run the script… which should be ideally run on every build by the build server. Running it from time to time only goes so far.
But anything outside these “GENERATED” comments you can alter and in fact add images, like screenshots, for example:
This was more meant about those who already were in this thread, I did not expect you to join just after me answering here
I wrote that you need to stay outside of the GENERATED comments:
This is something I am still thinking about how to do that, as the changes somehow need to be committed — with https://github.com/openhab/openhab-webui/pull/2830 GHA will verify that there are no modified files by the build, so we could make the build update the component docs and if there are changes, the build will fail and one is forced to update the component docs locally and commit them. WDYT?