You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Current vue/no-ref-as-operand rule only support the local ref. If a ref is being returned from a composable and being use with operand (eg: returnedRef++) , it didnt throw any warning as expected.
What category should the rule belong to?
[ ] Enforces code style (layout)
[x] Warns about a potential error (problem)
[ ] Suggests an alternate way of doing something (suggestion)
[ ] Other (please specify:)
Provide 2-3 code examples that this rule should warn about:
constok=ref(true)constmsg=ok ? 'yes' : 'no'// this throws warning as expected// ---- //constok=useOk()// returned as Ref<boolean>constmsg=ok ? 'yes' : 'no'// No warning was shown
Additional context
The text was updated successfully, but these errors were encountered:
ESLint and thus eslint-plugin-vue only has access to the current file while linting, so checking what might be returned from some other file is difficult.
Maybe if typescript-eslint's parser is used, we have access to the types and can report those cases then? Feel free to try that and submit a PR.
Please describe what the rule should do:
Current
vue/no-ref-as-operand
rule only support the localref
. If aref
is being returned from a composable and being use with operand (eg: returnedRef++) , it didnt throw any warning as expected.What category should the rule belong to?
[ ] Enforces code style (layout)
[x] Warns about a potential error (problem)
[ ] Suggests an alternate way of doing something (suggestion)
[ ] Other (please specify:)
Provide 2-3 code examples that this rule should warn about:
Additional context
The text was updated successfully, but these errors were encountered: