Forum Discussion

RUDOLF_BOTHMA's avatar
RUDOLF_BOTHMA
Community Hero
5 years ago

Setting Keypressing Delay from Script

 Morning all,   Quick question this morning.   I'm trying to enforce a minimum key pressing delay in my projects because I just find that too often, the key pressing delay is zero, which caus...
  • AlexKaras's avatar
    AlexKaras
    5 years ago

    Hi,

     

    Two options that I can think of:

    a) Set the Project Options > Project|Playback|Runtime|Key pressing delay parameter for the required value (this is a per-project setting);

    b) Use [P<delay>] value for keypresses (e.g.: button.Keys("2[P500]0[P500]2[P500]0") )

     

AlexKaras's avatar
AlexKaras
Champion Level 3

Hi,

 

Two options that I can think of:

a) Set the Project Options > Project|Playback|Runtime|Key pressing delay parameter for the required value (this is a per-project setting);

b) Use [P<delay>] value for keypresses (e.g.: button.Keys("2[P500]0[P500]2[P500]0") )

 

RUDOLF_BOTHMA's avatar
RUDOLF_BOTHMA
Community Hero
5 years ago

Hi AlexKaras 

 

Thanks for the input.  That's about what I thought - It's a shame though.  My reason for trying this is to override user behaviour.  Users go,  "Ooh, the tests are slow, lets decrease this delay"  then inevitably the tests start failing and wasting time investigating false failures.  That second option will work, but, just wow, what a mess to always have to do it - calling a function for no other reason than iterating through a string to add a delay between key presses.  Also users quite often use KWTs without script, so there is no way to implement this in these instances.  Oh well, it is what it is.  More user, um, training required.

  • AlexKaras's avatar
    AlexKaras
    Champion Level 3
    5 years ago

    RUDOLF_BOTHMA :

     

    Hi,

     

    Well, I see your reasons and I agree with them.

     

    > causes tests to fail unnecessarily.

    What are those failures? Do they happen for every data entry or just for some certain controls?

    One more idea that you may try is to use .SetText() instead of .Keys(). Quite often controls misbehave because they expect keyboard input only. In this case you may try, for example, to assign the value via .SetText(), focus the control (using .SetFocus()), move to text end, delete the last character and re-type it.

    Something like this (assuming the last character was 'a': <control>.Keys("[End][P500][BS][P500]a[Tab]")

     

    And one more idea:

    Emulate user who is pasting data from the clipboard.

    Like this:

    control.SetFocus()

    Sys.Clipboard = <value to enter>

    control.Keys("^V")

     

    • RUDOLF_BOTHMA's avatar
      RUDOLF_BOTHMA
      Community Hero
      5 years ago

      What are those failures? Do they happen for every data entry or just for some certain controls?

      They aren't specific to any controls.  Generally they happen when some control just loads a bit slower due to using a different dataset in one of the grids on the page etc.  With DevExpress in Webforms, typing too quickly sometimes breaks combobox lookups, which is why that must be .Keys() with keypressed delay > 0.  We create add-on software.  That means we are quite dependent on how the original software fires and handles events.  Sometimes it just fails for reasons outside of our control. /shrug

       

      Emulate user who is pasting data from the clipboard

      Ooh.  I had never even thought of that possibility in standard testing, not just in the context of this topic.  Thanks

      • AlexKaras's avatar
        AlexKaras
        Champion Level 3
        5 years ago

        > Generally they happen when some control just loads a bit slower

        Somewhere in time when I also had to deal with web controls that were populated with data via a set of Ajax calls, I ended up with the approach to wait until the number of records (list items, table rows, etc.) for the given control stops to change and only then continue to work with the control.