JoyfulDreamer's Forum Posts

  • Bless you heart! LOL. This is a great step in the right direction, much appreciated! :) I must say, I love that you guys can take feedback and make changes in quick beta releases - it really helps get the community's needs out sooner than later. :)

  • Link to .capx file (required!):

    N/A

    Steps to reproduce:

    1. Open sprite image editor.

    2. Create new image point.

    3. Click to rename it, and use cursor keys to move edit cursor.

    Observed result:

    Cursor keys move the image point while in rename-mode.

    Expected result:

    Cursor moves within the rename edit box and doesn't affect the image point.

    Browsers affected:

    N/A

    Operating system & service pack:

    Windows 7 x64 SP1

    Construct 2 version:

    r125

  • Well then, I guess that's all the more reason to support returning created objects from functions. ;) I mean honestly, simple games are perhaps okay, but more complex ones need to create functions to encapsulate some kind of shared functionality - object creation for example, then return it for usage - and this is especially true when there's no way to group sprites (treated as single entities). Having to "pin" via code is not good practice for an IDE of Construct's caliber. At the very least, if I have to pin objects to objects via scripts, it would be nice if I could at least wrap that in a function, which returns the object for use. For functions to be really useful beyond simplistic games, they need to encapsulate some functionality that can be "applied" and reused for various objects. Either a function needs to accept certain family types as a parameter so the function can apply some state values, or other functionality, or it needs to support returning them.

    Example: I have a space drone. It has a "shadowing" sprite overlay, and 4 line of sight sprite overlays. I have to create all this, AND PIN, via a function. To make matters worse, I have to dump them all sprites onto a layout before I can even use them. The "line of sight" sprites can be used by many objects, so I tried to encapsulate the creation in a function, and got the issue above. Now, I have to duplicate my efforts for each object, which makes the functions useless for their expected functionality (to reduce repetitive scripting).

    If functions are made a bit more powerful, it totally makes up for a lot of other stuff (like lack of grouping as mentioned earlier). ;)

  • Construct 2 needs nested families to help make larger projects a bit easier to design. For example, I have enemies, but each of a different "class" so to speak. There are attributes common to all enemies, but not not the classes. This goes the same for the weapon types (this is a space game, not an RPG, though the concept would still apply).

    This is a nice example of where inheritance is very useful. ;)

  • I'm sorry, but this seems like a bug to me. Switching *back* to a non-layout tab doesn't disable the button either, and if it's the "last layout selected", well, that would be really confusing. ;)

    To add: If I'm on a layout for project 1, and right-click and close project 2, it still goes away, even though I'm on project one's layout! Come on, that has to be a bug now. ;)

  • No it hasn't. There's no command to replace an instance variable; And besides, that is a right click menu specific to event sheets. I'm taking about a feature added to the variable creation window to relocate a variable.

    Also, I couldn't find that tutorial you mentioned.

  • Link to .capx file (required!):

    N/A (see why...)

    Steps to reproduce:

    1. Create a project

    2. Create another project

    3. Remove second project

    4. Run/preview button is disabled

    Observed result:

    Run/preview button is disabled

    Expected result:

    Run/preview button still enabled (there's on project left)

    Browsers affected:

    N/A

    Operating system & service pack:

    Windows 7 x64 SP1

    Construct 2 version:

    r125

  • Link to .capx file (required!):

    dl.dropboxusercontent.com/u/17275929/Temp/Bug%20Test.capx

    Steps to reproduce:

    1. Create a sprite.

    2. Create a family and put the sprite in it, and add a variable (anything).

    3. Create sprite in a Function (Func1).

    4. Call a second Function (Func2) from Func1 to set the FAMILY variable. In the second function, use the condition to select by UID.

    The steps are contrived to produce the bug. There are obvious work arounds, but functions should make things easier, not harder. Besides the bug, I recommend as a feature request to also allow returning the object that was constructed for the calling actions to use, and passing as a parameter as well if possible. There needs to be a better way of "type casting" objects to family types.

    Observed result:

    Condition fails

    Expected result:

    Condition selects the family (type-casting the object created in Func1).

    Browsers affected:

    Chrome: yes

    Firefox: yes

    Internet Explorer: yes

    Operating system & service pack:

    Windows 7 x64 SP1

    Construct 2 version:

    r125

  • Please do so with instance variables as well. When a project gets a bit big, it's easy to later realize a variable should have been put in a family, but it's everywhere in the sheets - so annoying. ;)

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Yes, of course, a simple manual resize will fix it, but that's just annoying. <img src="smileys/smiley26.gif" border="0" align="middle" />

  • I have an extended second monitor I'm using, and maximizing the window makes it fly out the side of the window. The monitor is on the right side, and when I drag the window over and attempt to maximize it, the right side goes beyond the right edge. <img src="smileys/smiley19.gif" border="0" align="middle" />

    Thanks.