I think you would paste it into the "Canvas" plug, and then get the image url to put into a sprite.
You would probably wind up having to skip a tick or two in the process.
Looks like it might be a good experiment for the new z feature.
Develop games in your browser. Powerful, performant & highly capable.
Yeah, you would change the x by the card width every nth index.
Search the forums for how % or, modulus works.
It's not one big porblem, it's a lot of little ones.
Kinda like this?
dropbox.com/s/ipwpdmwwsszqpg0/dealspline.c3p
Remember that you need to clean all the points if you do another spline.
This one weird trick that lets you double frame rate!
Don't forget we are stuck with how the browser handles things, so don't get too excited.
imagepointX=(random(6)), and imagepointY=(random(6)) doesn't work. That can be two different numbers.
Ok, you should select a random image point to use first, then use that value for both the x, and y.
Maybe try setting the frame, then moving to position.
You do not have permission to view this post
Needs some antialiasing.
Im thinking you could maybe do the same thing with tiled background and a blend mode on a layer.
Well that would depend on the shuffle method, there's many ways to do that not just on the computer.
I think most of the time you don't even see the faces during a regular shuffle anyway.
The method I see most often is a spline moving the cards around from on spot to another.
construct.net/en/make-games/addons/198/spline-movement
Then for the shuffle you can just populate an array and match the card index.
construct.net/en/make-games/addons/187/smart-random
Game portals embed games into web pages using iframes.
That's how they can show ads along with the game.
You want https, not unsecured http.
I just checked on Ios 9.7, and its working with http, so it's likely that the iframe is the issue.
I would have it sample the current orientation, then if the touch accelerometer values change on at least two axis you can consider that the start of a shake.