www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.learn - What kind of Editor, IDE you are using and which one do you like for D

reply BoQsc <vaidas.boqsc gmail.com> writes:
There are lots of editors/IDE's that support D language: 
https://wiki.dlang.org/Editors

What kind of editor/IDE are you using and which one do you like 
the most?
Dec 22 2019
next sibling parent bachmeier <no spam.net> writes:
On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:

 There are lots of editors/IDE's that support D language: 
 https://wiki.dlang.org/Editors

 What kind of editor/IDE are you using and which one do you like 
 the most?


I use Geany, but I don't know that there's any good argument for 
that beyond it being my personal preference. A plain text editor 
has always been sufficient for me. That's actually one of the 
things I find attractive about D.
Dec 22 2019
prev sibling next sibling parent reply Soulsbane <paul acheronsoft.com> writes:
On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:

 There are lots of editors/IDE's that support D language: 
 https://wiki.dlang.org/Editors

 What kind of editor/IDE are you using and which one do you like 
 the most?


VSCode with this extension:
https://marketplace.visualstudio.com/items?itemName=LaurentTreguier.vscode-dls
Dec 22 2019
parent drug <drug2004 bk.ru> writes:
On 12/23/19 10:16 AM, Soulsbane wrote:

 On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:

 There are lots of editors/IDE's that support D language: 
 https://wiki.dlang.org/Editors

 What kind of editor/IDE are you using and which one do you like the most?


 
 VSCode with this extension:
 https://marketplace.visualstudio.com/items?itemName=LaurentTreguier.vscode-dls 
 


I use this extension too
Dec 22 2019
prev sibling next sibling parent Aldo <aldocd4 outlook.com> writes:
On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:

 There are lots of editors/IDE's that support D language: 
 https://wiki.dlang.org/Editors

 What kind of editor/IDE are you using and which one do you like 
 the most?


VSCode with D extension
Dec 22 2019
prev sibling next sibling parent JN <666total wp.pl> writes:
On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:

 There are lots of editors/IDE's that support D language: 
 https://wiki.dlang.org/Editors

 What kind of editor/IDE are you using and which one do you like 
 the most?


This list could use some cleaning up. Some of the IDEs haven't 
been maintained in a while, and most of them are some obscure 
editors with basic D syntax highlighting. There should be a link 
o n the main webpage to a list of recommended IDEs, and the 
common ones, the ones people are looking for - IntelliJ D Plugin, 
VisualD, VSCode.

Personally I use code-d. Haven't had much luck with the other D 
VSCode extension.
Dec 23 2019
prev sibling next sibling parent Russel Winder <russel winder.org.uk> writes:
On Sun, 2019-12-22 at 17:20 +0000, BoQsc via Digitalmars-d-learn wrote:

 There are lots of editors/IDE's that support D language:=20
 https://wiki.dlang.org/Editors
=20
 What kind of editor/IDE are you using and which one do you like=20
 the most?


CLion with the DLanguage plugin. Very much a work in progress, very much a
nice IDE despite the lack of many features one might expect.

For editor, Emacs with the d-mode plugin.

--=20
Russel.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Dr Russel Winder      t: +44 20 7585 2200
41 Buckmaster Road    m: +44 7770 465 077
London SW11 1EN, UK   w: www.russel.org.uk
Dec 23 2019
prev sibling next sibling parent reply "H. S. Teoh" <hsteoh quickfur.ath.cx> writes:
On Sun, Dec 22, 2019 at 05:20:51PM +0000, BoQsc via Digitalmars-d-learn wrote:

 There are lots of editors/IDE's that support D language:
 https://wiki.dlang.org/Editors
 
 What kind of editor/IDE are you using and which one do you like the most?


Linux is my IDE. ;-)  And I use vim for editing code.


T

-- 
If creativity is stifled by rigid discipline, then it is not true creativity.
Dec 23 2019
parent reply bachmeier <no spam.net> writes:
On Monday, 23 December 2019 at 15:07:32 UTC, H. S. Teoh wrote:

 On Sun, Dec 22, 2019 at 05:20:51PM +0000, BoQsc via 
 Digitalmars-d-learn wrote:

 There are lots of editors/IDE's that support D language: 
 https://wiki.dlang.org/Editors
 
 What kind of editor/IDE are you using and which one do you 
 like the most?


 Linux is my IDE. ;-)  And I use vim for editing code.


 T


