1 Correct answer
Amanda,
I meant to post on here yesterday but got tied up with some of my projects.
I actually spoke to Adobe's Helpline yesterday. After 50 minutes of the person on the end of the line trying to understand what I meant I finally got a proper answer. It was as if I was teaching the support technician how to use the software as I went along, which made it even harder to explain my point. They dialled into my machine and after playing around with the pause settings and changing certain properties on
...
42
Replies
HI all
LOL, y'all are cracking me up with the "hit the key harder" bit.
Keys on the keyboard are simply switches that control an electrical connection to send signals to the applications. Because of this, they typically aren't pressure sensitive from the standpoint of a harder keypress being interpreted one whit differently than a softer keypress. It's like slamming the old style telephone down in the thought "that'll show 'em!". Sure, it does you good by allowing you to vent frustration, but the phone and the recipient won't care because all that really happened was that the electrical switch was triggered to disconnect the call.
My thought here is that it's all about the timing involved. Perhaps check the pausing points?
Cheers... Rick 
| Helpful and Handy Links Captivate Wish Form/Bug Reporting Form |
Hi all
Here is an analogy. To type bold letters, you don't strike the keys harder to make them bold, do you?
My point about the timing isn't about how rapidly the key is pressed. Moreover, it's about the timing of when the keypress is sensed. Consider this. If you take something like a Click Box object (which also pauses the slide) and you give it a shortcut key and time it so it appears at perhaps four seconds and pauses after perhaps 4.5 seconds, then ensure its action is configured to Go to the next slide. When the slide plays and the user presses the shortcut key that clicks the Click Box before the appearance point has been reached, it will appear as if the keystroke is being ignored. And in frustration, perhaps the key is banged on really hard. But at the time the key has been banged on really hard, enough time has elapsed so as to allow the Click Box to appear. In this case it will certainly appear that a harder keypress MUST have been what is needed in order to make things work, when in fact, the object simply hasn't appeared yet to become available for clicking.
I'm not saying this is the case here. In fact, there could very well be a bug we are seeing with the Text Entry Box. Perhaps the coding of it causes the keypress to be ignored for some obscure reason and only after repeated attempts does it finally work.
What I'd suggest as an experiment would be to put this through its paces where you see the shortcut appearing to be ignored. But instead of pressing the key again but this time with much vigor, 
wait a second or two. Press lightlly. If it fails to respond, press again but hold the key briefly before releasing. My thought here is that it's all in the timing of whatever is going on behind the scenes of when the object is "listening" for the trigger.
Of course, only one of the development team can honestly tell us what is going on here. And even then, likely only after they have analyzed things from their coding perspective.
Cheers... Rick
| Helpful and Handy Links Captivate Wish Form/Bug Reporting Form |
Amanda,
I meant to post on here yesterday but got tied up with some of my projects.
I actually spoke to Adobe's Helpline yesterday. After 50 minutes of the person on the end of the line trying to understand what I meant I finally got a proper answer. It was as if I was teaching the support technician how to use the software as I went along, which made it even harder to explain my point. They dialled into my machine and after playing around with the pause settings and changing certain properties on the TEB, they finally gave in and told me it was a problem. Which I already knew.
I have been given a case number and the problem has officially gone into development.
In my case, for my projects, I have also created a way round the problem. The way I was using the TEB was so that when, for example, the password was entered in the password box (the password being password) the correct entry being password, but the shortcut being d it would recognise the shortcut being pressed and automatically move onto the next slide, the next slide would then display a message to press the Okay/Enter button. As this is now a recognised problem at Adobe I have gone ahead and changed my projects.
I now get the original slide to say Type the password and then have a click box on the Okay/Enter button which keeps everything in one slide and gets around using the shortcuts. This is NOT how I want it to work, but I need my projects working and cannot wait for Adobe to fix the problem therefore I have changed them all.
I hope this makes sense (it does in my head ) but if you want me to explain in more detail let me know.
Scott
Hi folks
For the future, please consider bypassing support and submitting a Wish Form/Bug Report. (link is in my sig)
Each of these submitted actually end up in front of the development team. (and you save yourself the frustration of dealing with support and teaching them how to use the software)
Not only that, but Adobe prioritizes enhancements and bug fixes based on the number of these they receive.
Cheers... Rick
| Helpful and Handy Links Captivate Wish Form/Bug Reporting Form |
AdChoices