Re: D AutoCompletion: is ycmd integration valuable?

2015-04-16 Thread Jacob Carlborg via Digitalmars-d
On 2015-04-15 15:15, rcorre wrote: For those who don't know, ycmd (https://github.com/Valloric/ycmd) is an editor-agnostic completion engine that aims to reduce a lot of the duplicate code written for handling autocompletions in different language/editor combinations. Which editors are

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-16 Thread Idan Arye via Digitalmars-d
On Thursday, 16 April 2015 at 06:23:50 UTC, Jacob Carlborg wrote: On 2015-04-15 15:15, rcorre wrote: For those who don't know, ycmd (https://github.com/Valloric/ycmd) is an editor-agnostic completion engine that aims to reduce a lot of the duplicate code written for handling autocompletions in

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-16 Thread w0rp via Digitalmars-d
On Thursday, 16 April 2015 at 11:46:09 UTC, Idan Arye wrote: Some people - myself included - have already asked Brian to make DCD read the project's import paths from Dub or something. At first he claimed this is the editor's job - now he seems to be accepting the idea enough to accept a pull

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-16 Thread Idan Arye via Digitalmars-d
On Thursday, 16 April 2015 at 01:55:09 UTC, rcorre wrote: Thats great and all but not everyone is autistic enough to learn the ins and outs of Vim or Emacs... Visual Studio completion is very interesting as well because it can read the functions of other third party libraries automatically.

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-16 Thread rcorre via Digitalmars-d
On Thursday, 16 April 2015 at 11:46:09 UTC, Idan Arye wrote: Some people - myself included - have already asked Brian to make DCD read the project's import paths from Dub or something. At first he claimed this is the editor's job - now he seems to be accepting the idea enough to accept a pull

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-16 Thread w0rp via Digitalmars-d
On Thursday, 16 April 2015 at 14:30:04 UTC, Idan Arye wrote: On Thursday, 16 April 2015 at 12:01:48 UTC, w0rp wrote: On Thursday, 16 April 2015 at 11:46:09 UTC, Idan Arye wrote: Some people - myself included - have already asked Brian to make DCD read the project's import paths from Dub or

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-16 Thread Idan Arye via Digitalmars-d
On Thursday, 16 April 2015 at 12:01:48 UTC, w0rp wrote: On Thursday, 16 April 2015 at 11:46:09 UTC, Idan Arye wrote: Some people - myself included - have already asked Brian to make DCD read the project's import paths from Dub or something. At first he claimed this is the editor's job - now

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-16 Thread rcorre via Digitalmars-d
On Thursday, 16 April 2015 at 18:37:41 UTC, weaselcat wrote: Hi, Try neomake[1], I wrote the checker for it - it will automatically detect of you're on a dub project and parse the dub describe output for includes. Also, if you use neovim it runs in the background and is non-blocking. I'm

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-16 Thread weaselcat via Digitalmars-d
On Thursday, 16 April 2015 at 18:37:41 UTC, weaselcat wrote: On Thursday, 16 April 2015 at 12:01:48 UTC, w0rp wrote: On Thursday, 16 April 2015 at 11:46:09 UTC, Idan Arye wrote: Some people - myself included - have already asked Brian to make DCD read the project's import paths from Dub or

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-16 Thread Idan Arye via Digitalmars-d
On Thursday, 16 April 2015 at 21:02:29 UTC, rcorre wrote: On Thursday, 16 April 2015 at 18:37:41 UTC, weaselcat wrote: Hi, Try neomake[1], I wrote the checker for it - it will automatically detect of you're on a dub project and parse the dub describe output for includes. Also, if you use

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-16 Thread Brian Schott via Digitalmars-d
On Friday, 17 April 2015 at 00:08:51 UTC, Idan Arye wrote: What the ycmd API accepts is not the visual column but the byte column - how many bytes from the beginning of the line the cursor is placed. This means that if the semantic engine opens the file and reads it, it can calculate the byte

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-16 Thread Brian Schott via Digitalmars-d
On Thursday, 16 April 2015 at 16:27:07 UTC, rcorre wrote: For example, right now I've (rather haphazardly) patched DCD to accept a line/column number instead of a byte offset (dutyl does this trivially with vim's line2byte). I've avoided adding this features because byte offset is very

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-16 Thread weaselcat via Digitalmars-d
On Thursday, 16 April 2015 at 12:01:48 UTC, w0rp wrote: On Thursday, 16 April 2015 at 11:46:09 UTC, Idan Arye wrote: Some people - myself included - have already asked Brian to make DCD read the project's import paths from Dub or something. At first he claimed this is the editor's job - now

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-15 Thread Steven Schveighoffer via Digitalmars-d
On 4/15/15 9:15 AM, rcorre wrote: For those who don't know, ycmd (https://github.com/Valloric/ycmd) is an editor-agnostic completion engine that aims to reduce a lot of the duplicate code written for handling autocompletions in different language/editor combinations. A long time ago, there was

D AutoCompletion: is ycmd integration valuable?

2015-04-15 Thread rcorre via Digitalmars-d
For those who don't know, ycmd (https://github.com/Valloric/ycmd) is an editor-agnostic completion engine that aims to reduce a lot of the duplicate code written for handling autocompletions in different language/editor combinations. A long time ago, there was a request to get D support

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-15 Thread weaselcat via Digitalmars-d
On Wednesday, 15 April 2015 at 15:12:00 UTC, Steven Schveighoffer wrote: On 4/15/15 10:47 AM, weaselcat wrote: DCD has been usable from vim for a looong time, when was the last time you tried? Dconf 2014. I'm sure with more elbow grease I could get it to work. But I shouldn't have to ;)

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-15 Thread Steven Schveighoffer via Digitalmars-d
On 4/15/15 10:47 AM, weaselcat wrote: DCD has been usable from vim for a looong time, when was the last time you tried? Dconf 2014. I'm sure with more elbow grease I could get it to work. But I shouldn't have to ;) Give me a dmg that I can drag or script that I can run, I'm good. -Steve

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-15 Thread Steven Schveighoffer via Digitalmars-d
On 4/15/15 11:13 AM, weaselcat wrote: On Wednesday, 15 April 2015 at 15:12:00 UTC, Steven Schveighoffer wrote: On 4/15/15 10:47 AM, weaselcat wrote: DCD has been usable from vim for a looong time, when was the last time you tried? Dconf 2014. I'm sure with more elbow grease I could get it

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-15 Thread weaselcat via Digitalmars-d
On Wednesday, 15 April 2015 at 14:05:32 UTC, Steven Schveighoffer wrote: On 4/15/15 9:15 AM, rcorre wrote: For those who don't know, ycmd (https://github.com/Valloric/ycmd) is an editor-agnostic completion engine that aims to reduce a lot of the duplicate code written for handling

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-15 Thread Israel via Digitalmars-d
On Wednesday, 15 April 2015 at 13:15:31 UTC, rcorre wrote: For those who don't know, ycmd (https://github.com/Valloric/ycmd) is an editor-agnostic completion engine that aims to reduce a lot of the duplicate code written for handling autocompletions in different language/editor combinations.

Re: D AutoCompletion: is ycmd integration valuable?

2015-04-15 Thread rcorre via Digitalmars-d
Thats great and all but not everyone is autistic enough to learn the ins and outs of Vim or Emacs... Visual Studio completion is very interesting as well because it can read the functions of other third party libraries automatically. Can ycmd do that? ycmd is intended to serve as a layer