Not a Vim user, but wondering if there's Neovim support for D. If 
so, it needs to be added to that wiki table.
Dec 23 2019
next sibling parent "H. S. Teoh" <hsteoh quickfur.ath.cx> writes:
On Mon, Dec 23, 2019 at 03:51:17PM +0000, bachmeier via Digitalmars-d-learn
wrote:

 On Monday, 23 December 2019 at 15:07:32 UTC, H. S. Teoh wrote:


[...]

 Linux is my IDE. ;-)  And I use vim for editing code.




[...]

 Not a Vim user, but wondering if there's Neovim support for D. If so,
 it needs to be added to that wiki table.


No idea, I use vanilla vim (not even with syntax highlighting -- I'm a
hardcore retro guy).


T

-- 
If the comments and the code disagree, it's likely that *both* are wrong. --
Christopher
Dec 23 2019
prev sibling next sibling parent Eugene Wissner <belka caraus.de> writes:
On Monday, 23 December 2019 at 15:51:17 UTC, bachmeier wrote:

 On Monday, 23 December 2019 at 15:07:32 UTC, H. S. Teoh wrote:

 On Sun, Dec 22, 2019 at 05:20:51PM +0000, BoQsc via 
 Digitalmars-d-learn wrote:

 There are lots of editors/IDE's that support D language: 
 https://wiki.dlang.org/Editors
 
 What kind of editor/IDE are you using and which one do you 
 like the most?


 Linux is my IDE. ;-)  And I use vim for editing code.


 T


 Not a Vim user, but wondering if there's Neovim support for D. 
 If so, it needs to be added to that wiki table.


Yes, most plugins that support vim 8, support neovim as well and 
vice versa. I'm just using ale, it has built-in D support and 
just uses the compiler/dub. Still haven't time to test 
dcd/language server with something like coc.
Dec 23 2019
prev sibling next sibling parent reply Russel Winder <russel winder.org.uk> writes:
On Mon, 2019-12-23 at 08:09 -0800, H. S. Teoh via Digitalmars-d-learn
wrote:
[=E2=80=A6]

=20
 No idea, I use vanilla vim (not even with syntax highlighting -- I'm
 a
 hardcore retro guy).


Surely a hardcore retro guy would be using vi not vim? Indeed wouldn't
a real hardcore retro guy be using ed?

:-)

I used to be anti syntax highlighting in editors, but it was because
the highlighting was usually crap or worse wrong. Once I started using
syntax highlighting where the highlighting was correct with respect to
the language definition, I found it indispensable.

Of course the real problem is that we store text of code rather than
AST of the code,  but that war got lost in the 1980s when syntax
oriented editors were rejected in favour of text editors. Now editors
and IDE spend all their CPU cycles reconstructing and maintaining the
AST of the code from the text representation.

It's a mad, mad, mad world.
=20
=20
--=20
Russel.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Dr Russel Winder      t: +44 20 7585 2200
41 Buckmaster Road    m: +44 7770 465 077
London SW11 1EN, UK   w: www.russel.org.uk
Dec 24 2019
parent Steven Schveighoffer <schveiguy gmail.com> writes:
On 12/24/19 5:18 AM, Russel Winder wrote:

 On Mon, 2019-12-23 at 08:09 -0800, H. S. Teoh via Digitalmars-d-learn
 wrote:
 […]

 No idea, I use vanilla vim (not even with syntax highlighting -- I'm
 a
 hardcore retro guy).


 
 Surely a hardcore retro guy would be using vi not vim? Indeed wouldn't
 a real hardcore retro guy be using ed?
 


