Paul e7fd527c72 ScaleManager + DOM - window constraint updates ... ScaleManager.windowContraints now allows specifing 'visual' or 'layout' as the constraint. Using the 'layout' constraint should prevent a mobile device from trying to resize the game when zooming. Including the the new changes the defaults have been changed to windowContraints = { right: 'layout', bottom: '' } This changes the current scaling behavior as seen in "Game Scaling" (as it will only scale for the right edge) but also prevents such scaling from going wonkers in some mobile environtments like the newer Android browser. (Automatic scroll-to-top, albeit configurable, enabled for non-desktop by default is not a fun situation here.) To obtain the current semantics on a desktop the bottom should be changed to 'layout'; although this will result in different behavior depending on mobile device. To make the sizing also follow mobile zooming they should be changed to 'visual'. Also added temp Rectangle re-used for various internal calculations. --- Phaser.DOM now also special-cases desktops to align the layout bounds correctly (this may disagree with CSS breakpoints but it aligns the with actual CSS width), without applying a window height/width expansion as required on mobile browsers. (And the jshint error isn't mine..)		2014-11-19 15:42:08 -08:00
..
Canvas.js	DOM Functions	2014-11-10 00:45:13 -08:00
Device.js	ScaleManager + DOM	2014-11-17 23:48:06 -08:00
DOM.js	ScaleManager + DOM - window constraint updates	2014-11-19 15:42:08 -08:00
RequestAnimationFrame.js	A large refactor to how the internal game timers and physics calculations has been made. We've now swapped to using a fixed time step internally across Phaser, instead of the variable one we had before that caused glitchse on low-fps systems. Thanks to pjbaron for his help with all of these related changes.	2014-11-08 18:54:54 +00:00