I was wondering if the 'sort order' could be changed to newest at the top. It would save scrolling down to see the latest values. My UIBUILDER skills have not developed far enough yet to be able to do this myself!
Do you mean the topics with most recent data should be moved to the top? The problem is that if you had 100 messages coming in every second (or even 1000) if would be forever jumping about.
Yup ![]()
It doesn't reproduce anywhere near what the real Explorer does - yet.
There are quite a few issues to consider - for example, I'm not sure why the MQTT Explorer app seems to be able to cope with a very large amount of accumulated data whereas the browser seems more sensitive.
At the moment it is not much more than a proof of concept.
I'm open to suggestions of course. ![]()
I think I've already fixed that in my dev version.
Totally agree there. But not yet the highest priority.
Interesting thought, not sure how easy that will be, but should be possible.
Yes, that's true. At present, things are added (to the bottom) but by level. Trying to sort by the bottom up instead might be quite a task. Something to consider though.
Are the sources available in a git repository so that to get your latest version one can just execute a git pull command?
Ah, great question Colin! As of this moment, they are not. However, I will use UIBUILDER's external template feature and create a suitable repo. Then folk will be able to simply re-apply the template to update to the latest version.
Please note however, that an issue has been reported to me that this may require git to be locally installed. That should not be the case but I think something is off with my use of degit. Anyway, you don't need to pull it yourself since UIBUILDER will do the update for you. Of course, you can clone to a local folder if you only want the front-end code. As always with UIBUILDER, the choices are yours. ![]()
Anyway, I'll update in this thread when that is done.
And here we go:
I will update this from time-to-time, I've used the date for the version number so that you can check if there is an update. But please make use of GitHub's "Watch" feature to keep track.
Urm, unexpectedly and thanks to the inclusion of Claude Opus 4.5 in VSCode/GitHut Copilot, I've now also uploaded a complete rewrite!
Version 2025-11-28-a should cater for 10's of thousands of topics, each with 10 historic values! Far better than the previous version. In fact, Copilot tells me that it should be able to deal with over 100,000 topics!
I will leave it running now to see how it copes.
There is also a CHANGELOG file so you can see what is changing as I go along.
Oops, just blew up Node-RED!
Seems that my dev PC really doesn't want to handle 200k MQTT messages PER SECOND! Who would have guessed! ![]()
Maybe I should add in an option to let the browser go direct to MQTT instead?
