Differences

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

Link to this comparison view

Both sides previous revision Previous revision
docs:3300_mobile_apps:040_mobile_applications [2023/03/09 03:53] seandocs:3300_mobile_apps:040_mobile_applications [2025/06/12 02:35] (current) – Rename to AwareIM aware_support3
Line 5: Line 5:
 ==== Startup Perspective ===== ==== Startup Perspective =====
  
-User experience with an //**Aware IM**// application starts with a visual perspective. //**Aware IM**// displays some visual perspective when the user logs into the application. Which visual perspective will be displayed depends on the access level of the user who logs in. The configurator normally indicates that a particular visual perspective will be used when the user with a certain access level(s) logs in. This is done in the Access Levels dialog displayed when the user clicks on the “Use in login” property in the list of properties of the visual perspective.+User experience with an //**AwareIM**// application starts with a visual perspective. //**AwareIM**// displays some visual perspective when the user logs into the application. Which visual perspective will be displayed depends on the access level of the user who logs in. The configurator normally indicates that a particular visual perspective will be used when the user with a certain access level(s) logs in. This is done in the Access Levels dialog displayed when the user clicks on the “Use in login” property in the list of properties of the visual perspective.
  
-This dialog has the “Platform Support” radio buttons.  If you select the “Phones Only” or “Phones and Tablets” options //**Aware IM**// will use the visual perspective when the user with the specified access level(s) logs into the application on a mobile device. //**Aware IM**// will automatically detect the type of device used and will use the appropriate visual perspective. It is also possible to force //**Aware IM**// to use a particular platform by specifying the ''mobile_platform'' parameter during login – see the [[docs:3300_mobile_apps:030_mobile_applications|Login]] section.+This dialog has the “Platform Support” radio buttons.  If you select the “Phones Only” or “Phones and Tablets” options //**AwareIM**// will use the visual perspective when the user with the specified access level(s) logs into the application on a mobile device. //**AwareIM**// will automatically detect the type of device used and will use the appropriate visual perspective. It is also possible to force //**AwareIM**// to use a particular platform by specifying the ''mobile_platform'' parameter during login – see the [[docs:3300_mobile_apps:030_mobile_applications|Login]] section.
  
 Therefore, for any access level it should be possible to define a visual perspective for the regular web application and a separate visual perspective for the mobile application (it is also possible to have the same perspective for both). Therefore, for any access level it should be possible to define a visual perspective for the regular web application and a separate visual perspective for the mobile application (it is also possible to have the same perspective for both).
Line 18: Line 18:
  
 ==== Toolbar ==== ==== Toolbar ====
-You can define the menu of the Toolbar type in the Top Bar frame of your mobile visual perspective. You can put as many menu items into the toolbar as you like. At run time //**Aware IM**// will automatically display the “overflow” button to put all the menu items that do not fit on the screen there. When the user taps on this button //**Aware IM**// will display these items in a pop-down menu (see the picture below).+You can define the menu of the Toolbar type in the Top Bar frame of your mobile visual perspective. You can put as many menu items into the toolbar as you like. At run time //**AwareIM**// will automatically display the “overflow” button to put all the menu items that do not fit on the screen there. When the user taps on this button //**AwareIM**// will display these items in a pop-down menu (see the picture below).
  
 {{ docs:images:mobile_toolbar_example.png?nolink&400 |}} {{ docs:images:mobile_toolbar_example.png?nolink&400 |}}
Line 25: Line 25:
  
 ==== Slide Out ==== ==== Slide Out ====
-Rather than using the “overflow” button of the toolbar you can use a special menu command to display a “slide-out” menu. You will still use the toolbar at the top but you will just add a few items to this toolbar, which will always be displayed and there will be no need for the overflow button. One of these buttons will represent the “slide-out” menu. When the user taps on this button //**Aware IM**// will slide-out the application menu. The user will select the menu item and the menu will disappear – see the picture below.+Rather than using the “overflow” button of the toolbar you can use a special menu command to display a “slide-out” menu. You will still use the toolbar at the top but you will just add a few items to this toolbar, which will always be displayed and there will be no need for the overflow button. One of these buttons will represent the “slide-out” menu. When the user taps on this button //**AwareIM**// will slide-out the application menu. The user will select the menu item and the menu will disappear – see the picture below.
    
 {{ docs:images:mobile_slide_out_menu_example.png?nolink&400 |}} {{ docs:images:mobile_slide_out_menu_example.png?nolink&400 |}}
Line 39: Line 39:
 ==== Context ==== ==== Context ====
  
-What about “context” menu, i.e operations specific to queries and forms? In desktop applications these are usually displayed in the toolbars automatically created around the corresponding query or form. You can still use the toolbars, of course, but the better technique is to utilise the toolbar in the Top Bar frame that you would normally use anyway for your menu. In order to do this you should define the location of the panel operations as “Top Application Menu”. Alternatively you can define the location as “Bottom Application Menu”. In this case //**Aware IM**// will dynamically popup the bottom toolbar and display operations there.+What about “context” menu, i.e operations specific to queries and forms? In desktop applications these are usually displayed in the toolbars automatically created around the corresponding query or form. You can still use the toolbars, of course, but the better technique is to utilise the toolbar in the Top Bar frame that you would normally use anyway for your menu. In order to do this you should define the location of the panel operations as “Top Application Menu”. Alternatively you can define the location as “Bottom Application Menu”. In this case //**AwareIM**// will dynamically popup the bottom toolbar and display operations there.
  
  
  • Last modified: 2023/03/09 03:53