Jump to page: 1 2
Thread overview
call to VisualD, monoD, DlangIDE, & other editor users for the wiki
Aug 15, 2015
BBasile
Aug 15, 2015
Bruno Medeiros
Aug 15, 2015
BBasile
Aug 16, 2015
Idan Arye
Aug 16, 2015
Idan Arye
Aug 17, 2015
BBasile
Aug 17, 2015
Bruno Medeiros
Aug 17, 2015
Idan Arye
Aug 17, 2015
Jacob Carlborg
Aug 17, 2015
Idan Arye
Aug 17, 2015
Idan Arye
Sep 09, 2015
BBasile
Nov 08, 2015
ParticlePeter
Nov 09, 2015
BBasile
August 15, 2015
Hey, I've just added the page

http://wiki.dlang.org/Editor-features

It allows to have a good overview of our IDEs and text editors features.
I call the authors or the users of the other software to fill an entry for their favorite product(s).

Discuss also here any missing category.


August 15, 2015
On 15/08/2015 04:39, BBasile wrote:
> Hey, I've just added the page
>
> http://wiki.dlang.org/Editor-features
>
> It allows to have a good overview of our IDEs and text editors features.
> I call the authors or the users of the other software to fill an entry
> for their favorite product(s).
>
> Discuss also here any missing category.
>
>

Why? There already is http://wiki.dlang.org/IDEs and http://wiki.dlang.org/Editors , and they both list an overview of features.

-- 
Bruno Medeiros
https://twitter.com/brunodomedeiros
August 15, 2015
On Saturday, 15 August 2015 at 13:11:07 UTC, Bruno Medeiros wrote:
> Why? There already is http://wiki.dlang.org/IDEs and http://wiki.dlang.org/Editors , and they both list an overview of features.

