Hillstrom's Forum Posts

  • So, Facebook now opened it own Appstore complete with micro-transactions and exposition to the masses. And to me, and to everybody with hopes for html5 bright future, sounds like the answer to that low jab some noticed so far: monetization of your game!

    Given that facebook seems more focused for html5 web-games than exports to ios apps and/or Android apps, and adding the others several features of this "marketplace" my question is:

    What do you think about it?

    Bad idea? Just another Kongregate half-useful market?

    Our answer to those appstores we can't access right now? (ios/android)

    And, directly related to Constuct:

    what will or can do to better integrate Construct's creations to this new maket?

    So far, theres third parties like appHub and clay.io and some implementations mentioned on tutorials. but,

    What's the future of Construct 2 around this facebook new ground?

  • Another espa�ol here. I saw a spanish blog with some tutorials translated to spanish but i cannot find it now. Nor i can say it's developed further.

    I missed the spanish community page, there's one?

  • Sometimes, when there's many tabs opened, if i close a tab that i didn't wanted to close (like an accidental close), it becomes hard to remember what was closed. You know you closed the bad tab but, What was closed?

    It only happends with many tabs opened and little coffe in hand. Maybe it doesn't worth the addition of this feature.

    About the "close all tabs", closing all but the active tab and closing all for a clean start is not necessarily the same thing. But, also, maybe it doesn't worth the work.

    Regards Ahsly!

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Hello team!

    In the File button, to the left of Home, you can close a tab or the selected tab's project. But theres no way to close all opened projects from this menu.

    Similar with right clicking a tab. You should be able to close all tabs from there too. Or not?

    A quicky to add, maybe a "recover last closed tab" option? Similar to browsers tabs do?

    As you see this is no bug but just a suggestion that i prefer to throw here.

    See you all after my vacations! Good luck with your updates, the 100th release seems promising!

  • Could you test if Chrome for iOS has the same audio issues of Safari?

    The JIT limitation is a permanent issue or it's prone to get fixed in the future?

    (About Safari, i'm just referring to the old versions were this issue was present)

  • Hello Tom, hello Ashley!

    It's just me or is somehow difficult to see/reach beta versions of Construct 2 on the website?

    Once you know where they are it easy. But at first glance it's a little elusive, hidden under a 3 level "subpages".

    Maybe a link in the regular download page, under the stable download button whould fix this easily.

    But maybe it's just me.

    This is what I mean with "a 3 level subpages":

    To reach the beta releases and see the release changes I go:

    scirra.com

    scirra.com/construct2

    scirra.com/construct2/releases

    There's no direct access to /releases from a more intuitive place (like downloads for example.

    Someone else felt this disorientation before too? (I may getting old)

  • Hello all,

    This time my question is not a how to, but a "best way to" or "how whould you like to move" kind of question.

    Imagine a Bomberman kind of level, topview, relatively a maze but not so tight on movement space.

    On that scenario, you move a fast character like a mouse pointer. But this character should collide with the scene's objects.

    The question is, How should i make the movement of this character?

    My first inclination is to move it with mouse/finger in a 1:1 fashion. Exactly like a mouse cursor.

    A second option whould be to click and make the character move to that point (stright without any fancy pathfinding). Like Diablo movement.

    The last and most common is to move with a normal virual pad. But my game is more focused on mouse/touch driven movement.

    If you want the closest example of my game see: Knights In The Nightmare

    youtube.com/watch

    You will see how you move some kind of cursor, it seems like a mouse driven movement is the way to go. But collision and lag kill this implementation.

    Any ideas about workarounds or ideas for other solutions whould be apreciated a lot!

  • I believe there's a confusion over what CocoonJs or appMobi do to a C2 project. It seems like CocoonJS or appMobi can make html5 games work with their fixes also as webgames directly embeded on the devices browsers.

    But to make it clear to everyone, both CocoonJS and appMobi will transform a C2 project into a native app. But won't fix a game so it can work directly on android/ios browsers with the added functionality of those wrappers. (But it might be really helpful if they could).

  • Yes, I know that html5 games works everywhere. But my question is more about what platform seems better to work for first.

    I don't put IOS browsers as an example yet because it has many problems like no audio and Android has some others as well like no multitouch until v4.0. That gives me two options, Facebook games or a native app (with a wrapper). Also I ask in general, not necessarily in relation to Contruct features.

    A native app seems easier but facebook could work better.

    What would you do first? (this question is for everybody), a native app or a facebook one?, (the arcade ones not the masive "ville" ones).

  • Hello All,

    Looking how Playfirst failed with their insertion on facebook with some of their successful franchises and, on the other side, looking how some ios arcade games are doing pretty fine on their Facebook versions, i wonder:

    What platform should I/We target for? Which brings a better future or probabilities of success? (if the game is good of course).

    To give some perspective on this subject:

    Angry Birds or Jetpack Joyride are very successful games made first for IOS and then, when those made their entrance in facebook, both worked pretty fine, even when those are clearly more arcade and less "ville" in their gameplay.

    At the same time, games that should work better on facebook failed there and worked better on IOS, like those of Playfirst(Cooking Dash).

    So it's no more a matter of type of game for the best platform for the particular genre.

    Any insight or experience on this, about what world worked better and why please share it.

  • Also, to add to stream of appreciation for your work (Tom & Ashley), is commendable the level of support and attention for direct and indirect questions and doubts from your community. From direct questions like "do this works right now?" to indirect ones like "how do i do this or that". You appears replying, and fast. This kind of presence is always a measure of health, an indication of a wheel oiled and running fine.

    All this, comming from a tool that not only is using successfully new technologies some still even fear to use (html5 games) but, also, doing it with the added hardwork that represent giving this in a non-programmers environment.

    I will always defend all approaches to simplicity for complex tasks or projects. And you have developed this kind of tool with the added value of your constant presence and with a quality that, to me, excelled all expectation.

    It's on us to make now, good games that reflects the quality of the tools that helped us archive them.

  • Reading the blog post "The Great HTML5 Mobile Gaming Performance Comparison" (23 May, 2012 wrote by Ashly) It leaves me a doubt:

    "Android 2.x is rescued by directCanvas and CocoonJS - both add support for multitouch even if the stock browser does not support it"

    This is if I wrap the game to a native form only right? Or this miraculous works if i keep it as a browser-webgame too?

    Android in my country just recently sells v.2.3 as a new thing. Waiting for a standar sell of Android 4 smartphones could take some time that i don't want to wait (for multitouch on android browser).

    This could add a masive amount of devices to the list of supported devices for browser-webgames.

    Thanks in advance for any insight on this.

  • Downloaded, i have a question about your implementation:

    It works even if i put fullscreen a web browser on ios/android/pc?

    Also could be any problem if an application is ported to native with wrappers like cocoonJS or appmobi?

    If it works "no matter what" it's really a time saver.

    Cheers for the new release!

  • Excelent contribution. I don't know why it hasn't more atention or replies. <img src="smileys/smiley22.gif" border="0" align="middle" />

  • To close as solved I recap:

    1) how do you overcome the nightmare of having different audio formats for different browsers? (especially with ios's safari).

    2) When you make a webgame for pc and also for ios web browsers, how do you manage the dual controls scheme when there's no 1:1 correlation between pc controls and ios heavy use of touchscreen?

    A)

    1)All audio problems are easily solved in any situation/device/platform just using Construct 2 dual-enconding feature (W7 Only) and wrappers for ios browsers. Dual-encodig works in any situation.

    2)If controls are easy to replicate then use C2 methods described in tutorials and blog. But if the controls are too dispar then a dual project could be more manageable in the long run.

    Workflow for webgames so far:

    1) Develop for pc, keep controls in mind if you intend to export to ios.

    2) If you develop under windows 7, any audio issue across browsers and devices will be automaticly fixed with C2 dual-encoding feature.

    For other OS, you need to do this by yourself.

    3)When you want to export your webgame from pc to ios make it as a separate project or see tutorials for ways to detect devices and use only one project/code for any end device/platform.

    4)Export your final project to ios using a wrapper, PhoneGap for easy casual browser games (given it's slow) or directCanvas/CocoonJS for speed and more "native" games (as those doesn't use ios browser).

    THE END

    Thanks Ashley and Sqiddster for your atention to my questions!