Hi again,
It does have more related issues I am afraid...all I've done this time is just setup all the transitions defaults as before for each type.
When I exaggerate the speed values to 1.0 the issues become a lot more obvious. For POP things happen in an instant and so not testable as such but I suspect the same issues are at large except without an animated transition the frame or time so wouldn't be visibly detectable anyway.
So I have done 4 lots of testing on each of the provided keyboard styles. the styles do not appear to have any bearing here best I can tell and likely shouldn't given the nature of the results.
In each test except the default values/type test the only changes to your code where in the following format where XXXXXX is the only thing changed between the latter 3 tests and of course remming out your default example lines:
KB_SetKeyboardInStyle(kbUpper, KB_TRANSIT_STYLE_XXXXXX)
KB_SetKeyboardOutStyle(kbUpper, KB_TRANSIT_STYLE_XXXXXX)
KB_SetKeyboardOutSpeed(kbUpper, 1.0)
KB_SetKeyboardInSpeed(kbUpper, 1.0)
KB_SetKeyboardInStyle(kblower, KB_TRANSIT_STYLE_XXXXXX)
KB_SetKeyboardOutStyle(kblower, KB_TRANSIT_STYLE_XXXXXX)
KB_SetKeyboardOutSpeed(kblower, 1.0)
KB_SetKeyboardInSpeed(kblower, 1.0)
KB_SetKeyboardInStyle(kbnumeric, KB_TRANSIT_STYLE_XXXXXX)
KB_SetKeyboardOutStyle(kbnumeric, KB_TRANSIT_STYLE_XXXXXX)
KB_SetKeyboardOutSpeed(kbnumeric, 1.0)
KB_SetKeyboardInSpeed(kbnumeric, 1.0)
The results I was able to continually replicate are as follows;
Style Bounce(both with defaults set by me and me remming out those line so that its system default bounce as separate tests - the results appear exactly the same, it is just that with an none-exaggerated time frame ie speed values, some of the issues are far less noticeable):
slides in and bounces fine but slides out on pressing return or down kb key fine but has no bounce. When you point-click to get it back up, it pauses the speed value time then just appears in final position. Just keep open/closing from here and you can see it constantly re-occurs.
Switching between kb's mostly is fine except the time is about half maybe of the time it takes to get the kb from point clicking or hiding away after return/kb down key.
If however you ever put either of the none upper kb's away using its own return key(s) and point-click them back up again and continue to switch between the upper kb and the one that was put away, the switching speed time value becomes affected to double and of course loss of animation and kb just appears in final position.
If you open kb at start, then continually click very quickly the right shift key to toggle so that the kb's toggle a good number of times, then without stopping continually click while moving onto the return key above...the kb will close and NOT open again until you stop clicking.
Style Slide
sprite pops into existence right away on first point-click then immediately disappears again before continue correct transition. Slides out fine. When you point-click to get it back up, it pauses the speed value time then just appears in final position.Just keep open/closing from here and you can see it constantly re-occurs.In fact its all extremely similar behaviour as to what i saw with bounce, just without the bounce.
If you open kb at start, then continually click very quickly the right shift key to toggle so that the kb's toggle a good number of times, then without stopping continually click while moving onto the return key above...the kb will close and NOT open again FULLY until you stop clicking - instead the animation of sliding is restarted over and over until you stop clicking, in fact you can control how far it slides open because until it reaches its last frame the clicking will control it.
Style Fade
Now this one is much much better behaved, well in some ways but then not in others...the timings of transitions are constant throughout as best I can tell. When the kb is first brought to screen the sprite does flash on/off screen with max alpha before to continue its transition from 0 to 255 as normal. If you put it away and bring it back again it is just fine, however if you put either lower/numeric away with return/kb down key, there is another flash of sprite when bringing it back up again and then continues the transition as normal.
if you open kb then switch to lower, hit return then bring kb back up again, then repeatedly hit shift to toggle then the transition time is almost instant!
Style POP
As i mentioned earlier the issues aren't visibly detectable due to nature of instant transition. So for anyone still wanting to use this project I see no reason why it can't be used in this style. It seems more than solid enough for the basic purpose of having a decent kb across devices, this alone is a big step.
I tried to break POP but couldn't...although there is time yet!
So with some of that behaviour across the tests a user might not do stuff as I have(like point-click so fast) and I probably wouldn't have the timing so exaggerated either, that's why I think POP should be pretty solid/reliable to use.
Have tested on windows and android tablet only. Need to be a scrooge with my electricity again but I expect the exact same results on j3/j4+ phones.
Sorry if all that seems disheartening but i figure these issues are likely to crop up with end users anyway so better to find out now.
I can't attempt to play around with it any further for today on PC, if I spot anything of significance while using my tablet I will let you know. Cheers
Edit
One minor issue, easy fix, comma and full stop don't work so in each keyboard_styles folder in the upper.info.txt file, change the 6th and 7th lines from the end so that < and > read as , and .
Win 7 Pro 64 bit SP1, AMD A4-5300 APU 3.4GHz, 8GB DDR3, NVidia GeForce GTX 750 1GB GDDR5, ASUS A55BM-E