I have been working with Aurelia v1 since early beta version. I have also been playing with Aurelia 2 and I think it is amazing. I have so far not come across any obstacle that would force me to use v1 instead of v2.
I have been looking at the issues that now are part of upcoming alfa/beta and v2 release. From what I can see there are no major blocking issues. I think the team has made an awesome job so far with both v1 and v2. My point is that I think Aurelia would benefit from a release to v2 with a possible list of “known issues”. Then plan for a 2.0.x release every two months with what ever is complete at that time. My fear is that the polishing of functions and features most developers will never encounter drags out to forever.
My question is really; Would there be any harm in releasing v2 now?
Same here. Have been using v1 since early betas and have an client app developed built on it and running since then. I’m only waiting for the first beta release (as company policy discourages using pre-beta versions) to migrate
As a maintainer of a large plugin, Aurelia-Slickgrid that is, there is no clear path or any info whatsoever on how to migrate a plugin from Au1 to Au2. Perhaps that is just missing documentation on how to do it, but I still think that piece is totally missing and I’m not sure it would be a good idea to go without proper migration docs. Basically, starting from scratch is not always possible and without proper migration docs in place, not just plugins but everything really, it would be too early to release Au2 without any clear path. I’ve put thousand of hours to build Aurelia-Slickgrid over the years and if I have to redo the plugin from scratch and/or if I have to put an extra few hundred hours to make it work… well let’s just say, I’m just not gonna do it. Angular has really good migration website and scripts that you can execute which does a lot of the work for you, but I never liked their crazy cycle of releasing 2 major breaking versions a year.
Also another thing that is missing in my own opinion, is that it doesn’t currently work with Vite (which is quickly surpassing WebPack in terms of usage). Will it require drastic (aka breaking) change in the core for it to work? If so, then it would be better to do it before an official release. Having used Vite with Vue for work, it’s really hard to go back to anything else (Vite uses ESBuild which is amazingly fast)
True, alphas might have API changes. But as the first comment states, it does not look that way. And some of us have been using Aurelia v1 since early days and are really eager to have at least beta out.
While I have not been following the development, I have noticed several open RFCs / proposals (e.g. this and this).
While more features and shortcuts would no doubt be useful, I fear wanting to release a fully featured v2.0 hurts the already slow pace of the project. I think it would be better to focus on producing a stable v2.0 with feature parity with v1 and leave non-essential functionalities for v2.Xs.
Some great questions. We indeed had some trouble defining the “last pieces” before going into beta.
Right now, as we have decided, that it will be: Getting the router docs to a satisfying level. @dwaynecharrington and @jwx are getting close to finishing line for the router doc.
Unfortunately, we cannot give a timeline, even for such a simple looking task.
…I’ve put thousand of hours to build Aurelia-Slickgrid over the years and if I have to redo the plugin from scratch and/or if I have to put an extra few hundred hours to make it work…
Personally, it won’t be painful upgrading, though I can help porting if help is needed.
…doesn’t currently work with Vite (which is quickly surpassing WebPack in terms of usage)…
Convention has some issues with the way Vite works, afair, because Vite is built with assumptions that aren’t easily overcome. We’ll look at this again. For now, you can always do
import template from './my-el.html';
@customElement({ template })
I certainly would like help on the matters, I’d be more than happy to receive a PR directly on the Aurelia-Slickgrid repo and/or get some kind of migration guide to follow. I couldn’t find much so far.
I love Aureliav2, am using it. Great job to developers, but please allow an environment of intense criticisms so that you can release an amazing new Au2!
I’m sure some of you already thought of these bullet points, I’m just giving you a handy list:
At FIRST, I did not like the router system and docs–but the last time I visited today, I feel like it is way way wayyyy better than a few months ago…
Documentation is lacking a lot of examples. More sample livedemo apps needed – but loooving the current StackBlitz apps I’m seeing pop up in documents…
Lacking in project folder structure discussion
Lacking in production environment discussion (all it says right now is “just run build” and assumes devs are webpack experts which you know I’ve read their docs too but a lot of beginner devs do not like dealing with webpack issues, hence why I say a skeleton beginner projects are needed)
You guys are expert-developers, put yourself in the shoes of a beginner, remember back to that time you were a beginner developer, this is KEY to writing good documentation that leads to word-of-mouth
DO NOT RELEASE EARLY – perfect it for beginners, intermediates, people who want to port their apps to production environments, and plugin-devs. Leave expert-level features or advanced features that consume a lot of your time to future releases.
Build a Plugin repo/list somewhere on the main website… Somewhere where people can find all the plugins, kinda like the Python Flask website that helped people find Flask plugins, which made Flask become popular. Good plugins/plugin-writers should get mentions/credits/listing/ranking…
I feel like the team is doing great work and making huge progress. I’ll be sure to help advertise when it’s out and develop plugins. Yes don’t make perfect the enemy of the good, but it’s hard to say when something is perfect enough for a good release. Improvements are still needed.
Sorry if I’m repeating myself (post above), but I just gave a latest shot to npx makes aurelia now, after reading (relatively) recent comments. (This time I used dev version, because of previous issues with latest)
Trying to scaffold starting project using parcel, scss, ts, shortly (npx makes aurelia new-project-name -s dev,parcel,typescript,sass) ends up with error, immediately on the start:
I do believe that this kind of issues have to be solved before Aurelia v2 goes live. Similar issues were present in aurelia-cli for certain combinations and for sure they contributed to poor adoption of v1.
Scaffolded projects should work fully, before the final release. For example:
TypeScript works, use of explicit routing via TypeScript decorators work (as described in docs).
Source maps work (scss, TypeScript,…)
Debugging of project works.
Hot Reloading should: or fully work or not work at all for certain scaffolds, instead of refreshing only parts of the page, while other parts are not updated.
Possibility to debug framework code from user’s project would be very nice.
I still wish to have some help, that you proposed a while ago, on migrating Aurelia-Slickgrid to Aurelia 2, especially now that jQuery/jQueryUI got removed from the list of dependencies (it’s using native browser code now), so it would be great to provide it to Aurelia 2 and I could not find any plugin migration guide to help. The last time I tried was over a year ago and that wasn’t going well on migrating it. Thank you
@ghiscoding Have you tried the plugin skeleton which is available with npx makes aurelia?
You can have a look at Aurelia 2 MDC which is a plugin monorepository with a demo app
No but the problem is that Aurelia-Slickgrid is a very large project and I don’t want to start a plugin from scratch, I also don’t want to have to compare code from another plugin. I want to have clear steps to migrate a plugin to Aurelia 2, but I couldn’t find any guide that could help with this. @dwaynecharrington already offered in the past to help, it would be great if I could redeem this proposed help to migrate.
Aurelia-Slickgrid has over 100 stars and I’m sure it could benefit the community if I could have help to migrate it to Aurelia 2.
@ghiscoding I’m interested in getting the aurelia-slickgrid upgraded, so I’ve forked and added an AU2 branch
The demo app compiles, there are, most likely, things that don’t work, but the simplest example runs.
Where in doubt, I left “TODO” comments. Let me know if you need more assistance.
