RamPackWobble's Forum Posts

• • RamPackWobble
  • 
  • • Joined 2 Feb, 2013
    • 
    • 16 topics • 1,188 posts
  • 1

  • 16 Feb, 2013
  • Quote

  try css style "outline" "0" ?

• • RamPackWobble
  • 
  • • Joined 2 Feb, 2013
    • 
    • 16 topics • 1,188 posts
  • 1

  • 16 Feb, 2013
  • Quote

  Just playing around but looks quite good.

  What do you think ?

  perdy colours

  forgot to say just click/ touch somewhere on the screen...

• • RamPackWobble
  • 
  • • Joined 2 Feb, 2013
    • 
    • 16 topics • 1,188 posts
  • 1

  • 16 Feb, 2013
  • Quote

  There are two text options (that I know of) in C2. one is the general text (ie display some text) and the other is the form control text box.(ie user can enter text here)

  If you use the general text display then you can do as you say above but (I guess) because the form control is waiting for some text you don't appear to be able to - except with the "" &variable .

  have a quick look at:

  text box example

• • RamPackWobble
  • 
  • • Joined 2 Feb, 2013
    • 
    • 16 topics • 1,188 posts
  • 1

  • 16 Feb, 2013
  • Quote

  OK fired up the old laptop and went with option two.

  https://dl.dropbox.com/u/143636437/invaders/index.html

  capx updated.

• • RamPackWobble
  • 
  • • Joined 2 Feb, 2013
    • 
    • 16 topics • 1,188 posts
  • 1

  • 16 Feb, 2013
  • Quote

  A couple of ideas...

  Set some flag that says if anything is falling which is checked before you can start any more from starting to fall

  I don't have the code with me, so from memory - when you touch an invader/gem it goes through the ones above and sets them to fall a set distance from their present y pos. I think the problem is that if , while falling, it is set to fall again. Some instance variable that says this this is where I am already falling to so add any further falling distance to this and this new (total) y position is where I will stop falling.

• • RamPackWobble
  • 
  • • Joined 2 Feb, 2013
    • 
    • 16 topics • 1,188 posts
  • 1

  • 15 Feb, 2013
  • Quote

  <img src="smileys/smiley4.gif" border="0" align="middle" />

  ah fond memories ....

  I wonder what percentage of these forums will remember proper computers ? <img src="smileys/smiley2.gif" border="0" align="middle" />

• • RamPackWobble
  • 
  • • Joined 2 Feb, 2013
    • 
    • 16 topics • 1,188 posts
  • 1

  • 15 Feb, 2013
  • Quote

  add a text item to your screen and somewhere in your game loop set the text item to "FPS : "&fps

• • RamPackWobble
  • 
  • • Joined 2 Feb, 2013
    • 
    • 16 topics • 1,188 posts
  • 1

  • 15 Feb, 2013
  • Quote

  Thankyou.

  Put like that it makes perfect sense.

• • RamPackWobble
  • 
  • • Joined 2 Feb, 2013
    • 
    • 16 topics • 1,188 posts
  • 1

  • 15 Feb, 2013
  • Quote

  dl.dropbox.com/u/143636437/gemstest/invaders.capx

  Having problems getting my head around the bullet behavior (thought it had a bug but it looks like I was wrong (again)). might need a custom movement system...

  Anyway, might point you in directions you hadn't thought about...although they could be the wrong directions !

• • RamPackWobble
  • 
  • • Joined 2 Feb, 2013
    • 
    • 16 topics • 1,188 posts
  • 1

  • 15 Feb, 2013
  • Quote

  This has only been tested on an old laptop and I realise that slowing a bullet down to 0 might not be normal...

  If the bullet is slowed down to almost 0 (0.000001) then I do not have this jump back to angle 0.

• • RamPackWobble
  • 
  • • Joined 2 Feb, 2013
    • 
    • 16 topics • 1,188 posts
  • 1

  • 15 Feb, 2013
  • Quote

  Link to .capx file (required!):

  dl.dropbox.com/u/143636437/bug%20report/please%20test%20-%20bug.capx

  Steps to reproduce:

  1. add bullet to sprite and set bullet speed to 0

  2. set angle of sprite (eg 45)

  3. set bullet speed (eg 10)

  Observed result:

  sprite resets angle back to 0

  Expected result:

  sprite continues in set direction

  Browsers affected:

  Chrome: yes/

  Firefox: not installed

  Internet Explorer: yes

  Operating system & service pack:

  vista sp2

  Construct 2 version:

      

  119

• Try Construct 3

  Develop games in your browser. Powerful, performant & highly capable.

  Try Now Construct 3 users don't see these ads
• • RamPackWobble
  • 
  • • Joined 2 Feb, 2013
    • 
    • 16 topics • 1,188 posts
  • 1

  • 15 Feb, 2013
  • Quote

  Been playing with the above idea

  dl.dropbox.com/u/143636437/temp/gem1.capx

• • RamPackWobble
  • 
  • • Joined 2 Feb, 2013
    • 
    • 16 topics • 1,188 posts
  • 1

  • 15 Feb, 2013
  • Quote

  Have I got it right that

  Gamepad.RawAxis(0,0)

  should return a value from -100 to 100 depending where I have the leftstick x position ?

  all I get is -1>nothing>1

  see :

  dl.dropbox.com/u/143636437/temp/joytest.capx

• • RamPackWobble
  • 
  • • Joined 2 Feb, 2013
    • 
    • 16 topics • 1,188 posts
  • 1

  • 15 Feb, 2013
  • Quote

  to fix the don't change direction when the stick is centered could you put in a condition that where you check if the stick is being held before the point in this direction :

  something like...

  is gamepad>joystickRight X or Y position greaterthan abs(50)

     then

     turn player towards the same direction

• • RamPackWobble
  • 
  • • Joined 2 Feb, 2013
    • 
    • 16 topics • 1,188 posts
  • 1

  • 15 Feb, 2013
  • Quote

  Could you store your blocks in an array , when a block is removed then step "up" through the array setting these blocks to fall ?

  Or if you give each block sprite an x and y variable then could you select the required x sprites with a condition (hope these are the right terms)