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

Feature: Improve scan feature #4

Open
CodeMySky opened this issue Aug 10, 2015 · 1 comment
Open

Feature: Improve scan feature #4

CodeMySky opened this issue Aug 10, 2015 · 1 comment
Assignees

Comments

@CodeMySky
Copy link
Owner

  1. Avoid scan when there is no project.
  2. Start scan when the paths changed
  3. Scan on a regular bases to detect new class.
@CodeMySky CodeMySky self-assigned this Aug 10, 2015
@SlimeQ
Copy link

SlimeQ commented Sep 28, 2015

i've noticed issues where a class won't be found right after i create it. i'm guessing it's just not in the buffer yet, but it's odd because i'll have the class open in a different tab and the importer won't find it. it might be effective to just scan open tabs first.

on a sidenote i have the javac-linter package now, and it seems to be able to determine possible classes very effectively by scanning the build folder/classpath. looking at my current project (built with gradlew), i can see all compiled classes in build/classes/* in the proper tree structure. nested classes are labeled as Super$Subclass.class. scanning this folder would probably be a very cheap way to scan for classes internal to the project. for external dependencies, i've extracted my project_name.jar/libs file into a classpath and created a .classpath file which points to it so my linter doesn't throw up

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

No branches or pull requests

2 participants