-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Simplify parameters on sl-able and sl-unable #53
Comments
@jonathandavidson For clarification, the |
@notmessenger Correct. I have updated the description to reflect that clarification. |
notmessenger
added a commit
that referenced
this issue
Jul 28, 2015
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
There is some unnecessary complexity in the
provider
parameter when an object is supplied. In order to simplify this feature without sacrificing any functionality, thesl-able
andsl-unable
components will be revised as follows:behavior
parameter will be renamedresource
and will otherwise remain unchangedprovider
parameter will be renamedactivity
and will no longer accept an object, only a string corresponding to the Behavior Group key name used in the Behaviors structurepossible
parameter will be added which accepts a boolean, computed property that evaluates to a boolean, or a function returning a boolean. This will take the place of thebehaviors
object passed in through theprovider
parameter since only one behavior (activity) is being evaluated in a component instance.possible
parameter will be observed to make the component responsive to changes in the value supplied.The text was updated successfully, but these errors were encountered: