-
-
Notifications
You must be signed in to change notification settings - Fork 22
Meteor data not triggering watch
and computed
dependencies (v2.0.0-beta.3)
#34
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
Comments
@Akryum, is this an actual issue or did I do something wrong? |
(Just to shamelessly plug an alternative here, which is to use |
@mitar I trust all your products, but does that package do everything that this one does, or something slightly different? Why don't you publish it on NPM instead of requiring someone to check out a submodule? |
It does it in a different way (requires Vue fork). To my understanding it provides the same features, but with different approach.
|
After updating from v1.2.3, I am much happier about the cleaner code and reduction of redundant
data
keys. However, there are a couple of Vue modules that are no longer working as before and I tracked them down to havingwatch
andcomputed
values that depend on the keys that were previously listed indata() { return { foo: ... } }
but are now generated bymeteor: { foo: ... }
.All template code that depends on the
meteor
data keys still work fine.Is this a bug or something I'm doing wrong? Happy to create a reproduction but wanted to quickly check if this was an actual issue first.
EDIT: just saw that the
computed
code was added in beta.3. Maybe it needs some tests :)The text was updated successfully, but these errors were encountered: