Kisai's Forum Posts

  • I could swear I did. I'm not sure if this glitch is still in 99.94 or whatever, since that's more broken than 98, despite it's neat new features, so I can't say if this glitch is in the current version of Construct.

  • I'm thinking of changing the display resolution for my Construct thingy, since I'm a fan of widescreen, and wondering what everyone else thought. Think of this topic as, "Should I go with THIS hat? Or THIS hat?"

    Since apparently, I can't allow for custom resolutions for my game, no matter HOW badly I wanted it, I'll have to settle for a set resolution. If you wanna know why I can't have custom resolutions, it's because modal layout objects that are linked to a layout with effects glitch up when the resolution size is changed. ANYTHING with an effect displayed on a modal layout becomes stretchy and glitched up, but everything else turned out fine. Still, it's an impossibility, so I'll have to settle on a set window size.

    Here's the CURRENT display, the default resolution:

    http://i77.photobucket.com/albums/j42/Dreamer_Kisai/OtherDisplays-CurrentDisplayGamepla.jpg

    http://i77.photobucket.com/albums/j42/Dreamer_Kisai/OtherDisplays-CurrentDisplayPauseMe.jpg

    http://i77.photobucket.com/albums/j42/Dreamer_Kisai/OtherDisplays-CurrentDisplayMessage.jpg

    But then I experimented with OTHER resolutions, and for one, I tried out the PSP ratio. I have NO idea what ratio the PSP's at, but I can tell you it's NOT the standard 16:9 widescreen ratio.

    This required me to reposition all the graphics, resize the layouts, and modal layouts for this so that it the whole application could be displayed properly.

    http://i77.photobucket.com/albums/j42/Dreamer_Kisai/OtherDisplays-PSPRatioGameplay.jpg

    http://i77.photobucket.com/albums/j42/Dreamer_Kisai/OtherDisplays-PSPRatioPauseMenu.jpg

    http://i77.photobucket.com/albums/j42/Dreamer_Kisai/OtherDisplays-PSPRatioMessageBox.jpg

    But THIS is the resolution I'm thinking of building my game around:

    http://i77.photobucket.com/albums/j42/Dreamer_Kisai/OtherDisplays-MyWidescreen.jpg

    What do you all think? I'm really considering going with the last one, and sort of want a custom resolution regardless. The PSP ratio is nice, but I sorta want a more traditional, and accurately 16:9 widescreen ratio.

  • In fact... I don't think you can do lerp movement with a private variable at all. Even setting the private variable to a set number like 300 or something makes all of them screw up.

  • Seems like an okay idea, and I even tried doing it as a function, so it could be done universally with each and every menu item, but upon testing it out, it turns out that if I have it select every menu text BELOW the cursor, it DOES add to each one of their private variables individually, and ONLY for the ones below the cursor. However, trying to move Options by Options.Y + 32 glitches them all up. lerp wouldn't work, so I tried just setting their .Y to whatever their private variable is, and it sends every single Options object to, and I'm copying and pasting this, "-8.64691e+018".

    So setting the private variable to itself.Y + 32 or whatever... that works fine, I checked it in debug, and every Options object below the cursor DOES have a unique variable that coresponds with its own Y position. Moving them at all, on the other hand, seems glitchy.

  • quote. all the objects keep moving on, and on, and on.

    at start of expandable menu click trigger once set pvariable moveto to .y+16, set pvariable oldy to .y. when menu is expanded lerp to pvariable moveto. when object reaches moveto stop the event. when menu is collapsed lerp to pvariable oldy when object reaches oldy stop event .

    Let me see if I got this straight... I start an event that says... When you select a menu... trigger once... set private variable to whatever Y + 16 would be. That's the math for that. So it'd be like, "Set Options private variable to Options.Y + 16"... and that'll work for every single individual one?

    And then we do the lerp movement with .Y being the starting point, and the private variable being the end point? And we have to tell it to stop once it gets to that point? How, exactly? Would it matter since this is being done with "trigger once"?

    And then, when cancelling back, we do the same thing over, but instead of adding on the Y coordinate, we subtract, right? Set the private variable to Options.Y - 16? Then do the lerp movement all over again?

    I assume, since I KNOW this is going to indescriminately affect every single "Options" object, that we throw in a condition that only the options BELOW the selected menu, and are aligned in the same X coordinate will be pushed down like this?

    But did I understand your directions right? I AM pretty dumb at this whole thing, so I'm just making sure I got it. ^_^;;; Just breakin' it down to simplify it for myself.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Well, here's the pause menu:

    <img src="http://i77.photobucket.com/albums/j42/Dreamer_Kisai/PauseMenuExample01.jpg">

    Here's how I want it to look when you open a selection:

    <img src="http://i77.photobucket.com/albums/j42/Dreamer_Kisai/PauseMenuExample02.jpg">

    Same with this option, I want the other text below it to be pushed down...

    <img src="http://i77.photobucket.com/albums/j42/Dreamer_Kisai/PauseMenuExample03.jpg">

    And in selections with sub-menus, or whatever you wanna call it, like this, everything else still gets pushed down and such... The normal menu text, AND the selection's text... It's hard to put it in words, but you can see by this picture what I mean.

    <img src="http://i77.photobucket.com/albums/j42/Dreamer_Kisai/PauseMenuExample04.jpg">

    Right now, I have to manually program lerp for each and every piece of text. This is the event for RETURNING everything back to normal, when you cancel back out to the regular menu. It was kind of like this in the first place, however...

    <img src="http://i77.photobucket.com/albums/j42/Dreamer_Kisai/PauseMenuExample05.jpg">

    These are the events for when you open up the "Items" menu. As you can see, I have to manually program every single piece of text below "Items" to move into place.

    <img src="http://i77.photobucket.com/albums/j42/Dreamer_Kisai/PauseMenuExample06.jpg">

    I sort of had a system going on with just moving them by Y position, but it didn't move smoothly like lerp does, and simply changing, "move Y by yourself +16 until you get to a certain point" to lerp DID make things move smoothly, but lerp just came to a sudden stop. I'm sure there's a way to move all these things WITHOUT manually programming each and every piece of text for each and every menu selection, probably Ashley or... ANYONE else here would know how, but I have no idea.

  • It's kind of hard to explain without showing you. As it turns out, I CAN exceute my old method with lerp, if only I change exactly what it used to say for Y movement. It doesn't come out looking as smooth though.

  • This sort of thing didn't occur when I had programmed these objects to move themself + 16 in the Y coordinate. But lerp seems to act differently, it seems... So I guess I'm going to have to manually copy and paste a bunch of code for each and every single object?

  • The command I have going is, "Options: Set Y to lerp(.Y, Options.Y+16, 1 - 0.00001 ^ TimeDelta)"

    I would imagine this would set the Y coordinate of every seperate Options object to itself + 16. But when I try it out, it doesn't stop 16 pixels below itself, all the objects keep moving on, and on, and on.

  • I ask since almost the latest updates to Construct have pretty much broken my project and would be a pain in the ass to fix. ^^ I assume if I downloaded your plugin and they came out with their own user-customized controls, that it would be a pain in the ass to change as well. And seeing as how the new Construct download seems to have affected the old in such a way that I can't really work on my old project in old Construct anyway, I guess using your plugin can't hurt at all. ^_^

  • Oohh, neat. ^^ Someone had the same idea I had, and made a plugin for it. ^_^ Thanks. Would you recommend it though? You said yourself that the creators for Construct are just gonna try adding their own custom controls thing for players so that it can work with the XBox 360 controller and (hopefully) PC controllers in general.

  • The Panel object makes Kisai sad, since it can do almost exactly what I was going for in my menu, with borders and rounded edges, except Panel does it automatically, AND can do coloring and transparency much more advanced-like than a simple gradient object. ;_;

  • I can't help but feel like this might be leading toward the possibility of user-customized controls, but what does "Set Control State" and "Get Control State" even supposed to DO? @

  • I can't help but feel like as though this might be leading toward what I want: user-customized controls, but I have no idea what "Set Control State" or whatever is actually suppsoed to BE. @

  • Happy Birthday, this post!