bowiz2's Forum Posts

• • bowiz2
  • 
  • • Joined 17 Jul, 2011
    • 
    • 20 topics • 61 posts
  • 1

  • 6 Jul, 2012
  • Quote

  Arima but again, that could still be large and disrupt bugtesting. A console would be a lot more practical, but yes, it would definitely work.

  Ashley I found it, and it looks great, thanks!

• • bowiz2
  • 
  • • Joined 17 Jul, 2011
    • 
    • 20 topics • 61 posts
  • 1

  • 6 Jul, 2012
  • Quote

  Arima Yes, but that would help along what Greg said about his workaround - but the reason I suggested this was so that debugging can be done much easier than making new layers and text things (which takes a bit and is annoying). And it would really help larger projects with lots of variables to keep track of. 10 texts on 1 page and you need to recognize which one is which is sort of "in the way".

• • bowiz2
  • 
  • • Joined 17 Jul, 2011
    • 
    • 20 topics • 61 posts
  • 1

  • 6 Jul, 2012
  • Quote

  Greg I know its not really super hard, but it would be a lot more practical to have something like this. Its less time consuming, it would obviously have the option to be hidden, and would really make the engine more... engine like.

• • bowiz2
  • 
  • • Joined 17 Jul, 2011
    • 
    • 20 topics • 61 posts
  • 1

  • 5 Jul, 2012
  • Quote

  Hey,

  Would it be possible to add a simple debugging feature to C2 - I'm thinking along the lines of just Console prints - like echo in PHP or System.out.print in java. Just an action called "Print to Console" or something - because as of now in order to check variables you would have to make popups using browser or add unnecessary text objects to the screen - just to be undone after. I don't know if this is possible, but I really hope it is :)

  Thanks!

• • bowiz2
  • 
  • • Joined 17 Jul, 2011
    • 
    • 20 topics • 61 posts
  • 1

  • 5 Jul, 2012
  • Quote

  I thought that might be the problem - thanks for answering! I'll just manage with the functions.

• • bowiz2
  • 
  • • Joined 17 Jul, 2011
    • 
    • 20 topics • 61 posts
  • 1

  • 4 Jul, 2012
  • Quote

  Hey,

  Would there be any way to set a variable type for WebStorage Variables? Because it seems to me that they are always strings, and in order to work with an integer from WebStorage you have to use int(WebStorage.LocalValue("key")) - which can get annoying. And integers take up less space than Strings - heck, maybe even give an option to use Bytes in C2 - but without going there, I would really like to see more control over what kind of variable you are storing in WebStorage.

  Thanks!

• • bowiz2
  • 
  • • Joined 17 Jul, 2011
    • 
    • 20 topics • 61 posts
  • 1

  • 26 Jun, 2012
  • Quote

  My Entry:

  Preview Over LAN

  Done as a commercial (not a real one obviously :D). Put quite a bit of time into this, hope you like it!

  Video Link

• Try Construct 3

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

  Try Now Construct 3 users don't see these ads
• • bowiz2
  • 
  • • Joined 17 Jul, 2011
    • 
    • 20 topics • 61 posts
  • 1

  • 26 Jun, 2012
  • Quote

  Video Making + Construct 2... I can work with that :D

  Just wondering, the iPod Touch is the 8GB model, right?

  And can we use Scirra copyrighted materials, such as the Construct 2 logo or the Scirra logo?

• • bowiz2
  • 
  • • Joined 17 Jul, 2011
    • 
    • 20 topics • 61 posts
  • 1

  • 24 Feb, 2012
  • Quote

  Works, detected everything fine, and its a nice, simple program. Running Windows 7 64 bit with an ATI Radeon 3200.

• • bowiz2
  • 
  • • Joined 17 Jul, 2011
    • 
    • 20 topics • 61 posts
  • 1

  • 22 Jan, 2012
  • Quote

  A nice feature would be some simple shape object, with options for lines, circles, rectangles, and simple color control. This would come immensely in handy with simple emitters such as gunshot hits, blood, and other simple particle effects. Random colors could be utilized for a nicer looking effect and for more in-depth customization. And lines, well, having two X and Y coordinates would make life a LOT easier.

  I hope you can add these to your long list of features planned for the amazing engine that is Construct 2.

• • bowiz2
  • 
  • • Joined 17 Jul, 2011
    • 
    • 20 topics • 61 posts
  • 1

  • 24 Dec, 2011
  • Quote

  Is there any chance that a "Cancel Export" button can be added to your long list of updates? Its a small feature but might just come in handy if you mis-click something.

  Thanks!

• • bowiz2
  • 
  • • Joined 17 Jul, 2011
    • 
    • 20 topics • 61 posts
  • 1

  • 19 Nov, 2011
  • Quote

  Thanks for all the replies, I had no idea that those had workarounds. I will try them out, hopefully they will work. And I agree with Somebody... I hope families are coming soon :)

• • bowiz2
  • 
  • • Joined 17 Jul, 2011
    • 
    • 20 topics • 61 posts
  • 1

  • 18 Nov, 2011
  • Quote

  Can I bump this? These features would really help with all kinds of games, especially ones that their map is just one big picture (with buildings and objects already on it).

• • bowiz2
  • 
  • • Joined 17 Jul, 2011
    • 
    • 20 topics • 61 posts
  • 1

  • 15 Nov, 2011
  • Quote

  Its me again, with more random ideas.

  I have a few suggestions that can make collision a lot better and simpler to use:

  1- A "Negative" collision. In other words, the area you select is the only part of the sprite NOT affected by collision. This will make room collision a lot better and easier to do.

  2- A multiple box collision option. Instead of using polygons, you can just click and drag to make a rectangle, and you can make more than one of them. This would be really useful for single sprite maps (or even just standard rooms) as well as many other things.

  3- This has probably been asked before, but is there any way to implement a feature that will allow you to control things from one layout from another? Such as generating sprites on layout 2 while on layout 1.

  Thats all!

  For now at least :)

• • bowiz2
  • 
  • • Joined 17 Jul, 2011
    • 
    • 20 topics • 61 posts
  • 1

  • 7 Nov, 2011
  • Quote

  I've done something like that before, but I just wanted to say that it would be loads easier (and code space saving) if there just was an event for it.