egeoffrey-gui 1.3 development

[user2684]

[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-08-24 09:35:28]

Development of an updated version of egeoffrey-gui is in progress. @eporocrail since there are many of your requests already implemented, would be nice if you can give it a try. To do so, just stop, uninstall egeoffrey-gui, run sudo egeoffrey-cli install egeoffrey-gui:development. There is full compatibility between the previous version and this version so you can go back at any time by uninstalling and installing without the :development tag.
What have been implemented so far:

• Brand new menu structure for system entries. Any interactive widget has been moved out of the old Welcome page. There is now a group which includes a getting started page (sort of introduction), notifications which now includes the summary which was previously in welcome, chatbot, incoming feed of data which was previously in welcome. At least to me it looks more clear now and key functionalities like the chatbot now have more visibility
• Almost all pages under House and eGeoffrey have now a short description on top and a link to the documentation. Should help new users in orientating
• What was called "section" in the menu has been rephrased as "folder" which sounds a bit more clear I believe
• The menu entry House/Settings has been renamed into "Setup" to give the idea it should be a one-time configuration
• Users/Groups have been moved out of the old "Settings" and now has a dedicated entry under "House"
• Added new entries under "House" for Pages and Menu for managing the web interface layout. Removed "Edit Menu" and "New Page" buttons since menu and page management is supposed to take place in the new editors now
• Added ability to rename sensors (requires egeoffrey-controller v1.3 to also rename the sensor into the database), rules, pages, menu items
• Wherever an icon is to be selected, a searchable dropdown showing a preview of all the icons is presented
• Wherever a colour is to be selected, a dropdown is presented
• When a widget has no title (empty or just a space), the entire blue box is not shown
• Decreased widgets padding so more text can fit in the widget
• When adding a user, the icon is no more mandatory
• Rephrased sensor action labels
• For Input widget, if the backend sensor is configured with float two decimals, a double decimal is shown
• For Status widget, it is now possible to customize both ON/OFF colours, icons and text
• For Input widget, it is now possible to configure an allowed range of values

There a still a few things I need to implement to finalize this version but at least gives some time to collect feedback and test.
Thanks!

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-08-24 09:43:59]

@user2684
You indeed have been very busy!
I start with having a look around in this new version. I am very curious.

[user2684]

[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-08-24 14:05:31]

Forgot to mention, I've also added a "Clone" action wherever possible so to facilitate the user in duplicating a sensor/rule/page. Will be also useful for whenever the examples will not be mixed with user-defined content (still working on this) to allow cloning contents and customizing.

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-08-24 14:34:41]

@user2684

Love the "clone" possibility.
The GUI is MUCH better than the earlier version. It shows itself much more structured.

Some results:

As you can see "When a widget has no title (empty or just a space), the entire box is not shown." works only when a space is put in the "name" field. Just leaving it empty leads to "undefined".

For "input" the range is working correctly. Also float with two figures after comma is OK.
The "status" widget is very nice as can be seen. Reacts on "1" for "OPS" and "0" for "TEST".

Icons and colours picked from pull-down menu.

The search function in the icons pull-down is working excellent.

Also the little bit of explanation on top of the different pages with the link to the corresponding place in the documentation is very helpful.

I suppose you will adapt the text about the menu in the documentation.

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-08-24 15:54:11]

@user2684

Maybe for the "menu" icon the "sitemap"?

[user2684]

[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-08-25 08:22:57]

As you can see "When a widget has no title (empty or just a space), the entire box is not shown." works only when a space is put in the "name" field. Just leaving it empty leads to "undefined".

Good finding, I will fix it. And thanks for the other feedbacks!

I suppose you will adapt the text about the menu in the documentation.

Yes, once finalized I will update the documentation accordingly

Maybe for the "menu" icon the "sitemap"?

Makes sense!

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-08-25 10:41:23]

@user2684

For Status widget, it is now possible to customize both ON/OFF colours, icons and text

Would it be possible to do the same with the "Control an on/off switch" widget, being the "counterpart" of the status widget.

[user2684]

[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-08-26 18:31:55]

@eporocrail thanks for the feedbacks so far!

Would it be possible to do the same with the "Control an on/off switch" widget, being the "counterpart" of the status widget.

Makes sense, reopening egeoffrey/egeoffrey-gui#60

