-
Notifications
You must be signed in to change notification settings - Fork 782
Basic UI: value format lost on update #640
Comments
@resetnow Have you seen this one? |
This is a known bug. Element values are updated through AJAX requests and Server-Side Events (SSE). As of now, these events do not provide any information about formatting or visibility of the widgets. This is most likely going to change in the future when sitemap-related event support is implemented. It also applies to a problem when widget's visibility is not updated until the whole page is reloaded. |
Right, so we should think about adding specific events for widget changes, which the Basic UI should then pick up. |
Really no chance to fix this annoying issue ? |
There clearly is a chance (see #674), we are merely lacking people who invest time to implement such features... |
Also not working:
That what's inside of the string item: Displaying 2 Values in one string. Working finde with OH-App on iPhone, but not in designer or basic ui |
@foxytocin this is probably a separate issue, could you please create one? |
Also, I have tried to do something with this issue and I need to ask somebody (@kaikreuzer ?) whether or not my approach is acceptable.
|
Thanks @resetnow for spending your thoughts on that - I meant to implement it already all the time, but also noticed that it isn't as straight forward as initially thought and hence I never found the time yet to do it properly. Your approach is in-line with my initial thoughts, yes. The problem that I am seeing here is that this would result in a terrible huge number of widget events (both on the OSGi event bus + through SSE). I therefore think that we need some logic to only create&send those events, if they are really needed. |
+1 for resolving this. This is a showstopper for me actually migrating to OH2 |
Just for the record, I tried to implement sitemap events the way I have described it earlier and it turned out to be a horrible mess of hashmaps, sets and workarounds so I abandoned it. I think I just don't know the internal architecture of ESH well enough to implement a more efficient solution which will not lookup the widgets by the item name every time some event happens (e7fe038, c368344) |
+1 for getting this resolved sometime. I'm just getting OpenHAB working and I stumbled upon this annoying bug within the first day of creating a small sitemap with the current date/time being displayed. |
I agree. Will try to come up with some suggestion in the next two weeks and implement the server side, so that @resetnow can finally get that done in the UI. |
@resetnow I have spent some thoughts on this and would like to have your feedback before going to implement anything. My assumptions are:
If this is correct, my suggestion would be to:
I should be able to implement the server side for such a behavior. If this meets your requirements, that would be perfect. I hope I do not miss anything relevant... |
@kaikreuzer Yes, this will decrease the traffic on the SSE connection and
shouldn't be hard to implement client-side.
I assume this change would also introduce widget-related SSE events?
|
Yes, that's the idea - to send widget events that contain the same information about the widget as you get when requesting a complete page. |
FTR: I have started some implementation in my fork, see kaikreuzer@c2af196. |
FYI this will make it much easier to get the android client using sse as well |
Right, I am designing it in a way that it is also consumable by the native (also iOS) clients which use merely the REST API (and thus we can get rid of the long-polling-fake solution for sitemap refreshs). |
migrated from Bugzilla #483466
status NEW severity normal in component UI for ---
Reported in version 0.8.0 on platform All
Assigned to: Project Inbox
On 2015-12-02 07:07:05 -0500, Markus Rathgeb wrote:
The text was updated successfully, but these errors were encountered: