Keys not recognized

[bfr000]

Mentioned this on twitter but it seems like it might be better to go ahead and bring it up here. Your wonderful demo file is working on one computer; and not on another. I can't tell why at this point, but it seems like something real, unexplained, and worth understanding is happening.
The only keypress being responded to is down-arrow.
Same behavior both versions.
On the computer where I am successful, yes, I am able to navigate, click, use arrow keys, etc.
I notice that even the appearance is different.
Your web viewer text shows as left-top aligned on the computer where it isn't working, see attached screenshot. On the "good" machine your web viewer displays everything center/center.

Computer: Mac Mini. Safari 9.1.1, OSX 10.10.5, FMPA 14.0.6

[osamunoda]

Thank you for using 'Simpre' . Your report is very valuable and informative for me, especially your attached photo.I really appreciate it.
I'm getting clear where the point is.Text placed left-top corner means that Flexbox(CSS) doesn't work.I recognise that from Safari ver.9 '-webkit-' prefix is no longer needed for flexbox. But there seems to be some difference between sub-versions.I'll re-assign prefix to these properties.

[bfr000]

Excellent, glad to hear it! I look forward to seeing the changes.

[osamunoda]

Hello, I’ve just added ‘-webkit-‘ prefix to some properties.
I hope this works on your Mac.
But if this doesn’t work, please go to layout ‘Key_Event_Checker’ and ‘Centering Test’.
In these layouts, you can test whether the key event is captured correctly, and whether -webkit-flex works or not.Could you let me know the result ?

[bfr000]

On the key event checker layout, all keys are captured OK.
The centering test works.
However, in the slide shows, only the first transition from slide 1 to slide 2 occurs.
You can then use the up arrow to move back to slide 1.
After that, nothing works; except using down arrow to get you out of the slide show.

[osamunoda]

Thanks for your quick reply.I'll think about it again.
I appreciate your help.

[bfr000]

Small detail, I notice that the cursor becomes the text-insertion cursor after the first transition.

[osamunoda]

Thanks for your information.I'll seek a solution to settle the matter.

[bfr000]

On my newer machine, the file continues to work correctly.

[bfr000]

Reminder, the old machine specs. Seems like maybe it fails when attempting to process some of the transitions. For instance, i switched the first transition to door transition and this is as far as it would get. Pressing up arrow or down arrow continued to work.

Model Name: Mac mini
Model Identifier: Macmini3,1 (late 2009)
Processor Name: Intel Core 2 Duo
Processor Speed: 2.53 GHz

[bfr000]

Note also that repeated attempts all stall at exactly the same level of progress.

[osamunoda]

I made a test environment( FMPA14, Safari8.0.8 ), and examine Simre again.Finally found the point where the trouble is, and fixed it.Now Simpre requirement changes to Safari 8.0.8 ~.
Special thanks to your precise feedback.

[bfr000]

Wow, yes that fixes it! Nice work.

[osamunoda]

I took this bug into further consideration, and noticed that I misundertstood what the webviewer enigine version depended on.
The webviewer engine depends on OS version, not Safari.Even though a user installs Safari9 on yosemite, the webviewer functionality is limited under the Safari8.