Pfffft. Real hardcore users use ed.

  When I log into my Xenix system with my 110 baud teletype, both vi
  *and* Emacs are just too damn slow. They print useless messages like,
  'C-h for help' and '"foo" File is read only'. So I use the editor
  that doesn't waste my VALUABLE time.

  Ed, man! !man ed

  ED(1) UNIX Programmer's Manual ED(1)

  NAME
  ed - text editor

  SYNOPSIS
  ed [ - ] [ -x ] [ name ]
  DESCRIPTION
  Ed is the standard text editor.
  -----

  Computer Scientists love ed, not just because it comes first
  alphabetically, but because it's the standard. Everyone else loves ed
  because it's ED!

  "Ed is the standard text editor."

  And ed doesn't waste space on my Timex Sinclair. Just look:

  -rwxr-xr-x 1 root 24 Oct 29 1929 /bin/ed
  -rwxr-xr-t 4 root 1310720 Jan 1 1970 /usr/ucb/vi
  -rwxr-xr-x 1 root 5.89824e37 Oct 22 1990 /usr/bin/emacs

  Of course, on the system *I* administrate, vi is symlinked to ed.
  Emacs has been replaced by a shell script which 1) Generates a syslog
  message at level LOG_EMERG; 2) reduces the user's disk quota by 100K;
  and 3) RUNS ED!!!!!!

  "Ed is the standard text editor."

  Let's look at a typical novice's session with the mighty ed:

  golem> ed

  ?
  help
  ?
  ?
  ?
  quit
  ?
  exit
  ?
  bye
  ?
  hello?
  ?
  eat flaming death
  ?
  ^C
  ?
  ^C
  ?
  ^D
  ?

  ---
  Note the consistent user interface and error reportage. Ed is
  generous enough to flag errors, yet prudent enough not to overwhelm
  the novice with verbosity.

  "Ed is the standard text editor."

  Ed, the greatest WYGIWYG editor of all.

  ED IS THE TRUE PATH TO NIRVANA! ED HAS BEEN THE CHOICE OF
  EDUCATED AND IGNORANT ALIKE FOR CENTURIES! ED WILL NOT CORRUPT YOUR
  PRECIOUS BODILY FLUIDS!! ED IS THE STANDARD TEXT EDITOR! ED MAKES THE SUN
  SHINE AND THE BIRDS SING AND THE GRASS GREEN!!

  When I use an editor, I don't want eight extra KILOBYTES of worthless
  help screens and cursor positioning code! I just want an EDitor!!
  Not a "viitor". Not a "emacsitor". Those aren't even WORDS!!!! ED!
  ED! ED IS THE STANDARD!!!

  TEXT EDITOR.

  When IBM, in its ever-present omnipotence, needed to base their
  "edlin" on a UNIX standard, did they mimic vi? No. Emacs? Surely
  you jest. They chose the most karmic editor of all. The standard.

  Ed is for those who can *remember* what they are working on. If you
  are an idiot, you should use Emacs. If you are an Emacs, you should
  not be vi. If you use ED, you are on THE PATH TO REDEMPTION. THE
  SO-CALLED "VISUAL" EDITORS HAVE BEEN PLACED HERE BY ED TO
  TEMPT THE FAITHLESS. DO NOT GIVE IN!!! THE MIGHTY ED HAS SPOKEN!!!

  --
  Miquel van Smoorenburg | Our vision is to speed up time,
  miquels cistron.nl | eventually eliminating it.

--------

I left in the byline above, because I don't want to take credit ;)

-Steve
Dec 26 2019
prev sibling next sibling parent reply "H. S. Teoh" <hsteoh quickfur.ath.cx> writes:
On Tue, Dec 24, 2019 at 10:18:49AM +0000, Russel Winder via Digitalmars-d-learn
wrote:

 On Mon, 2019-12-23 at 08:09 -0800, H. S. Teoh via Digitalmars-d-learn
 wrote:
 […]

 No idea, I use vanilla vim (not even with syntax highlighting -- I'm
 a hardcore retro guy).


 
 Surely a hardcore retro guy would be using vi not vim? Indeed wouldn't
 a real hardcore retro guy be using ed?
 
 :-)


Haha, well, a *real* hardcore retro guy would be using a magnet, a pin,
and a *really* steady hand, to flip individual bits on an exposed
harddisk platter to create the executable in the filesystem directly,
one bit at a time.

Of course, one could also just use emacs:

	https://xkcd.com/378/

:-D



 I used to be anti syntax highlighting in editors, but it was because
 the highlighting was usually crap or worse wrong. Once I started using
 syntax highlighting where the highlighting was correct with respect to
 the language definition, I found it indispensable.


It wasn't so much wrong highlighting for me, it was the fact that it was
highlighted at all.  I find the kaleidoscopic colors extremely
distracting and disruptive to my focusing on the textual content of the
code.  Not to mention that the colors usually clash horribly with my
chosen foreground/background color scheme in my terminal, which only
adds unreadable bits of text to the problem.



 Of course the real problem is that we store text of code rather than
 AST of the code,  but that war got lost in the 1980s when syntax
 oriented editors were rejected in favour of text editors.


Actually, I wouldn't mind a syntax-oriented editor, if one could be made
that wasn't artificially restrictive in terms of editing various
different languages and various different flavors of different
languages, such that it could be used as a general tool.



 Now editors and IDE spend all their CPU cycles reconstructing and
 maintaining the AST of the code from the text representation.


Yet another reason to avoid syntax highlighting altogether. ;-)



 It's a mad, mad, mad world.


This madness is nothing compared to the utter, gibbering insanity of
modern web design, in which modern 8-core CPUs with GHz speeds and GBs
of memory run dead-simple applications like word processors at the
*same* speeds (if not worse!) as WordStar would run back in 1980 on an 8
*Hz* CPU with 64KB of RAM.  With exactly the same lag between
keystrokes, and the same (lack of) reliability requiring frequent
backups and incessant restarting.

Now *that* I call a mad, mad world.  The madness of IDEs parsing and
reparsing the same AST over and over again umpteen times per second
doesn't even begin to scratch the surface of *this* madness. I just
can't wait to see some poor sod attempt to reimplement a modern IDE in
Javascript and succeed at reproducing 1980's IDE speeds and (lack of)
quality.  And of course the masses would slobber all over it and hail it
as "progress".  The browser king has no clothes, and everybody sees
invisible.


T

-- 
If you want to solve a problem, you need to address its root cause, not
just its symptoms. Otherwise it's like treating cancer with Tylenol...
Dec 24 2019
next sibling parent reply Adam D. Ruppe <destructionator gmail.com> writes:
On Tuesday, 24 December 2019 at 17:52:20 UTC, H. S. Teoh wrote:

 Not to mention that the colors usually clash horribly with my 
 chosen foreground/background color scheme in my terminal, which 
 only adds unreadable bits of text to the problem.


This is one of the reasons why I made a custom terminal emulator. 
Mine sees the colors as just suggestions, and adjusts them based 
on what is under it to maintain readability.

I just got sick of ls printing green on white and hurting my 
eyes. Or blue on black.



 With exactly the same lag between keystrokes, and the same 
 (lack of) reliability requiring frequent backups and incessant 
 restarting.


lol lag between keystrokes is so much worse now than it was in 
the day
Dec 24 2019
parent "H. S. Teoh" <hsteoh quickfur.ath.cx> writes:
On Tue, Dec 24, 2019 at 07:46:27PM +0000, Adam D. Ruppe via Digitalmars-d-learn
wrote:
[...]

 I just got sick of ls printing green on white and hurting my eyes. Or
 blue on black.


Haha, one of the first things I do upon installing a new Linux system is
to turn off ls colors. :-D  Hurts the eyes and grates the nerves.



 With exactly the same lag between keystrokes, and the same (lack of)
 reliability requiring frequent backups and incessant restarting.


 
 lol lag between keystrokes is so much worse now than it was in the day


Lol it's true... and yet people still slobber all over "browser apps"
like they are some kind of revolutionary thing. More like devolutionary,
I say.


T

-- 
Без труда не выловишь и рыбку из пруда.
Dec 24 2019
prev sibling next sibling parent Ron Tarrant <rontarrant gmail.com> writes:
On Tue, Dec 24, 2019 at 10:18:49AM +0000, Russel Winder via

 Surely a hardcore retro guy would be using vi not vim?




On Tuesday, 24 December 2019 at 17:52:20 UTC, H. S. Teoh wrote:

 Haha, well, a *real* hardcore retro guy would be using a 
 magnet, a pin, and a *really* steady hand, to flip individual 
 bits on an exposed harddisk platter to create the executable in 
 the filesystem directly, one bit at a time.

 Of course, one could also just use emacs:


You guys crack me up. :)
Dec 28 2019
prev sibling parent Dennis Cote <private secret.com> writes:
On Tuesday, 24 December 2019 at 17:52:20 UTC, H. S. Teoh wrote:

  I just can't wait to see some poor sod attempt to reimplement 
 a modern IDE in Javascript and succeed at reproducing 1980's 
 IDE speeds and (lack of) quality.


Texas Instruments has already done this with its Code Composer 
Studio IDE https://dev.ti.com/ide. I have used the desktop 
version (an Eclipse based IDE) but not the cloud based version, 
so I can't comment on its speed. More info at 
http://www.ti.com/design-resources/embedded-development/ccs-development-tools.html#ccs-cloud

Dennis Cote
Dec 28 2019
prev sibling parent Russel Winder <russel winder.org.uk> writes:
On Tue, 2019-12-24 at 09:52 -0800, H. S. Teoh via Digitalmars-d-learn
wrote:

 On Tue, Dec 24, 2019 at 10:18:49AM +0000, Russel Winder via
 Digitalmars-d-learn wrote:


[=E2=80=A6]

 Haha, well, a *real* hardcore retro guy would be using a magnet, a
 pin,
 and a *really* steady hand, to flip individual bits on an exposed
 harddisk platter to create the executable in the filesystem directly,
 one bit at a time.
=20
 Of course, one could also just use emacs:
=20
 	https://xkcd.com/378/
=20
 :-D


One always returns to using Emacs for text editing =E2=80=93 it is the One =
True
Editor=E2=84=A2 (and kitchen sink).

[=E2=80=A6]

 It wasn't so much wrong highlighting for me, it was the fact that it
 was
 highlighted at all.  I find the kaleidoscopic colors extremely
 distracting and disruptive to my focusing on the textual content of
 the
 code.  Not to mention that the colors usually clash horribly with my
 chosen foreground/background color scheme in my terminal, which only
 adds unreadable bits of text to the problem.


Emacs and JetBrains CLion seem to work fine for me in both light-on-
dark and dark-on-light mode, so syntax highlighting works for me for
the editors I use.

I keep trying VIM, Atom, VSCode, SublimeText, Geany, etc. from time to
time, but I get bored trying to get them set up to be even remotely
sensible and just go back to Emacs.

[=E2=80=A6]

=20
 Actually, I wouldn't mind a syntax-oriented editor, if one could be
 made
 that wasn't artificially restrictive in terms of editing various
 different languages and various different flavors of different
 languages, such that it could be used as a general tool.


There is a movement to try and bring back what could be described as
SOEs, but I am not seeing that much traction as yet. The incumbent
editors that use vast quantities of CPU to reconstruct ASTs on the fly
seem to dominate mindset.

[=E2=80=A6]

=20
 This madness is nothing compared to the utter, gibbering insanity of
 modern web design, in which modern 8-core CPUs with GHz speeds and
 GBs
 of memory run dead-simple applications like word processors at the
 *same* speeds (if not worse!) as WordStar would run back in 1980 on
 an 8
 *Hz* CPU with 64KB of RAM.  With exactly the same lag between
 keystrokes, and the same (lack of) reliability requiring frequent
 backups and incessant restarting.
=20
 Now *that* I call a mad, mad world.  The madness of IDEs parsing and
 reparsing the same AST over and over again umpteen times per second
 doesn't even begin to scratch the surface of *this* madness. I just
 can't wait to see some poor sod attempt to reimplement a modern IDE
 in
 Javascript and succeed at reproducing 1980's IDE speeds and (lack of)
 quality.  And of course the masses would slobber all over it and hail
 it
 as "progress".  The browser king has no clothes, and everybody sees
 invisible.


I can only agree with this rant. The modern world of software has
increasingly become about doing less and less useful to the end user
with more and more hardware resources.
=20
--=20
Russel.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Dr Russel Winder      t: +44 20 7585 2200
41 Buckmaster Road    m: +44 7770 465 077
London SW11 1EN, UK   w: www.russel.org.uk
Dec 26 2019
prev sibling next sibling parent reply TheGag96 <thegag96 gmail.com> writes:
On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:

 There are lots of editors/IDE's that support D language: 
 https://wiki.dlang.org/Editors

 What kind of editor/IDE are you using and which one do you like 
 the most?


I've loved Sublime for years. I use it for everything, really. So 
pretty, so fast.
Dec 23 2019
parent reply Mike Parker <aldacron gmail.com> writes:
On Monday, 23 December 2019 at 20:45:53 UTC, TheGag96 wrote:

 I've loved Sublime for years. I use it for everything, really. 
 So pretty, so fast.


I really like Sublime, too. Paid for it. But now that VS Code's 
performance is within my tolerance range, the built-in console 
makes the difference. I've got the Terminal plugin for Sublime 
that allows you to press ctrl-shift-alt-t to open the terminal in 
the project folder, but it just isn't the same experience.

I still use Sublime when I just need a quick edit or single file. 
Otherwise, VS Code has become my goto editor for any multi-file 
D, Markdown, HTML, etc., project.
Dec 24 2019
parent reply Ron Tarrant <rontarrant gmail.com> writes:
On Tuesday, 24 December 2019 at 16:43:06 UTC, Mike Parker wrote:
But now that VS Code's

 performance is within my tolerance range


Just curious what you mean by this, Mike.
Dec 25 2019
parent reply Mike Parker <aldacron gmail.com> writes:
On Wednesday, 25 December 2019 at 10:57:45 UTC, Ron Tarrant wrote:

 On Tuesday, 24 December 2019 at 16:43:06 UTC, Mike Parker wrote:
 But now that VS Code's

 performance is within my tolerance range


 Just curious what you mean by this, Mike.


For a while, typing in VS Code was clunky compared to Sublime. I 
gave it a spin every couple of months to see how it was shaping 
up and eventually I stopped noticing the difference.
Dec 25 2019
parent reply Ron Tarrant <rontarrant gmail.com> writes:
On Wednesday, 25 December 2019 at 13:32:45 UTC, Mike Parker wrote:


 For a while, typing in VS Code was clunky compared to Sublime. 
 I gave it a spin every couple of months to see how it was 
 shaping up and eventually I stopped noticing the difference.


Ah! Good to know. Thanks, Mike. Once they add a proper file 
explorer sidebar, I may switch.
Dec 26 2019
parent reply Andre Pany <andre s-e-a-p.de> writes:
On Thursday, 26 December 2019 at 10:15:17 UTC, Ron Tarrant wrote:

 On Wednesday, 25 December 2019 at 13:32:45 UTC, Mike Parker 
 wrote:


 For a while, typing in VS Code was clunky compared to Sublime. 
 I gave it a spin every couple of months to see how it was 
 shaping up and eventually I stopped noticing the difference.


 Ah! Good to know. Thanks, Mike. Once they add a proper file 
 explorer sidebar, I may switch.


I am not sure wheter you talk about the same issue but the 
explorer view was also the only reason VSC was totally unusable 
for me. The lack of file/folder icons really questionable.
Recently I found out that it is possible to configure them.

Kind regards
Andre
Dec 26 2019
parent Ron Tarrant <rontarrant gmail.com> writes:
On Thursday, 26 December 2019 at 10:32:10 UTC, Andre Pany wrote:


 I am not sure wheter you talk about the same issue but the 
 explorer view was also the only reason VSC was totally unusable 
 for me. The lack of file/folder icons really questionable.
 Recently I found out that it is possible to configure them.


Interesting. I'll have to look into that. Thanks, Andre.
Dec 26 2019
prev sibling next sibling parent berni44 <dlang d-ecke.de> writes:
On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:

 What kind of editor/IDE are you using and which one do you like 
 the most?


I'm using sed... - no, just joking. Actually I use jed (because I 
did for 20 years now) with emacs keybindings in C mode, but I 
cannot recommend it for D. There are several limitations, for 
example jed can only handle two different types of comments, let 
alone nested comments. I always think, I should change to 
something better, but as I'm so used to it, it would be a rather 
big deal. I also thought about porting jed to d (than it's 
de(a)d?), but this sounds like one of those life long projects, 
I'm not sure I want to start that.
Dec 24 2019
prev sibling next sibling parent Marcone <marcone email.com> writes:
On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:

 There are lots of editors/IDE's that support D language: 
 https://wiki.dlang.org/Editors

 What kind of editor/IDE are you using and which one do you like 
 the most?


I am using "Sublime Text" for code Dlang.
Dec 24 2019
prev sibling next sibling parent IGotD- <nise nise.com> writes:
On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:

 There are lots of editors/IDE's that support D language: 
 https://wiki.dlang.org/Editors

 What kind of editor/IDE are you using and which one do you like 
 the most?


