Allow "unified" widgets.yaml with private options #373
Replies: 2 comments
-
This discussion has been automatically closed due to lack of community interest. |
Beta Was this translation helpful? Give feedback.
0 replies
-
This discussion has been automatically locked since there has not been any recent activity after it was closed. Please open a new discussion for related concerns. See our contributing guidelines for more details. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hey @benphelps et al I was thinking about a way to be able to have info widgets be able to use sensitive data (e.g. URL, username / password) without passing them as query vars and I wondered your thoughts before I try to code it:
key
,url
,username
,password
) and dont pass them as query varsservice-helpers
that returns these sensitive valuesIf you think this could work it might be ideal to release it before the unifi widget (and the glances one if that gets merged) so that users dont have to adjust their yaml files first, but let me know your thoughts.
Edit:
POC: https://github.com/shamoon/homepage/tree/unified-infowidget-settings
getPrivateWidgetOptions
which optionally takes a widget type + index argument and returns... private widget optionsAgain this allows for "unified" widgets.yaml (and multiple instances of a widget without needing
id
or anything), no settings.yaml needed 🎉:Beta Was this translation helpful? Give feedback.
All reactions