Hi everyone,

Recently, I wanted to improve my experience with dlang in sublime text and tried several solutions. The ones with the most potential and which are (imo) futureproof are the LSP based solutions "dls" and "serve-d". Unfortunately both are somehow incomplete, dls has features that are missing in serve-d and vice versa.

I am not here to complain, these are super cool and important projects. I would like to speak my mind and learn by feedback: I think that code editing assistance is a important key feature when it comes to adoption. Maybe it would make sense to move it closer to the "dlang core tooling" and handle it in a more monolithic aproach. As i understand, right now there are several github repos/dub packages, each solving one specific problem which are depending on each other and maintained by different people... maybe this sounds like KISS and single responsibility principle and yada yada yada - but IMO, it seems to me to be wastefull on ressources in this case.

I am a webdeveloper, so chances are good that i do not understand important keyfacts here, since i am not coding on this level in everyday life - but for example: Why are things like libdparse even a dub package?

Looking forward to learn :)

On Friday, 22 April 2022 at 17:41:01 UTC, Martin B wrote:

The reason it's like this is that all of these tools are created and maintained entirely by volunteers in the D community. There's no centralized management.

It's possible in the future that the D Language Foundation will take a more active role in sponsoring and guiding the development of projects like these, but we're not there yet.

On Friday, 22 April 2022 at 19:49:04 UTC, Paul Backus wrote:

I guess "enthusiasts, who love to turn ideas into software" would be more fitting, since volunteers usually are under management and execute assigned tasks. Management could help - but tbh, who wants to be management in his happy place :) And after all, good software project managers are actually good devs who get payed very good to them away from what they actually want to do: to code. So, project management in free software projects is not realistic IMHO (exceptions prove the rule :) ). Maybe it would help to improve community tooling to improve communication in the community and be able to organize and plan efforts as enthusiasts - Is there some other place then this Forum to exchange thoughts and ideas?

On Friday, 22 April 2022 at 17:41:01 UTC, Martin B wrote:

dls is no longer maintained last I heard. serve-d is the goto solution for VS Code right now, and works with other editors.

On Friday, 22 April 2022 at 20:48:11 UTC, Martin B wrote:

The D community Discord server:

https://discord.gg/bMZk9Q4

On Friday, 22 April 2022 at 17:41:01 UTC, Martin B wrote:

An ordinary text editor is enough for me. And I don't think this is an exception. But dub really makes life easier...

SDB@79

On Saturday, 23 April 2022 at 06:25:29 UTC, Mike Parker wrote:

Oh! indeed, its the first line in the readme. Would be nice to have some dub flag for it - e.g. to trigger a warning on build. It is sad to see a project to pass away and at the same time i have hope that some manpower consolidation is happening here :)

On Saturday, 23 April 2022 at 11:49:21 UTC, Salih Dincer wrote:

Are we talking MS notepad.exe? :)
I (also) don´t like big IDEs and prefer rather lightweight editors - sublime text is somewhere between Notepad++ and MS VSCode. But IMO good code navigation, signature/parameter hints and a proper code highlighting are the minimum.

On Saturday, 23 April 2022 at 14:19:37 UTC, Martin B wrote:

No, I usually use Geany.

SDB@79