michael's Forum Posts

  • First up let me say that I really like - no, LOVE - C2, period!

    Secondly, this topic is in no way intended to be a slur. C2 is a fantastic tool and both Ashley and Tom deserve well earned praise - these guys are doing an awesome job!

    Thirdly, I think it would be true to say that most people using C2 view it as a real-world production tool - not simply as a toy, and rightly so - it is not uncommon to see Construct 2 referred to as Ground Breaking on the web.

    So on with it then:

    Now to be sure everyone likes to see new features added - it really is very cool!

    But it is also very important to fix known bugs first - or at least I think it is.

    If you visit the bugs section of this forum you will notice that certain bugs have been unresolved - even after many updates have been released, in fact some of them have been unresolved since I started using C2 (version r114) - some are minor some are not so minor - but they are all BUGS.

    It doesn't matter if a bug is minor, major, or in between, a bug is a bug and should be resolved as quickly as possible and certainly before any stable release is posted.

    Now I know Scirra is just a small team - but this tool is no small puppy - so it is only reasonable to be patient for new features. I really think that most C2 users would prefer bug-fixes over feature additions.

    What I would like to see:

          1) Stop adding features - just for a while

          2) Iron out the bugs

          3) Release 'Stable' update - with no known bugs

          4) Add next awesome feature

          5) Release Beta - expect bugs to crop up

          6) Start at step 1 again...

  • Ashley

    thehen

    The problem goes further:

    If you click a hyper link to email or web the charms bar just closes and the link is ignored....

  • I think it may be memory related.

    I have had this problem since I started using C2 (R114 - Personal Edition), and it was getting to be a real pain.

    However I have recently upgraded my graphics card to one with 2 Gig of ram (previously one had 1 gig)and the crashes are far less common since the up grade.....

  • Hi Ashley,

    I agree it is a minor issue, but it does detract from typical Charms behaviour.

    This has only started happening in recent releases of C2 - R119 and at least R122 worked fine.

    So something has changed since then either with C2 or Windows8...

    Perhaps you could query MS about it....

  • Good morning Ashley,

    Any heads up on this - I have a game that's almost ready to release to the Store.....

  • Hi Ashley,

    Just to let you know that the problem still persists in R126.

  • Link to .capx file (required!):

    http:// Is already included in C2 templates

    Steps to reproduce:

    1. In C2 open a new Windows8 Project template

    2. Add some details for Author and Description

    3. Export as windows8

    4. Open in visual studio

    5. Double-Click the package.appxmanifest file in Solution Explorer

    6. Select the Packaging Tab

    7. Click 'Choose Certificate\Configure Certificate' and 'Create test certificate

    8. Run the application

    9. Invoke the Settings Charm

    10 Select 'About' 'Support' or 'Privacy Policy' option

    11. Click the back arrow in the Charms Bar title area

    Observed result:

    The Charms panel closes

    Expected result:

    Should return to the Settings panel

    Browsers affected:

    Chrome: yes/no

    Firefox: yes/no

    Internet Explorer: yes/no

    Operating system & service pack:

    Windows8 Pro

    Construct 2 version:

    r125 beta

  • Hi all,

    ......

    3) Using the back arrow on the Charms bar header just closes the panel

    ......

    Ashley, the same thing happens with the scirra Windows8 object....

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • thehen - Hi,

    In particular having music and sound controls in preferences gives a consistent feel to other win8 apps, and having the reset option on same preferences panel is a nice touch.

    Also good to be able to test-purchase.

    Not sure how roaming works with scirra's plugin, but iunkn's plugin works with AsJSON....

  • Hi Ashley, thanks for the reply and for taking the time to post here.

    I appreciate what you are saying - this is the draw back when using third party components.

    One of the things MS encourages with Win8 apps is a polished experience which the third party plugin provides very nicely.

    I will resort to the built-in one if I have to, but reluctantly, because iunkn's has a couple of excellent features that give the metro-app experience a real boost and with all due respect, leave the built-in one wanting a great deal.

    Regards

    Michael

  • Hi all,

    This is by far the best plugin for Win8!

    However with the two latest releases - R124 and R125 - it appears to be broken:

    1) The Reset Game option no longer works - selecting Reset just closes Charms panel

    2) The In-App-Purchase test mode no longer works - selecting Purchase just closes Charms panel

    3) Using the back arrow on the Charms bar header just closes the panel

    Does anyone else have the same problem?

  • Unfortunately the crashes are getting more and more prevalent.

    For me, C2 will crash on exit almost EVERY time, and ALWAYS when using Photoshop at the same time.

    And there is always this 'Placeholder Window' thing that happens when shutting down Win8.

    There are also other random crashes while working with C2 that are well random, and only Task Manager can close the program.

    I now always start Task Manager before firing up C2, and always save habitually, like whenever I make substantial changes in event sheets, when adding editing sprites etc., and definitely before previewing.

    It's a bit annoying, but it seams there is no way to pinpoint what causes the crashes - I just count it as one of those work place hazards!

  • Ashley - got it - thanks for the clarification. <img src="smileys/smiley20.gif" border="0" align="middle" />

  • OK, sorry to labour this.

    In my project each of the 40 levels(layouts)use some objects all the time - like background, players etc. Obviously these should be present on each layout, and thus can be easily arranged as required.

    In addition I have several Particle objects(for various effects) and Sprite objects(bullets etc) that each layout uses periodically, but they are always created\destroyed when required. These all have the Destroy Outside Layout behaviour. - So would it be best practice to just have these on an AssetsLayout only and just create them when required in each LevelLayout for the game.

  • Hi spongehammer,

    Yeah, that is similar to what I have been doing.

    I was just curious as to the fact that the layouts that I have not added the object to still created the particle anyway....