Today i worked with the new UI that looks very nice. I created a group structure and started to add things and items to have a basic setup to try the new pages feature.
While editing i found the following topics:
It is not possible to change the name of an entity. If there is a typo, you have delete the entity and start over
I am missing a duplicate entity button - Yes i know i can do that with the REST api, but using an editor i am able to use copy & paste. So i am missing that feature
I do not understand the edit button concept. Sometimes i need to click on āEditā some times not. What is the logic behind that?
When i setup the model the system iterates every time downward. Typically i would work on the same level first and then go down. Example: Created a living room on the groundfloor, next step would be creating a kitchen on the gound floor and than a bathroom. Currently the editor stay on living room and if i press addlocation than a location in the living room is created. Is it only me who has this workstyle?
Thats enough for today in general it works fine, but i am not sure if i will move from config files over to ui based configuration
I was talking about the topology. If you named the entity wrong, you need to delete and recreate it. Only workaround I can imagine ist to stop openhab and fix the typo in the databaseā¦ It should be editable as nowadays.
Where did you find it in PaperUI, I only see the possibility to change the label and some config parameters. This can be done in MainUI as well. Wenn entering edit mode for an entity, the label field is editable.
You are right. The big difference ist within the textual configuration you just change the name and save the file and the rest is done by the system. In UI configuration i have to delete the entity with all the other values and create it from scratch. This is the name, the label, the icon, group assignments, ā¦ this could be a lot of things
Setting persistences strategies in the UI is still not supported, but in OH3 persistence is way easier if you donāt have specific needs because most of it is handled for you - namely RRD4j is installed by default with a comprehensive default strategy - so for compatible items (Numbers, Switches and some others) you get persistence without doing anything. If you need to override it or define your own, of course you still are able to.
About changing JSON DB entity names: itās not that trivial, but I suppose it could be done, as well as other entities, normally you donāt change their IDs, thatās asking for trouble but if you have to maybe there could be some logic to delete & recreate. Itās not high on the backlog though.
Currently the UI instructs you do to it yourself in most cases:
Thought so, like I tried to explained above.
There was a misunderstanding leading me to that question, but it is clear now that there is no difference between PaperUI and MainUI.