Skip to content

Conversation

@christopherthielen
Copy link
Contributor

Hey look, it merges!

I think I did this right, but I'm not sure. At least the button is green.

  1. I branched new to upstream-rebase and rebased against upstream/master. I addressed a few merge conflicts. That's what's in Question for AngularJS Core Team #7 which doesn't merge properly.
  2. I branched new to new-rebased and merged in the changes from upstream-rebase.
  3. I verified that new can be merged into upstream/master cleanly.

@nateabele If this seems right, push the button

nateabele and others added 25 commits April 28, 2014 14:41
`$stateParams` is now a service with an `$observe()` method to watch parameters on dynamic state parameters. Dynamic state parameters can be declared like so: `params: { foo: { dynamic: true } }`.

Closes angular-ui#1037, angular-ui#1038, angular-ui#64
Refactor $stateParams to be built by factory, so internal params and watchers can be localized.
  The basic building block for the new resolve system.
  Resolvables encapsulate a state's resolve's resolveFn, the
  resolveFn's declared dependencies, and the wrapped (.promise)
  and unwrapped-when-complete (.data) result of the resolveFn.

  An element in a state path which represents a state and that state's
  Resolvables and their resolve statuses.

  Holds an ordered list of PathElements, is used to transfer resolve
  status by creating derivative Paths passed into ResolveContexts.

  Manages a set of Resolvables that are available at each
  level of the Path. Provides access to the inherited Resolvables
  for a given state.
feat($resolve): Super-duper-lazy Resolvable system

merge PR from resolvable-rebase
`$stateParams` is now a service with an `$observe()` method to watch parameters on dynamic state parameters. Dynamic state parameters can be declared like so: `params: { foo: { dynamic: true } }`.

Closes angular-ui#1037, angular-ui#1038, angular-ui#64
Refactor $stateParams to be built by factory, so internal params and watchers can be localized.
  The basic building block for the new resolve system.
  Resolvables encapsulate a state's resolve's resolveFn, the
  resolveFn's declared dependencies, and the wrapped (.promise)
  and unwrapped-when-complete (.data) result of the resolveFn.

  An element in a state path which represents a state and that state's
  Resolvables and their resolve statuses.

  Holds an ordered list of PathElements, is used to transfer resolve
  status by creating derivative Paths passed into ResolveContexts.

  Manages a set of Resolvables that are available at each
  level of the Path. Provides access to the inherited Resolvables
  for a given state.
@christopherthielen
Copy link
Contributor Author

damnit, it always picks the wrong project. I'll try again.

@christopherthielen christopherthielen deleted the new-rebased branch May 31, 2015 20:08
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants