Skip to content
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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

iD v2 release checklist #3234

Closed
5 tasks done
bhousel opened this issue Jul 7, 2016 · 2 comments
Closed
5 tasks done

iD v2 release checklist #3234

bhousel opened this issue Jul 7, 2016 · 2 comments

Comments

@bhousel
Copy link
Member

bhousel commented Jul 7, 2016

We are getting close to finishing the refactor of iD into modules! 馃帄

I've tagged all related work with the iD v2 label. Many thanks to @tmcw and @kepta for making this refactor a reality..

Once this work is finished, iD v2.x will look and feel the same as v1.x but will have a different programming structure. This will benefit us by making it easier to 1. keep iD's dependencies up to date 2. share iD code with other OSM projects, 3. keep current the with ever-changing state of the art in JavaScript development.

Sites that have forked or embedded iD may need to make some minimal changes to their code. Mostly because things have new names now as we move away from global variables.

It would be really cool (but not essential) to wrap this up before the July 23 State of the Map conference in Seattle. I'm going to be there talking about iD, and hosting a workshop on Monday. If you're in town, say hi!

Before releasing iD v2, let's make sure to:

  • update API.md
  • update ARCHITECTURE.md
  • check all index.html files and example code
  • check performance to make sure it hasn't regressed
  • test across all supported browsers (Chrome, Firefox, Safari, IE11, Edge)
@bhousel bhousel added the iD v2 label Jul 7, 2016
@gmaclennan
Copy link
Contributor

Thanks for this @bhousel. I wouldn't want it to be a blocker, but async storage would probably introduce breaking changes for forked or embedded iD users, so a v2 release might be a good time to include it.

@bhousel
Copy link
Member Author

bhousel commented Jul 11, 2016

I wouldn't want it to be a blocker, but async storage would probably introduce breaking changes for forked or embedded iD users, so a v2 release might be a good time to include it.

I'll check it this week, shouldn't be a blocker. In fact, the best part about the refactor (for me anyway) is how easy it is now to pull in and depend on third party libraries.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants