Emoncms V10 with sidebar UI has been released to master branch for core and all modules .
Big thanks to @emrys for a lot of hard work getting to this point and @borpin for helping to test
Itās important that core and modules are updated together for full V10 side bar support
Please help us test and report any bugs.
The modules with the following version number have support for V10:
10.0.0-beta
emoncms
2.0.0
app
2.0.0
dashboard
2.0.0
graph
1.0.0
find
1.0.0
demandshaper
2.0.0
postprocess
2.0.0
backup
2.0.0
wifi
2.0.0
config
2.0.0
group
2.0.0
device
2.0.0
sync
1.0.0
remoteacess-client
**
Stable branch users
Stable branch users (emonPi / emonBase / emonSD) will not yet have these changes unless running the following modules: find, deamandshaper, postprocess, group, device, sync, remoteacess-client. These modules do not have a separate stable branch therefore V10 sidebar UI changes have been merged into these modules. This will result in these modules disappearing from the menu if running Emoncms V9.x.x and emonPi update is ran. The modules can still be accessed via the URL. We are aiming to get V10 core released soon which will resolve this issue.
Iām going to say it again, but the Settings cog on the other side to (almost) everything else, and the āsettingsā menu not then appearing as a sidebar, just feels wrong.
On the Dashboard page, I think the āToolboxā cog might be better as a menu item at the bottom of the list of dashboards. Just feels out of the way and easily missed. Perhaps rename to āEdit Dashboardā?
Thatās interesting, what behaviour did you see? Would good to get a screenshot to figure out which file needs its version bumped. It seems to be upgraded ok for me on our test units without a browser cache clear. Only tested on Chrome so far.
Copy server info to clipboard is now in markdown format for the forum which is both human readable and render well in a collapsed form on the forum. A popup notification has been added to notify the user that the content has been copied.
Also the update section is not visible to non emonSD users. Itās only visible if $allow_emonpi_admin = true; is enabled in settings.php.
I disagree, I think update is the main reason a non technical user would visit the admin page for. Even myself I donāt often look much at the server info.
Iām unable to recreate this, could you post some more info regarding your setup?
Browser :- Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36
Language :- en-GB,en-US;q=0.9,en;q=0.8
Window
Size :- 1624 x 898
Screen
Resolution :- 1920 x 1080
DietPi on a VM so nothing particularly special. Viewed in Chrome.
All the update stuff, but it hasnāt moved itās been hidden. The dropdown though is rather obscure. I think an arrow to open up the options should be done and then an option to chose the update route.
Which is not what was wanted. The idea of the new update options is to provide an update route for all types of installations.
Thanks, weāll take a look. Assuming the admin page looks ok after you click ok? Also assuming you have cleared browser cache? The css version has been bumped so this should not be an issue.
One of the main differences I notice is that youāre running lightpd rather than apache, this should not be relevant to this issue though. Interesting that Emoncms does not detect your HW as a Pi, on my system I get a RasPi specific section to the admin page:
True, although not sure weāre quite there yet. Does the updated for you on a non emonSD? Obviously the FW update sectionl not be applicable.
I donāt think this is possible since www users should not be able to edit settings.php? Currently it just displays the log level. We plan to use this feature to edit the emonhub log level
.
. It is on an HP Microserver with Esxi.