-
-
Notifications
You must be signed in to change notification settings - Fork 13
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
Ast #25
Ast #25
Conversation
@toranb can you have a look at this one? I changed the description a lot to split between blocking/non-blocking. I need to port the tests from #27, but I think it will just work. Helpers may just work, but I don't want to block on testing since they don't work today. We don't have repro steps for #14, but once we're happy with this and release it (likely as 0.2.0) we can ask SirZach to test on his app, it may just work. I might be able to fix 1.13. I have a personal interest, because we have a large app on 1.13, but by the other hand there are more interesting things in the future and we could probably get back to 1.13 later... |
@MiguelMadero just need a rock solid code review w/ someone to use it? |
Yes. We started using it today. We can wait a few days and get some traffic
|
Using this w/ ember 2.9.1 and ember-cli 2.7 seems to result in a full page refresh on component change. What version of ember/and ember-cli are you using that is solid? |
I tried CLI 2.7.0 (used by the dummy app) and for Ember 2.7 and 2.10-beta. Details below. Can you paste the output of
As an aside, we really need to add some good end to end tests for the known scenarios. |
Quick update. There's also an issue on |
@MiguelMadero quick update myself - I plan to test this with ember 1.13/ 2.0 / 2.4 / 2.6 / 2.8 / 2.9 and 2.10 over the weekend. So far I'm uncertain if this is solid enough for a release -do you agree or has my initial experience been unique to me? |
I agreed. Not ready yet. 2.10 and 1.13 are broken and the other ones
haven't been thoroughly tested either.
I was planning to spend some time fixing 2.10 and 1.13, but other things
came up. I may have some time later this weekend.
Also the 3 projects where we have it use 2.10, so they are still on the
current release.
…On Fri, Nov 25, 2016 at 3:39 PM Toran Billups ***@***.***> wrote:
@MiguelMadero <https://github.com/MiguelMadero> quick update myself - I
plan to test this with ember 1.13/ 2.0 / 2.4 / 2.6 / 2.8 / 2.9 and 2.10
over the weekend. So far I'm uncertain if this is solid enough for a
release -do you agree or has my initial experience been unique to me?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#25 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAC5HFhb7N9rM2bT5vhL_felvcHm4PGTks5rB1WsgaJpZM4KMLvf>
.
|
@toranb @oligriffiths bad news. I thought that the clearRequireJS cache would fix this, but there seems to be a different type of cache hiding in there. It turns out that when we use the
The inner template doesn't get re-evaluated. |
If anyone wants to have a look at this or pair on this, I think we can make good progress with an extra brain. |
…cement-component to test what the AST transform will eventually do. * Removes dynamic precompile * No need to import the ember compiler * No more need for wrappedComponentName or `-original` suffix * No need for a custom resolver (at least for components) * No need for a blueprint [BREAKS: until we're done with the AST transform] Updates README to better explain the upgrade path
… that we need to wrap
Current status:
|
@MiguelMadero I really owe you some time on this! I may have some time free tonight actually (after 5:30pm CST) or some night next week (Tue/Thur/Friday?) Ping me on slack so we can sync up and find a time to pair on this boss :) |
@toranb some night next week works. I'll contact you directly |
Closing old issues as I prepare for the v1.0 release later this month. If you get involved or have more bandwidth in the future to persue this just let me know |
[WIP: do not merge]
I'm still missing the interesting part for AST. I have a bug with
inverse
, but the first 3 commits do some of the cleanup, initial documentation and serve as a proof of concept of the transform.Blockers
rendered
and we won't create additional wrappers for components that won't change.Should it block?
Non-blockers
This approach fixes a few of the open issues like #22 and others that need more test. It doesn't FIX Glimmer 2 since the lookupComponent seems still to be cached (need to get more details, this might be another regression or maybe there is a new cache to invalidate in 2.9).