On Thursday, 9 August 2018 at 13:02:47 UTC, Laurent Tréguier wrote:
> On Thursday, 9 August 2018 at 12:42:45 UTC, Domain wrote:
>> I just give it a try in visual studio code, but I got errors:
>>
>> [Error - 20:39:54] Starting client failed
>> Error: Unsupported server configuration {
>>     "command": ""
>> }
>> 	at _getServerWorkingDir.then.serverWorkingDir (C:\Users\Domain-Work\.vscode\extensions\laurenttreguier.vscode-dls-1.6.3\node_modules\vscode-languageclient\lib\main.js:356:35)
>> 	at <anonymous>
>
> Now that looks exactly like the bug I thought I had gotten rid of...
> The bug was that on Windows, the bootstrap program could exit before the symbolic link to dls.exe was created, so the extension was left without anything to launch.
>
> Does it continue like this after reloading VSCode's window ?
>
> Creating symlinks requires admin rights on Windows. In order to do that I'm launching a powershell command to bring up the User Account Control popup.
> I'm no Windows expert, so on some machines it could fail due to some strict policy about powershell execution, or simply not having the possibility to gain admin rights.
> I was thinking about working around that problem in the next version; requiring admin rights for something like this is obviously not really optimal.

Yah that's what I was getting. You should possibly find another way other than symbolic links. I don't think you'll get access to admin rights unless you restart VS Code with them.

On Thursday, 9 August 2018 at 22:56:02 UTC, tide wrote:
> Yah that's what I was getting. You should possibly find another way other than symbolic links. I don't think you'll get access to admin rights unless you restart VS Code with them.

No, I certainly don't need VSCode to be launched with admin rights. That would be madness...
That's why I was talking about powershell, I'm launching `powershell.exe Start-Process [...] -Verb runas` to start the symlink command with admin rights. `-Verb runas` will make Windows graphically ask you to grant admin rights when launching the command, but the rest of the program will always run without privileges.

For those who like Vim, I opened an issue for adding dls support to ALE. https://github.com/w0rp/ale/issues/1812 I might work on it myself some day, or someone else can set it up.

ALE is a linter plugin for Vim I wrote, which is now the most popular one after Syntastic and offers some language server support. It should be possible to set it up so ALE will find and run `dls` automatically.

On Wednesday, 8 August 2018 at 07:57:49 UTC, Laurent Tréguier wrote:
> On Wednesday, 8 August 2018 at 07:25:57 UTC, Tab wrote:
>> I find DLS to be very stable
>
Perhaps I missed it but is there an option to disable dfmt completely. I see several options, for example, d.dls.format.dfmtSoftMaxLineLength.

Other than that dls is working great for me so far! Thanks a lot for this!

On Tuesday, 14 August 2018 at 10:43:01 UTC, w0rp wrote:
> For those who like Vim, I opened an issue for adding dls support to ALE. https://github.com/w0rp/ale/issues/1812 I might work on it myself some day, or someone else can set it up.
>
> ALE is a linter plugin for Vim I wrote, which is now the most popular one after Syntastic and offers some language server support. It should be possible to set it up so ALE will find and run `dls` automatically.

I don't know what would be needed for this, but I can answer any question you might have.
Finding dls, at least, should be easy: it's located at `%LOCALAPPDATA%\dub\packages\.bin\dls-latest\dls.exe` on Windows, and `$HOME/.dub/packages/.bin/dls-latest/dls` on Posix systems.

On Tuesday, 14 August 2018 at 21:07:34 UTC, Soulsbane wrote:
> Perhaps I missed it but is there an option to disable dfmt completely. I see several options, for example, d.dls.format.dfmtSoftMaxLineLength.

If you're using the VSCode extension or Atom package, then there is no way to deactivate any features, I'm going to add that to the extensions' settings.

On Tuesday, 14 August 2018 at 22:24:48 UTC, Laurent Tréguier wrote:
> On Tuesday, 14 August 2018 at 21:07:34 UTC, Soulsbane wrote:
>> Perhaps I missed it but is there an option to disable dfmt completely. I see several options, for example, d.dls.format.dfmtSoftMaxLineLength.
>
> If you're using the VSCode extension or Atom package, then there is no way to deactivate any features, I'm going to add that to the extensions' settings.

No problem. Thanks! It's the mainly the d.dls.format.dfmtBraceStyle that is bothering me. It seems each one uses the if () style and I prefer if(). If that makes sense. Again, thanks a lot for this!

On Tuesday, 14 August 2018 at 23:24:58 UTC, Soulsbane wrote:
> No problem. Thanks! It's the mainly the d.dls.format.dfmtBraceStyle that is bothering me. It seems each one uses the if () style and I prefer if(). If that makes sense. Again, thanks a lot for this!

Maybe this should simply be a new feature for DFMT then.

On Wednesday, 15 August 2018 at 01:26:36 UTC, Laurent Tréguier wrote:
> On Tuesday, 14 August 2018 at 23:24:58 UTC, Soulsbane wrote:
>> No problem. Thanks! It's the mainly the d.dls.format.dfmtBraceStyle that is bothering me. It seems each one uses the if () style and I prefer if(). If that makes sense. Again, thanks a lot for this!
>
> Maybe this should simply be a new feature for DFMT then.

That's true. code-d has a setting to completely disable it but I have no idea how each of your projects works. I think I'll post an issue with DFMT repository.

Btw, what path does dls search for the dfmt executable? I put my compiled version in my $PATH and it's not picking it up. This is on Linux.

On Tuesday, 14 August 2018 at 23:24:58 UTC, Soulsbane wrote:
> On Tuesday, 14 August 2018 at 22:24:48 UTC, Laurent Tréguier wrote:
>> On Tuesday, 14 August 2018 at 21:07:34 UTC, Soulsbane wrote:
>>> Perhaps I missed it but is there an option to disable dfmt completely. I see several options, for example, d.dls.format.dfmtSoftMaxLineLength.
>>
>> If you're using the VSCode extension or Atom package, then there is no way to deactivate any features, I'm going to add that to the extensions' settings.
>
> No problem. Thanks! It's the mainly the d.dls.format.dfmtBraceStyle that is bothering me. It seems each one uses the if () style and I prefer if(). If that makes sense. Again, thanks a lot for this!

In theory it would be `dfmt_space_after_keywords` in the .editorconfig, but it's not implemented yet:

https://github.com/dlang-community/dfmt#dfmt-specific-properties