A table is clearer. green checkers, red crosses, columns can be sorted. Users can directly see which products fit to them the best. (for example look at this page: https://en.wikipedia.org/wiki/Comparison_of_data_serialization_formats , isn't it simple to find what's the best match ?)

Also the previous topic "which is the best IDE" is a reason to add this page: it means that some people can't decide by themselves using the current resources.

It would just take you 5 minutes to fill the DDT entry.


August 16, 2015
On Saturday, 15 August 2015 at 03:39:48 UTC, BBasile wrote:
> Hey, I've just added the page
>
> http://wiki.dlang.org/Editor-features
>
> It allows to have a good overview of our IDEs and text editors features.
> I call the authors or the users of the other software to fill an entry for their favorite product(s).
>
> Discuss also here any missing category.

Why are DMD, GDC and LDC support marked green for Geany and red for Notepad++? They're both editors, and no editor should have a D compiler integrated built in - they all use their shell-command-running capabilities to run the compilers as external tool. Or are you referring to their ability to parse compilation errors? If so this should be mentioned...
August 16, 2015
On Sunday, 16 August 2015 at 15:05:00 UTC, Idan Arye wrote:
> On Saturday, 15 August 2015 at 03:39:48 UTC, BBasile wrote:
>> Hey, I've just added the page
>>
>> http://wiki.dlang.org/Editor-features
>>
>> It allows to have a good overview of our IDEs and text editors features.
>> I call the authors or the users of the other software to fill an entry for their favorite product(s).
>>
>> Discuss also here any missing category.
>
> Why are DMD, GDC and LDC support marked green for Geany and red for Notepad++? They're both editors, and no editor should have a D compiler integrated built in - they all use their shell-command-running capabilities to run the compilers as external tool. Or are you referring to their ability to parse compilation errors? If so this should be mentioned...

Also - what's "ddoc hints"? And why is "own project format" a good thing?
August 17, 2015
On Sunday, 16 August 2015 at 19:07:13 UTC, Idan Arye wrote:
> On Sunday, 16 August 2015 at 15:05:00 UTC, Idan Arye wrote:
>> On Saturday, 15 August 2015 at 03:39:48 UTC, BBasile wrote:
>>> [...]
>>
>> Why are DMD, GDC and LDC support marked green for Geany and red for Notepad++? They're both editors, and no editor should have a D compiler integrated built in - they all use their shell-command-running capabilities to run the compilers as external tool. Or are you referring to their ability to parse compilation errors? If so this should be mentioned...
>
> Also - what's "ddoc hints"? And why is "own project format" a good thing?

== DMD/GDC/LDC ==
These 3 columns refer to the ability to compile with a particular compiler.

Through its own project format, an editor can restrict which compiler is used: for example CE has its own project format that only works with DMD. Visual D has its own project format but it works with the 3 compilers. That's important because GDC and LDC produces higher quality binaries than DMD.

NotePad++ has 3 red crosses because it's not bundled with a script or a tool that would allow to call a D compiler directly, in one click. It just has a basic highlither and a cession system that allow to reload a set of document (considered as 'own project format').

== Own project format ==
An editor can support DUB but may also have its own project format. It's not a *good* or a *bad* thing, it just allows to know that for example if DUB is supported that there is also another project format (I think that mono-D is in this category). You'll be surprised but some people don't like DUB.

== ddoc hints ==
it's the ability for an editor to display the DDoc comment associated to a symbol. For example CE implements it via DCD, here when the mouse motion stops on the symbol 'Appender':

https://github.com/BBasile/CoeditWikiData/blob/master/dcd2.png

Maybe this column can be renamed, if someone has a better idea for a short and explicit name...
August 17, 2015
On 17/08/2015 04:39, BBasile wrote:
> https://github.com/BBasile/CoeditWikiData/blob/master/dcd2.png
>
> Maybe this column can be renamed, if someone has a better idea for a
> short and explicit name...

editor DDoc hover is likely a better name.

-- 
Bruno Medeiros
https://twitter.com/brunodomedeiros
August 17, 2015
On Monday, 17 August 2015 at 12:29:06 UTC, Bruno Medeiros wrote:
> On 17/08/2015 04:39, BBasile wrote:
>> https://github.com/BBasile/CoeditWikiData/blob/master/dcd2.png
>>
>> Maybe this column can be renamed, if someone has a better idea for a
>> short and explicit name...
>
> editor DDoc hover is likely a better name.

Does it have to be named with "hints" or "hover"? The point of this feature is the ability of showing the docs to the user, not that it will be shown in a popup bubble.
August 17, 2015
On 2015-08-17 16:09, Idan Arye wrote:

> Does it have to be named with "hints" or "hover"? The point of this
> feature is the ability of showing the docs to the user, not that it will
> be shown in a popup bubble.

Ddoc preview?

-- 
/Jacob Carlborg
August 17, 2015
On Monday, 17 August 2015 at 03:39:26 UTC, BBasile wrote:
> == DMD/GDC/LDC ==
> These 3 columns refer to the ability to compile with a particular compiler.
>
> Through its own project format, an editor can restrict which compiler is used: for example CE has its own project format that only works with DMD. Visual D has its own project format but it works with the 3 compilers. That's important because GDC and LDC produces higher quality binaries than DMD.
>
> NotePad++ has 3 red crosses because it's not bundled with a script or a tool that would allow to call a D compiler directly, in one click. It just has a basic highlither and a cession system that allow to reload a set of document (considered as 'own project format').

I see. This column seems to make sense for IDEs, but not for editors. Asking if an editor supports certain compiler is like asking if a certain model of motorcycles has electric windows. It doesn't, but not because that model is lacking something but because that feature doesn't make sense for the category it belongs to.

Text editors "build" projects by letting the user run shell commands. Geany has a nice built-in system for configuring these shell commands, Notepad++ only has a history so you can re-run recent commands - but that does not mean Geany has any more GDC support than Notepad++. This is part of the editor's general feature-set and not something D-specifi, and I don't think it has a place in this comparison table. I left these fields empty for Vim, and I think they should be empty for all other editors because they only make sense for IDEs.


> == Own project format ==
> An editor can support DUB but may also have its own project format. It's not a *good* or a *bad* thing, it just allows to know that for example if DUB is supported that there is also another project format (I think that mono-D is in this category). You'll be surprised but some people don't like DUB.

Then I don't think Notepad++ has that feature. The project format is not about remembering which files to show in the project tree, but about remembering how to build the project. Geany has it - you can set the shell command in the .geany file and it'll be remembered as part of you project. Notepad++ doesn't - AFAIK the shell command history is global.

« First   ‹ Prev
1 2