You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The same problem exists for plugins that do not follow the naming convention and start with a non-captial letter: serialSender, enocean, openHAB, openBCI, p2_parser.
I suggest to rename the help files for those plugins (or to refactor the plugin name in bundle descriptors and source files - but it should be verified that this does not cause problems with existing models)
Alternatively, we could save the link, to the documentation, in the component collection in a dedicated entry. I think this way, the procedure is more robust (less error-prone) and not that susceptible to changes.
This would be the easiest solution indeed, but unfortunately, we don't have access to the webserver. In order for that we would have to move the hosting to another server, e.g. ionos.
Activity
sabicalija commentedon Jun 7, 2019
Great suggestions! Thanks a lot.
Alternatively, we could save the link, to the documentation, in the component collection in a dedicated entry. I think this way, the procedure is more robust (less error-prone) and not that susceptible to changes.
* Fixes #320 and loads component collection of ARE by default
Commited Fixes #320 again, did not worn on other machine
deinhofer commentedon Mar 16, 2021
The fix works for most of the incosistent plugin names mentioned above, but there are two who still don't work:
Maybe there are still others. So I think in this case the simplest solution would really be to rename the help filename in the docs folder
klues commentedon Mar 17, 2021
Yeah, why not 👍
Maybe this is even easier: https://stackoverflow.com/a/14814577/9219743
deinhofer commentedon Apr 26, 2021
This would be the easiest solution indeed, but unfortunately, we don't have access to the webserver. In order for that we would have to move the hosting to another server, e.g. ionos.