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

Framework for passive fixups #848

Closed
aemoncannon opened this Issue Feb 27, 2015 · 7 comments

Comments

Projects
None yet
4 participants
@aemoncannon
Member

aemoncannon commented Feb 27, 2015

Two aspects to this:

  • A backend system for subscribing to interesting events, changes to particular AST fragments, looking at a certain type of file, etc, and then computing fixups.
    • A gui that gives a non-intrusive notification when fixups are available.
    • A gui for applying said fixups.
@fommil

This comment has been minimized.

Show comment
Hide comment
@fommil

fommil Feb 27, 2015

Contributor

👍 certainly important for Java... but even in Scala there are some obvious cases (like "implement this missing method").

For Java, I strongly recommend just re-using/borrowing the NetBeans API and implementations. Extremely useful stuff in there (I know, I wrote some of them 😛 )

Contributor

fommil commented Feb 27, 2015

👍 certainly important for Java... but even in Scala there are some obvious cases (like "implement this missing method").

For Java, I strongly recommend just re-using/borrowing the NetBeans API and implementations. Extremely useful stuff in there (I know, I wrote some of them 😛 )

@fommil

This comment has been minimized.

Show comment
Hide comment
@fommil

fommil Feb 27, 2015

Contributor

I'm actually keen for Java stuff to be a focus for post 1.0, so moving to that milestone so it doesn't get lost.

For post 1.0 my personal priorities are:

  1. refactor protocol messages, marshalling and use WebSockets: will make it really easy to extend in the future and lowers the barrier to entry for new contributors (and other editors to implement)
  2. really spend some time in the model/search layers to ensure we're passing around the correct Java and Scala names for everything (this affects Shapeless/functional/typey users a lot... whom ENSIME appeals to)
  3. (unless it makes it into 1.0) type hierarchy browsing: "show me the implementations of this trait" stuff.
  4. Java!
  5. Spring! (ok, maybe that's pushing it...)
Contributor

fommil commented Feb 27, 2015

I'm actually keen for Java stuff to be a focus for post 1.0, so moving to that milestone so it doesn't get lost.

For post 1.0 my personal priorities are:

  1. refactor protocol messages, marshalling and use WebSockets: will make it really easy to extend in the future and lowers the barrier to entry for new contributors (and other editors to implement)
  2. really spend some time in the model/search layers to ensure we're passing around the correct Java and Scala names for everything (this affects Shapeless/functional/typey users a lot... whom ENSIME appeals to)
  3. (unless it makes it into 1.0) type hierarchy browsing: "show me the implementations of this trait" stuff.
  4. Java!
  5. Spring! (ok, maybe that's pushing it...)

@fommil fommil added this to the Next Gen 1.1 milestone Feb 27, 2015

@aemoncannon

This comment has been minimized.

Show comment
Hide comment
@aemoncannon

aemoncannon Feb 27, 2015

Member

+1 this will be a big quality of life improvement for me at work ;-)

On Fri, Feb 27, 2015 at 4:05 PM Sam Halliday notifications@github.com
wrote:

I'm actually keen for Java stuff to be a focus for post 1.0, so moving to
that milestone so it doesn't get lost.

For post 1.0 my personal priorities are:

  1. refactor protocol messages, marshalling and use WebSockets: will
    make it really easy to extend in the future and lowers the barrier
    to entry for new contributors.
  2. really spend some time in the model/search layers to ensure we're
    passing around the correct Java and Scala names for everything (this
    affects Shapeless users a lot)
  3. (unless it makes it into 1.0) type hierarchy browsing: "show me the
    implementations of this trait" stuff.
  4. Java!
  5. Spring! (ok, maybe that's pushing it...)


Reply to this email directly or view it on GitHub
#848 (comment)
.

Member

aemoncannon commented Feb 27, 2015

+1 this will be a big quality of life improvement for me at work ;-)

On Fri, Feb 27, 2015 at 4:05 PM Sam Halliday notifications@github.com
wrote:

I'm actually keen for Java stuff to be a focus for post 1.0, so moving to
that milestone so it doesn't get lost.

For post 1.0 my personal priorities are:

  1. refactor protocol messages, marshalling and use WebSockets: will
    make it really easy to extend in the future and lowers the barrier
    to entry for new contributors.
  2. really spend some time in the model/search layers to ensure we're
    passing around the correct Java and Scala names for everything (this
    affects Shapeless users a lot)
  3. (unless it makes it into 1.0) type hierarchy browsing: "show me the
    implementations of this trait" stuff.
  4. Java!
  5. Spring! (ok, maybe that's pushing it...)


Reply to this email directly or view it on GitHub
#848 (comment)
.

@fommil

This comment has been minimized.

Show comment
Hide comment
@fommil

fommil Feb 28, 2015

Contributor

@rorygraves this would work well for the "add explicit type to public member" stuff we always want to implement

Contributor

fommil commented Feb 28, 2015

@rorygraves this would work well for the "add explicit type to public member" stuff we always want to implement

@rorygraves

This comment has been minimized.

Show comment
Hide comment
@rorygraves

rorygraves Feb 28, 2015

Contributor

Sounds good to me!

Contributor

rorygraves commented Feb 28, 2015

Sounds good to me!

@fommil fommil removed the Feature request label Jun 12, 2015

@fommil

This comment has been minimized.

Show comment
Hide comment
@fommil

fommil Jul 31, 2015

Contributor

relevant discussion in the emacs mailing list (for elisp passive cleanups) https://groups.google.com/d/msg/gnu.emacs.help/Oza4k-YpZk4/jazksyvgqmkJ

Contributor

fommil commented Jul 31, 2015

relevant discussion in the emacs mailing list (for elisp passive cleanups) https://groups.google.com/d/msg/gnu.emacs.help/Oza4k-YpZk4/jazksyvgqmkJ

@fommil fommil modified the milestone: Shiny 2.0 May 28, 2016

@VyacheslavMik

This comment has been minimized.

Show comment
Hide comment
@VyacheslavMik

VyacheslavMik Jun 1, 2016

IMHO, an override suggestions would be useful feature.

VyacheslavMik commented Jun 1, 2016

IMHO, an override suggestions would be useful feature.

@fommil fommil closed this Mar 26, 2018

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment