-
Notifications
You must be signed in to change notification settings - Fork 545
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
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
API to prevent refs from being unwrapped #533
Comments
This should be relevant for you: vuejs/core#1682 (comment) You didn't explain what use case makes you need a Ref inside the directive |
@posva I was trying to create a |
Maybe we can make |
@yyx990803 makeExplicit? |
I would like to add support for this feature. I'm utilizing a library that expects a ref. The way you normally use it is on the actual component itself, but I would like to have the ref come from a parent and then use the function in the child. I cannot accomplish this because the ref is automatically unwrapped which causes value to be undefined which is the property that the library acts on.
|
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
What problem does this feature solve?
Not unwrappable refs will be able to passed as values to custom directives without loosing their essence
I was building a custom directive that needs a ref as a value, to then perform some changes to that ref in response to some events.
I was just experimenting, nothing too serious, but unfortunately I later realized that the automatic refs unwrapping when a ref is used inside a template will always prevents the creation of this kind of directives.
We are forced to use reactive to create a sort of notUnwrappableRef and for consistency we end up creating a reactive object with only one reactive property: value.
What does the proposed API look like?
Something like the following, but standardized for every user
The text was updated successfully, but these errors were encountered: