Jase00's Recent Forum Activity

  • Hey Ashley,

    This bug happens on only one project, which is my most biggest project, and I'm not able to empty it out as it makes the bug harder to execute when a project is empty... But I'm pretty certain this is just a Construct 2 bug, and not a capx bug! I took the time to make a video of it, I hope this is considered useful! <img src="smileys/smiley16.gif" border="0" align="middle" /> :

    youtube.com/watch

    Steps to reproduce:

    1. Make sure all tabs are closed in the opened project

    2. Double click a layout

    3. Instantly, whilst the layout is loading, hover mouse over an Event Sheet.

    (I'd like to note that, when repeating this bug for video, it had crashed when hovering the mouse over the actual visual layout area that was loading, rather than an event sheet, though I haven't retried this)

    Observed result:

    Crash

    Expected result:

    Nothing

    Operating system & service pack:

    Windows 7 64bit

    Construct 2 version:

    r136

  • Yeah I agree with this.

    A half-workaround is using subevents like

    +Key "Z" is pressed

    OR

    +Sprite is touched

    --(Subevent)--+PlayerSprite is on ground

    --------------=Simulate player jump

    I think the one problem with this workaround though is you cannot place Trigger events like "On key pressed" inside a subevent.

  • Ashley , Sure thing! I''ll post all of them when I get a chance or if someone else does it first. <img src="smileys/smiley16.gif" border="0" align="middle" />

  • Grave

    Ah nice! I tried getting around it by deactivating, changing widthheight, wait 0.0 seconds, then reactivate, but it would reset back. Your addition of the "Set Sine movement to Size" does the trick. Thank you very much <img src="smileys/smiley41.gif" border="0" align="middle" />

  • Below "Enemies Has lineofsight to Players", put a "For Each Players".

    I think.

    :P

    Edit: Actually, maybe:

    -For Each Enemies

    -Enemies Has LineOfSight to Players

    -For Each Players

  • Hey :D

    Link to .capx file (required!):

    dl.dropboxusercontent.com/u/7765312/C2/BugSineWidthHeight.capx

    Steps to reproduce:

    1. Run Capx

    2. Notice the Sprite with the Sine behaviour on it

    3. Click the button

    Observed result:

    Nothing happens

    Expected result:

    The Sprites original size should take on the sizes given when using "Set Width/Height". Sure hope this can be fixed simply, as I use the sine behaviour for sprites that need to be resized dynamically. :(

    Browsers affected:

    Chrome: yes

    Operating system & service pack:

    Windows 7 64bit

    Construct 2 version:

    r136

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • — Arima This is getting mentioned everywhere all the time :P

    ...

    ..

    .And since it is getting mentioned again, I'll rethrow in that I get better performance as of last time I checked, when the game is windowed, and even better performance if I shrink the window. Changing from Areo and whatnot doesn't seem to affect it noticeably in my experiences... :D It's not my immediate goal to have, but I have friends with puny computers and would love for them to be able to comfortable check out my game :P

  • If you shrink the image down to 64x16 in the Construct 2 animation editor, then you will save memory (and loose quality :( )

    If you are loading it in, and NOT shrinking it in the animation editor, and shrinking it down in the events/layout editor, then it will still be using the original 512x128 image in memory. (Though the payoff is that it's high quality, so if you ever resize the sprite to be bigger again in the game, it will look smooth rather than pixelated)

  • I wish I had good reason to visit Scirra. They only live two buses away from me haha. I mentioned it a while ago on irc and people suggested amusing things to ask <img src="smileys/smiley16.gif" border="0" align="middle" />

  • damainman I believe that the 2nd issue has been around for quite some time now :P I kinda just ignored it and avoided having sloped jumpthrus having other platforms close by. Though it's nice to know this is affecting others and not just me :3

  • Jumpthru's are the devil.

  • California , Are you implying that the origin point of the Player should be somewhere specific? Or am I completely not understand you? XD

    Throwing it out there, but I'm no expert in Platformer systems though I have made some myself in the past but, doesn't Jumpthru stuff ONLY focus on the lower part of the Player? If a player was lower than the top of the jumpthrough and touched the edge, literally nothing should happen, right?

    Maybe that's what California is saying; maybe if the origin point is specifically placed somewhere on the player, Jumpthru's wouldn't affect the player? Though my origin point is placed at the middle bottom of the player. Hmmm...

Jase00's avatar

Jase00

Member since 5 Jan, 2012

Twitter
Jase00 has 12 followers

Trophy Case

  • 13-Year Club
  • Jupiter Mission Supports Gordon's mission to Jupiter
  • Forum Contributor Made 100 posts in the forums
  • Forum Patron Made 500 posts in the forums
  • Forum Hero Made 1,000 posts in the forums
  • Regular Visitor Visited Construct.net 7 days in a row
  • Steady Visitor Visited Construct.net 30 days in a row
  • Enduring Visitor Visited Construct.net 90 days in a row
  • Unrelenting Visitor Visited Construct.net 180 days in a row
  • Continuous Visitor Visited Construct.net 365 days in a row
  • RTFM Read the fabulous manual
  • x17
    Quick Draw First 5 people to up-vote a new Construct 3 release
  • x8
    Lightning Draw First person to up-vote a new Construct 3 release
  • x7
    Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

27/44
How to earn trophies