I use VisualStudio with VisualD. The IDE is ok and debugging 
capabilities are good. Unfortunately you don't get full debugging 
with LDC, only with DMD.
Dec 24 2019
prev sibling next sibling parent Murilo <murilomiranda92 hotmail.com> writes:
On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:

 There are lots of editors/IDE's that support D language: 
 https://wiki.dlang.org/Editors

 What kind of editor/IDE are you using and which one do you like 
 the most?


I use Notepad++ on Windows and Bluefish on Linux. I'm a 
minimalist guy, I prefer a light text editor than a heavy IDE.
Dec 24 2019
prev sibling next sibling parent Ron Tarrant <rontarrant gmail.com> writes:
On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:

 What kind of editor/IDE are you using and which one do you like 
 the most?


I was using PSPad up until a few months ago when I realized 
Notepad++ (finally) has a 64-bit version of the Explorer plugin. 
With custom GtkD syntax highlighting for both, it was Notepad++'s 
ability to show me my working system directory in a sidebar on 
start-up that got me to switch. PSPad will show it, but only 
after I manually switch from project view.
Dec 25 2019
prev sibling next sibling parent reply p.shkadzko <p.shkadzko gmail.com> writes:
On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:

 There are lots of editors/IDE's that support D language: 
 https://wiki.dlang.org/Editors

 What kind of editor/IDE are you using and which one do you like 
 the most?


Tried almost all of them that support D including Dlang IDE, 
Dexed, Poseidon, Zeus but VS Code is currently the best among fat 
IDEs. Used VS Code for a while but eventually found it cumbersome 
and taking too much space. Just look at those lovely GBs 
scattered around your system! I then switched entirely to Vim and 
never ever been that happy.

p.s. I found it quite satisfying that D does not really need an 
IDE, you will be fine even with nano.
Dec 28 2019
parent reply Russel Winder <russel winder.org.uk> writes:
On Sat, 2019-12-28 at 22:01 +0000, p.shkadzko via Digitalmars-d-learn
wrote:
[=E2=80=A6]

 p.s. I found it quite satisfying that D does not really need an=20
 IDE, you will be fine even with nano.


Java people said this and we got Eclipse, Netbeans, and IntelliJ IDEA,
and many people were better Java (and Kotlin, Groovy, Clojure, Scala,
etc.) programmers because they used them.

C and C++ people said this and we got CLion, and many programmers were
better C or C++ programmers because they used it.

Go people said this and we got Goland, and many people were better
programmers because they used it.

Whilst many programmers are happy using 1970s approaches to programming
using ed, ex, vi, vim, emacs, sublime text, atom, etc. Many programmers
prefer using IDEs, and are better programmers for it.

D programmers can use text editors if they want, but many D programmers
would be much better D programmers for having a full IDE =E2=80=93 which is=
,
for me, why getting the D language plugin to CLion (and IntelliJ IDEA)
is important for D traction.

The more the D community advertise that IDEs are for wimps, the less
likelihood that people will come to D usage.

--=20
Russel.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Dr Russel Winder      t: +44 20 7585 2200
41 Buckmaster Road    m: +44 7770 465 077
London SW11 1EN, UK   w: www.russel.org.uk
Dec 29 2019
next sibling parent p.shkadzko <p.shkadzko gmail.com> writes:
On Sunday, 29 December 2019 at 14:41:46 UTC, Russel Winder wrote:

 The more the D community advertise that IDEs are for wimps, the 
 less likelihood that people will come to D usage.


It is so. And yet, I can't use Java or Scala without IDE and I 
tried. I believe the same is true for C++.
Dec 29 2019
prev sibling next sibling parent reply Adam D. Ruppe <destructionator gmail.com> writes:
On Sunday, 29 December 2019 at 14:41:46 UTC, Russel Winder wrote:

 Whilst many programmers are happy using 1970s approaches


Please. Have you actually spent the time to learn these systems 
in the last 40 years?

My experience is IDEs are just different, not necessarily better 
or worse. Just different enough that people used to one find the 
others difficult to learn.


 why getting the D language plugin to CLion (and IntelliJ IDEA) 
 is important for D traction.


When I tried loading a D file in android studio, the IDE offered 
to auto install a D language plugin.

