Game Demo Styling
August 31st, 2014 at 8:56:44 AM
permalink
First, let me say that I'm a programmer, not a (aesthetic) designer.
I noticed a while back that many demos seemed to be set apart in their own graphics "box". They were written in flash, java(plug-in), or even adobe shockwave (like LED's demos). I thought this might simply be a legacy from when javascript was slow. But I also wondered if this boxy (dated?) feel might be favored in the casino world because it felt more like what players would eventually experience in that slow-to-change casino environment. I did recently notice that the Wizard's crap game, https://wizardofodds.com/play/craps/v2/ ,appears to be an all javascript project. It's larger onscreen and has a couple of html checkboxes placed above it.
I used javascript for Realize's Bonus Discard Poker, but it was all in a canvas element, essentially a js box. But when I recently started exploring some new tools, I wanted to try and simplify my life by not using the canvas and simply using html elements. This is only appropriate for games that don't have animation, or only use in place animation, since there's no box to draw lateral movement on. But there benefits such as not having to process click locations myself and being able to play it on my (1st generation) iPad w/o changes. The canvas version of BDP goes crazy if I try it on my iPad. I also feel like leaning more on html helps keep non-designers from doing dumb things design-wise, but I might be imagining things.
So... opinions? Do some expect boxy demos? Do javascript demos tend to look more modern (or is that just the programmer in me talking)?
Here is the original version of Bonus Discard Poker, beside the rewrite I did while working with these new tools. Anyone have a preference style-wise?
http://realizegamingllc.com/bonuspoker/bonus.html
vs
http://frozen-gorge-8975.herokuapp.com/jtswebapps/bonuspokercljs
I noticed a while back that many demos seemed to be set apart in their own graphics "box". They were written in flash, java(plug-in), or even adobe shockwave (like LED's demos). I thought this might simply be a legacy from when javascript was slow. But I also wondered if this boxy (dated?) feel might be favored in the casino world because it felt more like what players would eventually experience in that slow-to-change casino environment. I did recently notice that the Wizard's crap game, https://wizardofodds.com/play/craps/v2/ ,appears to be an all javascript project. It's larger onscreen and has a couple of html checkboxes placed above it.
I used javascript for Realize's Bonus Discard Poker, but it was all in a canvas element, essentially a js box. But when I recently started exploring some new tools, I wanted to try and simplify my life by not using the canvas and simply using html elements. This is only appropriate for games that don't have animation, or only use in place animation, since there's no box to draw lateral movement on. But there benefits such as not having to process click locations myself and being able to play it on my (1st generation) iPad w/o changes. The canvas version of BDP goes crazy if I try it on my iPad. I also feel like leaning more on html helps keep non-designers from doing dumb things design-wise, but I might be imagining things.
So... opinions? Do some expect boxy demos? Do javascript demos tend to look more modern (or is that just the programmer in me talking)?
Here is the original version of Bonus Discard Poker, beside the rewrite I did while working with these new tools. Anyone have a preference style-wise?
http://realizegamingllc.com/bonuspoker/bonus.html
vs
http://frozen-gorge-8975.herokuapp.com/jtswebapps/bonuspokercljs
