Ashley's Forum Posts

  • Oh, I see, you need at least one 'jump-thru' in the layout otherwise it happens. Oops. Fix on the way.

  • Are you sure? I just exported this with the platform behavior in r79 and it works OK.

  • Tom any ideas? Have you changed the arcade keyboard handler recently? There were no changes to the Keyboard object in the last build.

  • gndwestwd: it looks like you did not upload all the files. For example the game needs http://dl.dropbox.com/u/27999098/images/milkdrops1-default-000.png but this returns 404 not found. Did you upload the 'images' folder?

    sqiddster - right click and "view source" on both the one on your server and the one on DropBox. They have completely different HTML. If you did not modify it then something on the server must be automatically modifying it, and it breaks it. I'm afraid I can't help you further - you'll have to ask whoever runs your server, because it could be anything at all running on your server.

  • Can you provide a .capx? Last I checked these were working OK.

  • Family Behaviors are just the behavior equivalent of Family Variables. If you add a family variable, all objects in the family inherit the variable and can use it from the event sheet. Family behaviors means you would be able to add a behavior to a family, and all objects in the family inherit the behavior and can use it from the event sheet as well.

  • You're not required to use any particular features, you can do what you like! You can make multiple objects in one Sprite but my personal preferences is Families is more convenient. It's mainly for more philosophical reasons:

    • It's more object-oriented to have each object as a separate object, rather than one object representing many objects. Families represent a base class and its members are derived types, as per OOP.
    • It's less events, since you can use families as one object anyway, without conditions checking what kind of object it really is. If you need events specific to one object type, you just make them normally as well.
    • I just think it's more intuitive the families way.
    • Things like animations can be easier to set up with families.
    • Adding a new object type to an existing family should be more straightforward with the families system, since you can just add it and it inherits all its functionality. No need for more subevents or animation events.
    • I don't think there's anything wrong with having lots of object types - the folder system allows you to stay well-organised and we hope to add the folder view to the event sheet dialogs in future too.

    Still, you can do it either way, it's a personal preference.

  • sqiddster, I just tried again and went view-source and it still has things like "<script data-djssrc=...". This is still invalid HTML. Have you modified it or is the server modifying it? Can you not just try the HTML file that Construct 2 exports without modifying it?

  • It's on the todo list, we just need to modify it otherwise all arcade games will share the same storage.

  • Have you tried r79? I made a change which was relevant.

  • You do not have permission to view this post

  • It works fine here. Maybe provide a .capx?

  • You do not have permission to view this post

  • You do not have permission to view this post

  • would setting visibility to invisible for objects outside layout speed up the game?

    Nope, this will have no effect.

    TW, typo in the Performance tips

    Thanks, fixed!

    ould fullscreen mode set to crop and manually scaling all your sprites on their creation be faster than fullscreen set to scale?

    Probably not - if it's hardware accelerated it will probably have no effect either way, but even if software rendered, scaling sprites is probably as much processing as scaling the whole display.

    have a call javascript plugin that in

    every 0.1 second -> run javascript function
                  set global variable to read return function

    Generally it's not possible to answer "Is X efficient?" questions, especially when involving third party plugins which isn't our code, but I would guess if you're only doing it 10 times a second it will be perfectly fine. (FYI I've built-in the AppMobi accelerator to the Touch object for the next build)

    ill setting the animation speed to 0 for one frame only objects make a difference?

    Nope, none.

    Everything important has been mentioned in the Performance Tips manual entry - anything not mentioned there is probably not likely to have any significant effect. Any important little tweaks you can make to improve performance are already written in the article.