deadeye's Forum Posts

  • selected layer

    Now THAT I can rally behind! You don't know how many times I've opened a .cap and added however many objects only to find out I've been working on the wrong layer

  • That's true, I didn't think about that. I think it needs a nice, snappy name like AppPath, though. Something short, sweet, and to the point.

    "BinFile" or "ResFile" or maybe "Banana"

  • That's a good idea, actually. How about calling it getfilename("resource name")? If it hadn't already, it'd just dump a resource to a temporary file and return that path.

    If not "Bin" then how about getResource("name.ext")? getfilename might be a bit confusing, as folks might think they're getting an actual external file. Might as well call a spade a spade.

    Submit it to the feature tracker.

    Okay, will do.

    E: Done

  • Okay, pretty good so far . I think the movement on the player is too speedy though. Especially the fall. If you fall for more than a few feet and then winch something you won't be able to pull yourself up because you're falling too fast.

    Also, put some damn floors in your demos, I want to play more than five seconds without having to restart

    Looking forward to seeing more

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • ARGH I'm gonna winch you for not zipping a folder

    jk, trying game now...

  • We have an "AppPath" expression, and it's really useful for loading external files.

    I propose a "Bin" expression for loading files stored as resources. Any files, whatever they may be (as long as it's a file that some object or construct itself can open).

    The idea came to me when I was thinking about the .mesh files exported by the mesh editor. I thought it may be possible to do a sort of frame-by-frame animation on a mesh by loading a series of .mesh files. I thought storing the .mesh files into the binary might be nice, but then there'd have to be a "Load mesh from resource" action, etc. Then it occurred to me that if you were allow the loading of files from binary, you'd have to add the "Load file from resource" action to all objects for whatever other file types, and that wouldn't really be necessary if you had a more general "Bin" type expression.

    It would also be useful for text files, .ini files, hell... even .jpgs or whatever else. Wherever you have to load a file, just use

    Bin "filename.ext"[/code:hfo4t2zi]

Of course, this feature would have to come after the capability to use resources for more than just sounds.

  • Yeah, dragging things out of the folders and into the layout would be nice.

    I imagine though that the object folders aren't quite complete... if you give them the functionality of the Object Bar (being able to click on items and propogate the properties bar, double-click to edit, right-click to sort/other actions) then the Object Bar would be pretty much obsolete.

  • I just now realized I've never actually posted this.

    Device name: NVIDIA GeForce 6200

    Pixel shader: 3

    Estimated VRAM: 281 MB

    Motion blur: Yes

  • I'd show you but it also won't let me save it. "Unhandled Exception"

    Couldn't you upload the old .cap and then let someone import it? I imagine they'd have the same results.

  • At the end of a long day... you have some left over liquid nails...

    <img src="http://dl.getdropbox.com/u/604141/SoundstreamInstall/Image1190.jpg">

    To enjoy with your beer

    <img src="http://dl.getdropbox.com/u/604141/SoundstreamInstall/Image1191.jpg">

    Well at least this thread isn't a total loss

  • Sure, go hog wild. I just wanna be able to turn them off.

    How about this... if I have twenty backup .caps of a project in my WIP folder, I really don't need 20 .persist files, right? I pretty much just need one for that whole project. Would that be possible?

    And yeah, I know... you ask "what if you add some event sheet and then open an old version that doesn't have that sheet?" And I would say "maybe it could just ignore any event sheets or whatever that don't exist?"

    I don't know how hard that would be to implement or really how practical it would be though.

    Oh, also I noticed that the .persist files don't store zoom information for the layout. Could that be added? So if I'm zoomed out to 50% when I close, it's at 50% when I open it?

  • No.

    Yes.

    <img src="http://dl.getdropbox.com/u/529356/toomuchtime.PNG">

  • I guess it is. I must be a spambot or something.

  • That could work too... then again it would kind of just be like everyone making their own games.

  • Construct 2... the very thought is enough to make my head explode...