These are chat archives for ensime/ensime-atom

30th
Jun 2015
Arnout Engelen
@raboof
Jun 30 2015 12:40
@fommil good one about .git and target, but for .ensime_cache I'd actually want it to index downloaded sources
Ghost
@ghost~540393fe163965c9bc2018ce
Jun 30 2015 12:56
@raboof for when ENSIME is not up? But it'll only work with the sources that you've opened via ENSIME... we also consider extraction to be a side effect that we plan to eliminate in a future version.
Arnout Engelen
@raboof
Jun 30 2015 13:01
@fommil ah that's interesting :). Atom has some ctags-based features built-in (notably find-by-symbol) which we don't yet expose from ENSIME yet, and it seems nice to try and tie into that where possible
of course even better would be to override that functionality and implement it through ENSIME entirely, but haven't seen whether that's even possible
Viktor Hedefalk
@hedefalk
Jun 30 2015 13:10
@raboof Most likely possible in Atom. Everything is a plugin already so we can just look at the source of the built in ones and do something similar. But as much as possible I want to this plugin to play nice by being a provider of data for the functions that are already there. But as I understand it the find-by-symbol thing is ctags file based and we can't hook into it programmatically. So we'll do our own I guess. But until we've done that, your .ctags will be nice to have!
Arnout Engelen
@raboof
Jun 30 2015 13:13
@hedefalk agreed, building something similar based on ENSIME is a good second-best to hooking into the existing infrastructure (and until that ctags are a nice crutch)
Ghost
@ghost~540393fe163965c9bc2018ce
Jun 30 2015 13:35
@raboof of course that's possible with ENSIME server, but probably not in ensime-atom yet
@raboof using ENSIME for this is far superior than ctags. ENSIME has access to the full symbol name, not just the short name.
Arnout Engelen
@raboof
Jun 30 2015 13:36
@fommil yes, that's exactly what I meant :)