[SOLVED] HABPanel sluggish

[ysc (Yannick Schaus)]

@bulletprooffool

have you decided to merge the code yet?

As much as I appreciate the need for a solution and the fact that this one is working for some, my position is still this:

Your setup for a wall mounted tablet

Filtering events & items on the REST & SSE endpoints is something that would indeed be valuable and solve a lot of problems - and IIRC has already been discussed, though I don’t remember where. It goes beyond HABPanel - and kudos to @arctus for this implementation, it shows how open source empowers people - however it might be a little too specific as-is (and it should probably be a core feature, not a binding). The proper way according to the project’s contributing rules woul…

It simply cannot be merged as-is - in an add-on classified as a “HABPanel filter” binding, providing filtering capabilities to members of a hardcoded group and expose it as an alternative API - because it has virtually no chance of getting past a review by the add-ons maintainers:

• First, on a conceptual level, it isn’t the purpose of a binding to provide an extension to the API. Of course it can be reclassified as a “misc” add-on but…
• Second, they will likely say (rightfully) is that what needs to be done instead is to add/extend generic filtering capabilities to the existing API, for example as additional parameters to the rest/events endpoint (currently we’re only able to filter events by topic), then HABPanel and others can be modified to use it.

I have however merged two PRs recently which are supposed to improve the perceived performance, without changing the backend. You can download the .jar from the CI server (or use the latest distro snapshot) and report back if they help a little and more crucially if you see regressions, especially right after switching dashboards.