I'm incompetent with IDEs so I can't speak to the quality of it, 
but it is there.
Dec 29 2019
parent Ron Tarrant <rontarrant gmail.com> writes:
On Sunday, 29 December 2019 at 21:25:44 UTC, Adam D. Ruppe wrote:

 My experience is IDEs are just different, not necessarily 
 better or worse. Just different enough that people used to one 
 find the others difficult to learn.


Amen, hear-hear, and all that. I thought it was just me.
Dec 30 2019
prev sibling next sibling parent bachmeier <no spam.net> writes:
On Sunday, 29 December 2019 at 14:41:46 UTC, Russel Winder wrote:


 Whilst many programmers are happy using 1970s approaches to 
 programming using ed, ex, vi, vim, emacs, sublime text, atom, 
 etc. Many programmers prefer using IDEs, and are better 
 programmers for it.


I don't think it's black and white as you make it out to be. When 
I was programming with JVM languages (Clojure, Scala, a bit of 
Java) I used Eclipse. I found that to be the right approach for 
those languages because everything is done in terms of projects. 
You can offload the management of your projects to the IDE. When 
I use D, I think in terms of individual files, and the 
cost-benefit analysis comes out in favor of opening the files in 
a text editor.

This is not to say that there is anything wrong with using an 
IDE, it's simply a matter of preference. I have trouble seeing 
how an IDE is going to make anyone a better programmer. Perhaps a 
bit more productive, but carrying along the cost of using the 
IDE, as opposed to simply opening a file and typing. ed and vi 
have little in common with Emacs or Atom. Many C++ programmers 
have moved from using an IDE to using Vim, Emacs, and Atom the 
last few years. You might wish to check out this 10-minute 
presentation from the recent Emacs conf:
https://media.emacsconf.org/2019/19.html

It's definitely not 1970's technology.
Dec 29 2019
prev sibling parent Patrick Schluter <Patrick.Schluter bbox.fr> writes:
On Sunday, 29 December 2019 at 14:41:46 UTC, Russel Winder wrote:

 On Sat, 2019-12-28 at 22:01 +0000, p.shkadzko via 
 Digitalmars-d-learn
 wrote:
 […]

 p.s. I found it quite satisfying that D does not really need 
 an IDE, you will be fine even with nano.




The fundamental issue with these all battery included fancy IDE's 
(especially in Java) is that they tend to become dependencies of 
the projects themselves.

How many times have I seen in my professionnal world, projects 
that required specific versions of Eclipse with specific versions 
of extensions and libraries?
At my work we have exactly currently the problem. One developer 
wrote one of the desktop apps and now left the company. My 
colleagues of that department are now struggling to maintain the 
app as it used some specific GUI libs linked to some Eclipse 
version and they are nowhere to be found. You may object that 
it's a problem of the project management and I would agree. It 
was the management error to let the developer choose the IDE 
solution in the first place. A more classical/portable approach 
would have been preferable.

Furthermore, it is extremely annoying that these IDE change over 
time and all the fancy stuff gets stale and changed with other 
stuff that gets stale after time.
Visual Studio is one of the worst offenders in that category. 
Every 5 years it changes so much that everything learnt before 
can be thrown away.
IDE's work well for scenarios that the developers of the IDE 
thought of. Anything a little bit different requires changes that 
are either impossible to model or require intimate knowledge of 
the functionning of the IDE. Visual Studio comes to mind again of 
an example where that is horribly painful (I do not even mention 
the difficulty to even install such behemoth programs on our 
corporate laptops which are behind stupid proxies and follow 
annoying corporate policy rules).
Dec 30 2019
prev sibling parent reply Piotr Mitana <piotr.mitana gmail.com> writes:
On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:

 There are lots of editors/IDE's that support D language: 
 https://wiki.dlang.org/Editors

 What kind of editor/IDE are you using and which one do you like 
 the most?


IntelliJ IDEA CE with this extension: 
https://intellij-dlanguage.github.io/

Wow, nobody else uses this?
Dec 30 2019
parent rikki cattermole <rikki cattermole.co.nz> writes:
On 30/12/2019 9:19 PM, Piotr Mitana wrote:

 On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:

 There are lots of editors/IDE's that support D language: 
 https://wiki.dlang.org/Editors

 What kind of editor/IDE are you using and which one do you like the most?


 
 IntelliJ IDEA CE with this extension: https://intellij-dlanguage.github.io/
 
 Wow, nobody else uses this?


I do.
Dec 30 2019