Keyboard behaviour VL mobile app

This Q&A forum allows users to post and respond to "How Do I Do ....." questions. Please do not use to report (suspected) errors - you must use your regional help desk for this. The information contained in this forum has not been validated by LANSA and, as such, LANSA cannot guarantee the accuracy of the information.
Post Reply
René Houba
Posts: 220
Joined: Thu Nov 26, 2015 7:03 am

Keyboard behaviour VL mobile app

Post by René Houba »

We created a VL Web app in LANSA V15:
1. Scanner.PNG
1. Scanner.PNG (820.22 KiB) Viewed 17644 times
We show a list using the primitive #PRIM_LIST, because the end user can change list values. We activated the ShowPages property to true so the enduser can scroll in case of too many entries for one page:
2. PRIM_LIST with property ShowPages = True.PNG
2. PRIM_LIST with property ShowPages = True.PNG (525.13 KiB) Viewed 17644 times
The problem is that if the user decides to change a list value, the keyboard takes almost half of the screen and this can result in not showing the list entry that needs to be changed:
3. Change value in list = ShowPages = True.PNG
3. Change value in list = ShowPages = True.PNG (625.56 KiB) Viewed 17644 times
It seems that I can only include 3 images, so next see next message here to see the rest......
René Houba
Posts: 220
Joined: Thu Nov 26, 2015 7:03 am

Re: Keyboard behaviour VL mobile app

Post by René Houba »

So....

So when I select an entry in the list I change the ShowPages property to False, so all 6 entries are still visible:
4. Change value in list = ShowPages = False.PNG
4. Change value in list = ShowPages = False.PNG (442.2 KiB) Viewed 17643 times
The problem now is, that when I have change the entry value, I can remove the keyboard, and I want to visualize the ShowPages again (set this property back to True). But removing the keyboard on this device does not trigger any VL event, so I see my total list again without the posibility to scroll to the next page:
5. Remove keyboard and want to set ShowPages to True again.PNG
5. Remove keyboard and want to set ShowPages to True again.PNG (445.42 KiB) Viewed 17643 times
Does someone know if it is possible to trigger the disablement of the devices keyboard, so I can set property ShowPages back to True?
atostaine
Posts: 696
Joined: Wed Jan 20, 2016 7:38 am

Re: Keyboard behaviour VL mobile app

Post by atostaine »

1. Are they clicking somewhere else to close the keyboard? Can you use getfocus on those elements?
2. Are they expected to enter a certain number of characters in the value that they are changing so you can do a keypress and when they type 10 characters you can do what you need?
3. Timer, but you can't really know how long it's going to take to enter the value.
4. Timer on keypress, if it takes more than x seconds between keypresses, assume they are done?
Art Tostaine
René Houba
Posts: 220
Joined: Thu Nov 26, 2015 7:03 am

Re: Keyboard behaviour VL mobile app

Post by René Houba »

Hi Art,

1. No, change change a value in the list (touchscreen) and use on the keyboard the little down key to disable the keyboard on the devise.
2. No. For each line they can change 3 numeric values.
3. Is not an option indeed ;-).
4. Not an option as well ;-)

Kind regards,
René
BrendanB
Posts: 134
Joined: Tue Nov 24, 2015 10:29 am

Re: Keyboard behaviour VL mobile app

Post by BrendanB »

Hi Art,

a suggestion:

1. change the list row items to READ ONLY
2. on list.itemClick show a dialog that has the Product number and the fields to change with cancel/done buttons - you can also include NEXT/PREVIOUS so that you can move to the next item without going to the list.
3. when the dialog is closed, you can update the entry in the list (without needing to do anything else).

this has the advantages:
1. the dialog only has a few on screen fields, so the keyboard size will not be an issue
2. you are not needing to determine if the keyboard is shown.
3. allows the user to confirm or abandon their changes
4. allows for the list to take the full screen. (if you update the list when the dialog is closed, you may be able to do this 'in memory' rather than going back to the server to repopulate the list.

Note: it doesnt *have* to be a dialog, it could be another view (if dialog, use Fullscreen as the position).
René Houba
Posts: 220
Joined: Thu Nov 26, 2015 7:03 am

Re: Keyboard behaviour VL mobile app

Post by René Houba »

Hi Brendan,

Good suggestion, did not think about that yet.

Thanks,
René
René Houba
Posts: 220
Joined: Thu Nov 26, 2015 7:03 am

Re: Keyboard behaviour VL mobile app

Post by René Houba »

Changed this into:
Dialog1.PNG
Dialog1.PNG (656.12 KiB) Viewed 17576 times
Dialog2.PNG
Dialog2.PNG (523.99 KiB) Viewed 17576 times
Post Reply