managing_users
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionLast revisionBoth sides next revision | ||
managing_users [2021/07/21 09:30] – [Admin role] emozolyak | managing_users [2023/04/25 13:30] – [Attaching roles to users] emozolyak | ||
---|---|---|---|
Line 1: | Line 1: | ||
+ | {{ network: | ||
====== Managing users ====== | ====== Managing users ====== | ||
Line 5: | Line 6: | ||
In WebHMI, there is a mechanism for managing users and their roles. The roles give or forbid access to certain project parts, while the users are binded to these roles. | In WebHMI, there is a mechanism for managing users and their roles. The roles give or forbid access to certain project parts, while the users are binded to these roles. | ||
- | {{ :: | + | {{ network: |
+ | |||
+ | You can access the user setup from pop-up menu (for 3.6 and higer fw) | ||
+ | {{ network: | ||
+ | |||
+ | Or from the side menu (for 3.5 and lowe fw) | ||
+ | |||
+ | {{ network: | ||
===== Managing roles ===== | ===== Managing roles ===== | ||
Line 11: | Line 20: | ||
On a new device, there are 3 roles configured by default: | On a new device, there are 3 roles configured by default: | ||
- | {{ :: | + | {{ network: |
=== Admin role === | === Admin role === | ||
- | Can perform any actions in the project. This role with id = 1 can not be deleted from the project and only one property can be changed - the Title. | + | Can perform any actions in the project. |
+ | <wrap em> | ||
+ | |||
+ | {{ network: | ||
+ | |||
+ | === Other roles === | ||
+ | |||
+ | The non-admin roles (id <> 1) can be freely configured. In the scratch new project there are 2 pre-configured roles for your convenience. | ||
+ | |||
+ | ***Operator** - can navigate most of the project and change values on the dashboards | ||
+ | ***Read-only user** - can only view the project (can't change anything) | ||
+ | |||
+ | == Role configuratin page == | ||
+ | |||
+ | {{ network: | ||
+ | |||
+ | ===== Managing users ===== | ||
+ | <wrap em> As in case with the roles, there is a static " | ||
+ | |||
+ | {{ network: | ||
+ | Admin can add as many roles and users as needed in your project. | ||
+ | |||
+ | ==== Attaching roles to users ==== | ||
+ | |||
+ | When editing user properties, the roles which users use are in the list's top: | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | The other optoins will be described further: | ||
+ | |||
+ | === Screencast mode === | ||
+ | |||
+ | In this mode, the page which is the logged in user will see, can be set via the URL link written to dedicated register in the system. More on this in this [[screencast|article]] | ||
+ | |||
+ | === Disable menu use === | ||
+ | The user won't be able to access the side bar and setup menu neither via hot key (~) nor via interface navigation elements. You should provide link to the necessary project parts right in your project. | ||
+ | |||
+ | === Use server time === | ||
+ | The pages WebHMI' | ||
+ | |||
+ | === Add Registers to the side menu === | ||
+ | The // | ||
+ | |||
+ | === Home page === | ||
+ | |||
+ | This is a page user land when he logs in. Please check the user's role allows the user to access this page, otherwise he won't be able to enter. | ||
+ | |||
+ | === Auto close unattended user session === | ||
+ | When working in a “multitasking” mode, most users open and leave “for ever” a lot of open tabs at the same time – this is more practical than constantly opening and closing the same tab. They are often opened from different devices. However, the system continues to exchange data with the browser, even if the user does not look at the page for several days. This subtle “trickle” can become a “stream” in a multiuser system, and also create unnecessary load on the system. | ||
+ | |||
+ | Now, in the user settings, you can set an idle timeout after which the exchange of data with the page will automatically stop and resume after the page is refreshed. | ||
+ | |||
+ | {{ network: | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
- | {{ :: | ||
- | ***Operator** - can use the ready project to change the values on the dashboard and access only to allowed pages of the project | ||
- | ***Read-only user** - can only view the project running | ||
- | Admin can add as many roles and users as needed. Users management page is located at **Configuration-> | ||
- | {{setup_users_new.png? | + | ===== Guest user ===== |
+ | In some cases, you may want to avoid users using keyboard for entering the WebHMI: | ||
+ | * The project is indended for automatic event driven user interface change, when the user interacts with the touch panel or monitor without input devices like keyboard or mouse, and the only thing he can do is to press some button on the screen | ||
+ | * you want to quickly create a "Read only" users and share your project for demonstration to everyone | ||
+ | * other similar scenarios | ||
+ | {{ network: | ||
- | The user can specify a name, a password and a home page: | + | Then, the login page for the users will look like: |
- | {{ edit_user.png? | + | {{ network: |
- | For each role, you can add permissions | + | Click //Login into system// |
- | {{edit_role_all.png? | ||
managing_users.txt · Last modified: 2024/09/25 14:23 by emozolyak