Also, with a sudo egeoffrey-cli update egeoffrey-gui you should get the latest dev build with the following updates:

1. Completely redesigned the login workflow(*)
2. Added contextual help in the login form (blue question marks)
3. Removed checkbox for live feed in the top-right toolbar (moved in the gui configuration)
4. When editing/saving a page/menu a waiting popup is shown until the page is fully loaded (no more the old page showing up with the user sitting and waiting a few seconds)
5. Fixed the menu not updating after editing it
6. Fixed when elapsed timestamp is from another sensor that was not updated when that sensor is updated
7. Fixed current page not loaded upon refresh for guest users
8. Added new gui settings for keeping the sidebar collapsed for full-width pages and for Live Feed to show notifications for every new measure coming from sensors

(*): there were too many glitches with the login process especially when connecting to the cloud gateway due to too short timeouts with a higher response time. For the user the change is not very visible but most of the code has changed so there may be bugs even if I tried to test all the scenarios. The login screen is also providing now feedbacks while logging in so the user knows what is doing and what fails. Also added an additional check to ensure the backend is responding and fully ready.

 ![](https://avatars.githubusercontent.com/u/8075171?v=4 "user2684") [user2684](https://github.com/user2684) created this issue  in [egeoffrey/egeoffrey-gui](//github.com/egeoffrey/egeoffrey-gui)  ###  closed [Allow customizing the colours of the Status/Control widget](https://github.com/egeoffrey/egeoffrey-gui/issues/60) #60

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-08-27 08:06:27]

@user2684

I have version: egeoffrey-gui v1.3-5 (development)

I can not access my system via the gateway. An empty house is presented.

Collapsing the GUI has as a result that the widgets just get wider. No working space is gained.

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-08-27 09:19:48]

@user2684

I have been trying several ways to login.
Via cloud.egeoffrey.com I only get a new empty house.

After logging in into the local system and then from there going to the gateway is working.

One thing is still somewhere around. Upon successful login the window reports an error getting access. But access is granted. This is not something new. I had it earlier.

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-08-27 09:26:37]

@user2684

When I get access to the system via the gateway, I can not move away from the webpage where I am. Navigation has no effect.

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-08-27 09:28:48]

@user2684
Switching back via the pull-down on top of the page is working. Then I go back to the local version. Navigation is working again.

[user2684]

[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-08-27 09:33:11]

I'm kind of struggling in reproducing what you are experiencing apart from "Upon successful login the window reports an error getting access. But access is granted. This is not something new. I had it earlier." which I noticed as well.
Is everything working back again now? If not, anything relevant in the browser's console logs?

Thanks!

[user2684]

[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-08-27 09:35:20]

@eporocrail said in egeoffrey-gui 1.3 development:

Via cloud.egeoffrey.com I only get a new empty house.

please note cloud.egeoffrey.com has not been updated with the new GUI, it will once out of the development and testing phase

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-08-27 09:38:26]

@user2684
In the console nothing moves after connecting to the gateway.

Not able to navigate.

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-08-27 09:41:01]

@user2684
tried to go to the logs. "you are not authorized to access this page". Not much but it is a reaction.

[user2684]

[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-09-07 14:22:20]

@eporocrail said in egeoffrey-gui 1.3 development:

I am afraid some work is still to be done. I deleted one widget to replace it by a new one. The "loading" thing popped-up and stayed there. I hat to close the browser. The solution was to delete the widget and than first save the page.

Just want to be sure you did clean your browser's cache after upgrading to v1.3-9 (development) since we have already seen some weird behaviours like this one I could not reproduce. I tried editing an existing widget, changing type but worked for me. Doesn't mean is perfect but want to esclude the obvious

Adding a sensor is not working. After adding and the saving message there is no new sensor. Closing web browser and opening again same result. Nothing there. Had a few times message unable to connect to back-end. Close web browser and opening solved this.

This hasn't changed at all so should continue to work. Unable to connect to the backend makes me think some sort of connection issue which is also impacting your new sensor from being saved. Anything in the logs?

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-09-07 14:35:43]

@user2684

I did the update again. Checked eGeoffrey status. All OK.
Cleared browser history.

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-09-07 15:11:35]

@user2684

I did a reboot although eGeoffrey was up and running.
Now the connection with the back-end is apparently there. Log-in without problem.

Adding a widget on a page is not working. The "loading" message is there and stays there.

Adding a sensor is now working.

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-09-07 15:17:45]

@user2684
BTW I had the opportunity to test the remote access from abroad. It is working.

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-09-07 15:27:21]

@user2684

After a refresh of the web browser I have to log-in again.

[user2684]

[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-09-07 15:54:32]

@eporocrail said in egeoffrey-gui 1.3 development:

Adding a widget on a page is not working. The "loading" message is there and stays there.

Ok, I was able to reproduce it and fixed with v1.3-10. Let me know if working there as well and thanks for your patience

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-09-07 16:22:24]

@user2684

To edit a widget the edit button needs to be clicked multiple times.

The sensors in the pull-down menu are not sorted. One needs to scroll through the menu.

The old "Icon" field and related "colour" of the Control on/off widget can be taken out. The new fields are working OK. The colour selection is OK.

When a space is contained in the text of an icon of the control widget, only the first part of the text is displayed. For the status widget this is not the case.

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-09-07 16:34:44]

@user2684
A colour needs to be selected. Leaving empty is not ok.

[user2684]

[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-09-09 14:28:05]

@eporocrail said in egeoffrey-gui 1.3 development:

To edit a widget the edit button needs to be clicked multiple times.

Actually it just takes a while for the wizard to show up if click once. I couldn't find a way to speed this up unfortunately. If still an acceptable experience from your point of view I'd keep it as it is for now. Probably in the long term this selection has to be taken away from there (leaving an input box and a sort of browse button the user can optionally use) since pretty heavy for the browser when you have 100+ sensors.

The sensors in the pull-down menu are not sorted. One needs to scroll through the menu.

Agree, but this would be difficult to fix since I receive the sensors' configuration one by one and I'd need to redo the page at every new item to have this sorted. We need to rely on the search box.

The old "Icon" field and related "colour" of the Control on/off widget can be taken out.

I was planning to keep them in both for backward compatibility and also because a user could opt for the old behaviour of the widget (static color and icon) and optionally go with the new one. Just to leave two options available if this is not too much confusing

When a space is contained in the text of an icon of the control widget, only the first part of the text is displayed. For the status widget this is not the case.

You mean a space in "Text when ON" or "Text when OFF"?

A colour needs to be selected. Leaving empty is not ok.

I couldn't reproduce this one. I tried adding a control widget without setting up a color and it shows up blue as expected. How did you get that orange?

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-09-09 14:44:17]

@user2684

Behavioural issues ok. Understood.

Colour: "Colour when ON(default: green) is not working.

Here a colour has to deselected.

It looks like the colour of the normal icon is used when fields are left empty. (no statement about default colour here)
If this is the case maybe good to take the statement about default colour when left empty out at the lower two icons.

I got orange just by selection.

Looking at my screenshot under system or under living there are a status widget and a control on/off widget.
All four text inputs in the widget read "Un armed". The status widgets do display this correctly. Both control on/off widgets only display "UN" instead of "UN armed"

[user2684]

[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-09-09 15:52:38]

Oh, I get it now thanks. Yes, the label is wrong copied and pasted from the status widget, here should not mention a default color or default icon. Defaults are color and icon set previously. If someone is willing to customize color/icon for on and/or off, can do it. I'll fix it soon.

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-09-09 15:55:30]

@user2684

And what about the space breaking the display of the text in the control on/of widget?

[user2684]

[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-09-09 17:15:50]

@eporocrail

And what about the space breaking the display of the text in the control on/of widget?

Looks like something related to the third party library I'm using for the switch, when the text is too long and there is a space in between, the text is cut by design. Possible workaround could be to make the text multiline: try with UN<br>armed as text, this would make the second part of the string moving to a new line and you should see the full text (even if the button would result bigger)

[user2684]

[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-09-09 18:38:14]

@user2684

It works like you say.
Just for your info: with the control on/off widget both "UN" and "armed" are centered.
When I do the same with the status widget "UN" and "armed" are both left aligned.

[user2684]

[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-09-10 09:25:46]

Ok cool, I think with this it is now good enough to be out of development. Yes, justification may be different since the two widgets are based on different paradigms. Thanks a lot!