stupot

Members
  • Content Count

    235
  • Joined

  • Last visited

  • Days Won

    1

stupot last won the day on July 28 2018

stupot had the most liked content!

About stupot

  • Rank
    Advanced Member

Recent Profile Visitors

2782 profile views
  1. I've been down that rabbit hole, there's a lot of UI libraries out there, determining which ones do what and how easy to use is time consuming. You might think your requirement is quite broad, but it's probably quite specific when you consider all of the UI applications. Your requirement sounds like a HUD to me, so be sure to include that term in your searches, I'd start with something like "javascript ui hud" in google. I use dat.gui, it has a specific goal and does that well, it's not a general purpose gui. I also use FomanticUI, it has the feature set and look I wanted, but it's steep learning curve. Both of these I use to display and control the underlying application during development, not seen in the production build, they have a technical/functional feel and wouldn't be appropriate everywhere, eg for player UI in a game. There's a lot of old libs out there, no longer being maintained. If keeping up to date with current browsers and standards is important, then bear that in mind. I remember I took an interest in w2ui, had decent functionality, easy to start with. Also, Phaser3 has a domElement, if you wanted to use that for your canvas it would give you easy access to html elements in front of the canvas - Phaser3 domElement examples.
  2. Above v2.6.2, Phaser2 was plagued with performance issues. Amongst other things, the renderer handled multitexture, which even when when not using MT had to do just a bit more work anyway. I tried CE once but reverted back to 2.6.2, as did many. It was a shame as CE had a lot of updates and fixes. A lot of the fixes could be merged into 2.6.2 though.
  3. This example helped me: http://labs.phaser.io/view.html?src=src\game objects\container\parent matrix.js
  4. I modified the plugin too, for this very same reason
  5. you need to look into 'Web Workers'
  6. I've used the closure compiler in a phaser project with maximum optimisations, the output was smaller and faster than uglify2. But it took a lot of work to manually create and maintain all the required externs, I don't do this anymore becasue of this, mobiles have become much more powerful to compensate. Phaser has a lot functions/properties created programatically that cannot automatically be scanned for, so debugging the optimised code back to the source to see what else whould be extern'd was a nightmare. Luckily I only used a minimal portion of Phaser so didn't have to do a full job on it.
  7. Found an apparent mac download here: http://www.didgin.com/downloads/particle-editor-for-phaser
  8. there's a project plan here: https://prod.teamgantt.com/gantt/schedule/?ids=843041&public_keys=eXjoWRdx8pM7&zoom=d100&font_size=11&estimated_hours=0&assigned_resources=0&percent_complete=0&documents=0&comments=0&col_width=255&menu_view=0&resource_filter=0&name_in_bar=0&name_next_to_bar=1&resource_names=0#user=&company=&custom=&date_filter=&hide_completed=false&color_filter=&ids=843041 according to this it's currently (possibly) in development
  9. Hi akwa6971, The image hasn't loaded by the sounds of it, check your console for error messages. Is the image file name/path correct, is the upper/lower case correct? Also. this post should be in the main Phaser thread, rather than this Phaser3-Beta thread - you'll get more help there.
  10. Thanks @rich sounds like a good plan, that's given me some food for thought.
  11. Looks like I'm going to have scratch a little deeper than the surface, conceptualy Phaser3 looks to be quite different to Phaser2. I've a few different ideas about how parent transforms could be implemented and applied only to required objects but I need to get my head around the new P3 internals first. Any pointers or suggestions you might would be useful now.
  12. Removing always-there pre-post updating/rendering/etc is great for performance but will slightly increase the difficulty of using Phaser whether an alternative is native or pure user implementation. I'd like to see a native solution to this otherwise the forums will be filled with people asking how to hook in an update function and getting several differing answers. It's common enough functionality to expect something built in to standardise the way people do it. Looking at UpdateList.js now though reminds me of several problems I've had in the past where the triggering criterea was hardcoded into it, ie here it depends on gameObject.active. How about a more general callback processor - like a simple event/subscriber model? The system would have several built-in reserved events ("preUpdate", "postUpdate", "preRender" etc) which any object could subscribe to, along with any custom user events. Possibly the system could have the ability for subscriptions to also register the triggering criterea, maybe by a list of properties with boolean values. Eitherway, always calling the callback function would provide the ultimate user control.
  13. I was just running through the readme.md and it says you can do that, though I do realise this was cloned from the PhaserV2 version which says exactly the same. I did fix it up myself because I wanted to compare the output and play with the uglify compress options but my fix (bodge) was for my purposes only rather than a generic one so didn't try to submit it.
  14. ok, got it. The biggest speed optimisations I made to a version of Phaser I used was to bypass a lot of repeated scenegraph traversal for the functionality I didn't require, so I can see why this has been done, but it'll leave a functionality hole for many. Sounds like the skelly-bone classes are what I'm looking for, not a native/global performance hog, but something available when needed, any idea when dev on these begins?
  15. I don't think this has been working for a while. There used to be a rocket button for 'run' but this was also problematic. The examples heve never 'all' worked and never will, probably a little frustrating for newcomers, it should have a warning at the top really. I think the sandbox was created partly in reason to pickup where the examples were failing. It's usually quite easy to port an example to the sandbox, eg https://phaser.io/sandbox/edit/mwhvynxr In preload(), just has to add the baseURL and crossOrigin then modify the asset paths accordingly (remove the leading assets/), so you'll have the same example running that you can modify and run and save for later. Not sure if there's anyway to target a specific version of Phaser though.