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’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

xterm.js 3.0 #831

Closed
4 of 13 tasks
parisk opened this issue Aug 3, 2017 · 7 comments
Closed
4 of 13 tasks

xterm.js 3.0 #831

parisk opened this issue Aug 3, 2017 · 7 comments
Assignees
Milestone

Comments

@parisk
Copy link
Contributor

parisk commented Aug 3, 2017

This is an issue here to keep track of and discuss the candidate upcoming changes in xterm.js 3.0.

Tentative release date is set on the first Monday of November (6 Nov 2017), approx. 3 months after 2.9.0 to give us a fair amount of time to work on the breaking changes and 13 months after 2.0 to justify the new breaking changes 😁.

What's in 3.0

🆕 Candidate features

⚠️ Breaking changes (full list of issues)

🛠 Internal improvements

🎸 Interesting goodies

Notes

  • All issues scheduled for this release should be available at the 3.0.0 milestone.
  • All development will happen in the v3 release branch.

/cc @Tyriar to make sure you are on track with this.

@vincentwoo
Copy link
Contributor

Is there a tentative release date for 2.9.0?

@parisk
Copy link
Contributor Author

parisk commented Aug 3, 2017

@vincentwoo yep. It will be later today.

@Tyriar
Copy link
Member

Tyriar commented Aug 3, 2017

My thoughts:

  • Add buffer performance improvements Buffer performance improvements #791 (this is needed for true color to not blow up the user's memory)
  • Remove screen reader (I doubt this will get done)
  • Probably remove shell integration as well, I don’t think we should rush into this. I want a solution that will work on all shells/platforms and shell integration only works on macOS/Linux by design.

@parisk
Copy link
Contributor Author

parisk commented Aug 3, 2017

@Tyriar, I added buffer performance improvements and removed the screen reader support.

I kept the custom code handling, as we have a good use case for it in SourceLair. We can continue the discussion in that thread, but the main idea is to implement an API for consumer apps (e.g. SourceLair, VS Code etc.) to handle custom escape codes themselves.

@parisk parisk added this to the 3.0.0 milestone Aug 3, 2017
@parisk parisk self-assigned this Aug 3, 2017
@Tyriar
Copy link
Member

Tyriar commented Aug 21, 2017

There are a whole bunch of new changes that have come in, here are the new breaking changes https://github.com/sourcelair/xterm.js/issues?q=is%3Aissue+label%3Abreaking-change+milestone%3A3.0.0

We'll dedicate a section at the top of the release notes for the breaking changes and reasons behind them.

@parisk
Copy link
Contributor Author

parisk commented Aug 21, 2017

👍 I added link to the list of breaking changes issues to the heading of the issue.

@Tyriar
Copy link
Member

Tyriar commented Oct 13, 2017

Closing this off as it's pretty out of date at this point, so far the big focuses on v3 have been:

All issues: https://github.com/sourcelair/xterm.js/milestone/8?closed=1

@Tyriar Tyriar closed this as completed Oct 13, 2017
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

3 participants