Commit graph

30 commits

Author SHA1 Message Date
scottjehl
7f2e50430e fixed the fixed toolbar tap toggle. Footers weren't moving to bottom. This line was outta line 2012-01-23 23:47:08 +07:00
scottjehl
c3b2d7963b removed internal use of the touchOverflowEnabled flag. It'll remain defined until next major release, however. Now in core. 2012-01-19 00:15:09 +07:00
Mat Marquis
877599dd6c Added meta information for download builder. 2012-01-13 17:27:58 -05:00
Ghislain Seguin
948d39b898 Added dependency on jquery 2012-01-12 21:22:00 -08:00
Ghislain Seguin
efb9b807b7 AMDized transition code 2012-01-12 09:36:46 -08:00
scottjehl
fa4645c236 no longer need this class addition 2012-01-12 12:54:16 +07:00
scottjehl
6e2f1cd64f moved the hide loader call back to nav again 2012-01-10 14:06:24 +07:00
scottjehl
8d0c2402ca better check for supporting fallback 2012-01-10 12:51:27 +07:00
scottjehl
d1edb4f98c better comment 2012-01-10 12:50:44 +07:00
scottjehl
0dd88f4f88 implemented fallback transition definitions for non-3D-supporting browsers, for all transitions except "fade". By default, these are all set to fall back to "fade", and they'll fall back to "none" if 3D is unsupported and no fallback is defined. They can be overridden at mobileinit, like any other jQM default. 2012-01-10 12:50:44 +07:00
scottjehl
69558f2cbd Added a new core option called maxTransitionWidth, which defaults to 1000. Accepts any number or false value. If it's not false, the handler will use a "none" transition when the window width is wider than the specified value. This is useful because transitions get very wonky on wider screens. 2012-01-10 12:50:22 +07:00
scottjehl
70ef725952 removed "none" transition handler from Nav.js. Updated the new out-in transition handler so that it supports "none" transitions in addition to our new default css3 animation sequence. The new transition handler is set as the default, and available publicly as $.mobile.defaultTransitionHandler and $.mobile.transitionHandlers["default"]. 2012-01-10 12:50:21 +07:00
scottjehl
bc2b4faf0b renamed the new transition handler transition.js 2012-01-10 12:49:52 +07:00
scottjehl
b820de1afc removed code to set css3transitionhandler as the default 2012-01-10 12:43:09 +07:00
scottjehl
195d4dc47e removed commented out line 2012-01-10 12:40:23 +07:00
scottjehl
821df23a7d Much of the scripting in nav.js's transitionPages function was tied to the animation sequence for our css3transitionhandler. For example, the order was, scroll to top, run transitions, then scroll to the remembered location of the new page (there's more involved, but that's the gist of it). If we want to expand beyond this sequence, much of that scripting needs to move to the css3transitionhandler itself, and also to our "none" transition handler, which comes with nav model.
This commit moves all that logic into the transition handlers, and should provide a better starting point for adding different transition sequences, such as fade-out, scroll, fade-in.

In the process of making this change, the reFocus function was made public as $.mobile.focusPage.
2012-01-10 12:40:23 +07:00
Mat Marquis
d7afc8aa78 Added download builder metadata. 2012-01-06 19:31:31 -05:00
John Bender
6e8433d395 ensure defaultTransitionHandler is defined after the navigation has been loaded 2012-01-04 11:38:32 -08:00
Ghislain Seguin
57a1129bfb Discovered r.js' pragmas use them instead of the hacky solution provided by amd-stripper.js 2011-12-15 18:15:42 -08:00
Ghislain Seguin
cf04068eba Assume jquery is loaded so don't require it 2011-12-08 10:02:36 -08:00
Ghislain Seguin
7a90116ee2 Specified dependencies 2011-12-01 17:28:10 -08:00
Ghislain Seguin
63292b805d AMDized 2011-12-01 17:28:08 -08:00
Eddie Monge
5535e24c46 Update to add license to root, update individual files to not have license, add license to built and testing files 2011-11-08 15:43:36 -08:00
Eddie Monge
f6e319ef8a Standardize licenses in files and match jQuery core min license in min files 2011-10-25 11:15:19 -07:00
Kin Blas
ca9df1197a Fixes #2529 - Transition to the same page
- So it seems just allowing changePage() to process same toPage and fromPage is not enough. I modified the CSS3 keyframe

animation plugin so that it only removes the ui-page-active class from the fromPage if it is *NOT* the same as the toPage.

- I also re-ordered the in/out transition rules for forward/reverse transitions so that the user always views some sort of animation/motion.
2011-09-28 09:14:52 -07:00
Rick Waldron
087c584ccd jQuery core style guide conformance: jquery.mobile.transition.js 2011-06-29 09:38:57 -04:00
Steven Black
b78c6ea372 jquery.mobile.transition.js: code to jQuery core standards, part deux.
Signed-off-by: Steven Black <steveb@stevenblack.com>
2011-05-01 21:19:30 -04:00
Steven Black
2c444ef34d jquery.mobile.transition.js: code to jQuery core standards.
Signed-off-by: Steven Black <steveb@stevenblack.com>
2011-05-01 21:16:06 -04:00
Kin Blas
52a666d71f Check $from before dereferencing it. 2011-04-26 16:36:31 -07:00
Kin Blas
14f73b27ee Changes to allow 3rd party transitions. Developers can now register a custom transition by adding their transition handler to the $.mobile.transitionHandlers dictionary. The name of the custom transition is used as the key within the transtionsHandlers dictionary, and should be the same name used within the @data-transtion attribute.
The expected prototype for a transitionHandler is as follows:

function handler(name, reverse, $to, $from)

The name parameter is the name of the transition as specified by @data-transition attribute, reverse is a boolean that is false for a normal transition, and true for a reverse transition. The $to param is a jQuery collection containing the page that is being transitioned "to", and $from is an optional collection that tells us what page we are transitioning "from". Because $from is optional, handler developers should take care and check $from to make sure it is not undefined before attempting to dereference it.

In addition to registering custom transition by name, developers can specify a handler to use in the case where a transition name is specified and does not exist within the $.mobile.transitionHanlders dictionary. Within jQuery Mobile, the default handler for unknown transition types is the $.mobile.css3Transition() handler. This handler always assumes that the transition name is to be used as a CSS class to be placed on the $to and $from elements. To change the default handler, simply set $.mobile.defaultTransitionHandler to you function handler:

$.mobile.defaultTransitionHandler = myTransitionHandler;

The changes to make all this necessary are as follows:

- Created $.mobile.noneTransitionHandler which is the default transitionHandler for the framework that simply adds and removes the page active class on the $from and $to pages with no animations.

- Moved class based transition code into a new plugin jquery.mobile.transition.js file. This plugin, when present, overrides the noneTransitionHandler as the defaultTranstionHandler for the framework so that CSS3 animation transitions are available.

- Removed code related to the setting/removal of the ui-mobile-viewport-perspective class. The css3TransitionHandler plugin takes care of automatically placing a "viewport-<transition name>" class on the viewport (body) element. This allows any other transition to specify properties on the viewport that are necessary to accomplish the transition.

- changed the CSS class ui-mobile-viewport-perspective to viewport-flip to match code changes. This makes it more apparent that setting -webkit-perspective is only used with the flip transition.

- Updated js/index.php, Makefile and build.xml to include the new jquery.mobile.transition.js file.
2011-04-26 13:53:11 -07:00