User Tools

Site Tools


managing_users

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
managing_users [2021/11/02 09:11] – [Guest user] emozolyakmanaging_users [2023/04/25 13:30] (current) – [Attaching roles to users] emozolyak
Line 1: Line 1:
-{{  :menu-icon-users.png?nolink&60}}+{{  network:menu-icon-users.png?nolink&60}}
 ====== Managing users ====== ====== Managing users ======
  
Line 6: 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.
-{{ ::user_roles.png?direct&600 |}}+{{ network:user_roles.png?direct&600 |}}
  
 You can access the user setup from pop-up menu (for 3.6 and higer fw) You can access the user setup from pop-up menu (for 3.6 and higer fw)
-{{ :setup_menu_newest_users_entry.png?nolink |}}+{{ network:setup_menu_newest_users_entry.png?nolink |}}
  
 Or from the side menu (for 3.5 and lowe fw) Or from the side menu (for 3.5 and lowe fw)
  
-{{ ::setup_users_new.png?direct&800 }}+{{ network:setup_users_new.png?direct&800 }}
  
  
Line 20: Line 20:
 On a new device, there are 3 roles configured by default: On a new device, there are 3 roles configured by default:
  
-{{ ::roles_list.png?direct&500 |}}+{{ network:roles_list.png?direct&500 |}}
  
 === Admin role === === Admin role ===
Line 27: Line 27:
 <wrap em> This role with id = 1 can not be deleted from the project and only one property can be changed - its title.  </wrap> <wrap em> This role with id = 1 can not be deleted from the project and only one property can be changed - its title.  </wrap>
  
-{{ ::edit_admin_role.png?direct&400 |}}+{{ network:edit_admin_role.png?direct&400 |}}
  
 === Other roles === === Other roles ===
Line 38: Line 38:
 == Role configuratin page == == Role configuratin page ==
  
-{{ ::role_edit_example.png?direct&300 |}}+{{ network:role_edit_example.png?direct&300 |}}
  
 ===== Managing users ===== ===== Managing users =====
 <wrap em> As in case with the roles, there is a static "admin" user with id = 1 who can not be deleted. Only these attributes for him can be changed: </wrap> <wrap em> As in case with the roles, there is a static "admin" user with id = 1 who can not be deleted. Only these attributes for him can be changed: </wrap>
  
-{{ ::admin-1_edit_possibilites.png?direct&600 }}+{{ network:admin-1_edit_possibilites.png?direct&600 }}
 Admin can add as many roles and users as needed in your project.  Admin can add as many roles and users as needed in your project. 
  
-==== Guest user ====+==== Attaching roles to users ==== 
 + 
 +When editing user properties, the roles which users use are in the list's top:  
 + 
 +{{ :users:user-props-asof-40-roles-highligted.png?direct&800 |}} 
 + 
 +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's server provides may use server's or local (client browser's) time. The former is the default setting which will show correct date & times for client's different time zones. E.g. when you are located in the country that is 6 hours ahead of the WebHMI's time, you'd scroll time 6 hous back, becuase right in the moment, there is no data according to local time.  
 + 
 +=== Add Registers to the side menu === 
 +The //Registers// are most popular project part during project development & commissioning. You can make it available in the side bar with this setting. 
 + 
 +=== 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:user_idle_setting.png?direct&600 |}} 
 + 
 + 
 + 
 + 
 + 
 + 
 + 
 + 
 + 
 +===== Guest user =====
  
 In some cases, you may want to avoid users using keyboard for entering the WebHMI: In some cases, you may want to avoid users using keyboard for entering the WebHMI:
Line 53: Line 93:
   * other similar scenarios   * other similar scenarios
  
-{{ ::guest_page_.png?direct&800 |}}+{{ network:guest_page_.png?direct&800 |}}
  
 Then, the login page for the users will look like: Then, the login page for the users will look like:
  
-{{ ::guest_login.png?direct&400 |}}+{{ network:guest_login.png?direct&400 |}}
  
 Click //Login into system// for standard login page. Click //Login into system// for standard login page.
 +
 +
 +
managing_users.1635844278.txt.gz · Last modified: 2021/11/02 09:11 by emozolyak

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki