hummm sorry but it seems that for me "shift" will have never work alone but perhaps it's because it will take some time to reload ammo .... so i try always "shift" and if i don't see any action i try "shift+R" just after ;-p... can you verify you put a "or" statement between the 2 events ? ... in fact actually no way to reload ammo in your last release so there is a big problem with this feature ...

No problem ... but you have change the tutorial to improved it so we don't know anything about your new code ... share your capx using dropbox or another hosting site and give us a link to this capx and we could help you.

sorry i 've answered but the way scirra disconnect users from this forum is very frustrating because we always loose all text we have written !

So again considering "player" is the player sprite ...

1?) in the layer select the player sprite (left click) and (then right click) -> Z-order move to top of layer ...

2?) in code "player : move to top of layer"

You should have to use 2?) if the tree is a object create by code in this layer or move to this layer using code because doing that it is always display in front of all others existing objects in this layer.

lol sure arrow keys are not a problem ;-p and it's also a good way to help people using mouse with left hand because on the right side of the keyboard ...

English keyboard is "qwerty" so you use "WASD"

French Keyboard is "azerty" so we use "ZQSD"

In all my game i put support of this 2 keyboards settings so "W/Z" must have the same behaviour and "A/Q" too.

But why "shift+R" ? why not only "shift" or "R" or "space" it's more simple and your game is not a "ARMA 2" with 250 keyboard shorcuts so it's possible to don't have to use 2 keys for reloading ! ;-p

Thinking about people using arrow keys with right hand and mouse with left they can't reach some keys to do some actions ... so having a way to reload with mouse is good (for example using the mouse wheel)

No more reload on Shift+R bug ? ;-( ... ... auto reloading 1 ammo when firing "without ammo" could be cool. Finding ammo in the game could be cool too in future releases (no unlimited ammo in this case) ... good too have now ammo # more visible ;-p ... no more comment about pixel art i think we could never be on the same "wave" about that but it's your game ;-p

Try thinking a different keyboard mapping ... "," ... "shift-R" ... obviously it's not simple to use these keys ;-( ... (i'm on a french keyboard so it's worse !)

Last thing ... zombies are slow ... but jumping over them is not so easy when a box is over ... so if player is not reaching the top of the box is killed after several bumps on the zombies head/helmet ... it's very frustating ... could you consider that touching zombies helmet don't do damage or force zombies to knee and after, bump the player so it will be possible to avoid be killed.

Never look at fps before ... 120 fps on my pc !, it's good ! ... ;-p

A++

Looking at this result (previous post) it's possible to have only one sprite object with 100% size cards (as for a animation) and just create instances of this object to have different pos and size and with instances overlapping each others but you must change the size and position of each instances and also change the frame each time a instance is lesser then 10% size to make it go to the other side of this animated view ! So you are doing yourself the animation and must managed the speed with code.

For me this the better way to do that ;-p

Creating 3 wheels required :

1 sprite object with all cards + 5 instances if this object for each wheel (15) ... it's "light".

By moving instances the result is smooth, by changing size depending on distance between instance and centered pos the animation effect better than using a auto animated sprite.

kittiewan, yes it was my first idea to do something like that but sure it will be better if using a sprite for each card to improve the wheel effect changing the size of the card/sprite depending on distance between this card and the center pos like this :

      *

     ***

     ***

     ***

    *****

    *****

    *****

    *****

    *****

     ***

     ***

     ***

      *

For me the best display (without using 3D plugin) will be provide by a view displaying more than one card on each view "frame" and using X axis because a card is highter than wide so better effect using smaller area.

view 1 :           

20% C1 + 60% C2 + 1[0]0% C3 + 60% C4 + 20% C5

view 2 : if moving <-

" " + 40% C2 + 80% C3 [+] 80% C4 + 40% C5 + " "

where "[]" is the centered pos .. "x% Cy" the x% size for the y card

For better effect the more centered cards are on top, all cards partially overlap each others (except for 80% size).

so it's not finished i will create another post !!!!

And new update again ! ;-p ...

General :

• The same generated number is now use in all mode to better see the differences using each display mode.

• Cleaner code removing unused things.

Oldies mode :

• This mode use now red color such as in some old clocks or slot machines (@puoidirloatutti <img src="smileys/smiley2.gif" border="0" align="middle" />)

• the ":" text is display now using a clock like second 'tick' each time a new number is generated (so here every 0.25 secs)

• First "0" are not display too and # of digits can be change in program code.

• (*edit add*) the "Oldies"/"mode" text is also display now using 2 levels of display brightness such as Alarm clock of special text like "WIN !" on slot machines.

ENjoy !

No it can be use for every kind of object so you can use a "choose" to randomly change some text but also to randomly change "all" kind of "open" value. if use on a global object having several instances ... all instances get a different value with a only one command.

Yes i think i understand your problem ... you can't put a command in the default text property of a text objet ... which only accept standard text ... it's the same for all object in Construct 2 ... so you must override all default "bad" values when your program start using the system "start of layout" event :

System => Start of Layout

    mytext: set text to choose("One", "Two", "Four", "Five")

    mynumvariable : set value to choose(1,2,4,5)

Yes, i just replace the previous releases of online project and capx with the new one (no interest to keep old releases online !) ... If you have already test a old release you perhaps have to refresh the app after loading to force update so you must have now 2 lines of text display like that :

Normal mode : 88888 (no monospace use so a "1" not take the same width than a "8" ... this display so can be not good if the text is put on a bitmap to simulate a real object) ...

Oldies mode : 88888 (monospace 'like' behaviour is force for numbers so it's possible to create special background effects (dim here) ... or use this font as a front display on a bitmap to simulate a real object. If you don't want the oldies (fade in/out) effect remove or disable the fade behaviour in the text object)

Obviously it could me more simple to find and use a "real" monospace digital font ;-p ... i choose this one because pretty nice and this is the only one i have found using only the 7 standard segments for displaying numbers (0-9) ... but sure it's possible to find something better !.

I have also in mind to put in this project a font for doing "subtitles" ... objective is the same as before so same display on every browser (no css webkit specific tag)... nice rather classic font with effects (light shadow + outline) to have a text always "readable" is all cases.

ENjoy

I've you try to create a first menu layout where to define your global variable currCheckpoint instead of doing that in the level layout ? seems that now restarting a level reinitialize the variable to currCheckpoint=1 if i understand your problem ... so perhaps declare this variable in a menu layout launch only when starting the game and not everytime you start your level solve the problem.

It's just a idea ...which seems have sense ;-p

ok thanks Kyatric i've miss this syntax feature (with you i learn more every day ;-p)