Dfix 0.2.2:
https://github.com/Hackerpilot/dfix/releases/tag/v0.2.2
* Fixed a bug that caused the string concatenation fix to be applied
  inside of "deprecated" attributes. I plan to revert this fix if
  dmd starts accepting `deprecated("string1" ~ "string2")`

Dfmt 0.4.0-beta1 and 0.3.6
https://github.com/Hackerpilot/dfmt/releases/tag/v0.3.6
* Fix a spacing bug with function contracts

https://github.com/Hackerpilot/dfmt/releases/tag/v0.4.0-beta1
* Introduced support for `// dfmt off` and `// dfmt on` comments
* Added the ability to configure spacing around the `:` in selective
  imports.
* Added the ability to configure indentation of case statements.
* Added the ability to configure indentation of attribute declarations.
* Added the ability to configure formatting of labeled loops.

D-Scanner 0.2.0-beta1
https://github.com/Hackerpilot/Dscanner/releases/tag/0.2.0-beta1
* Fixed several bugs in the lint checks.
* Added support for generating Emacs etags files.
* `--imports` option can now work on more than one file at a time
* Added undocumented public declaration check.
* Added unused label check.
* Added check for variables with the same name as labels.
* Added check for redundant parenthesis.
* Added "line" field to ctags output to work with the Tagbar plugin better.
* Unused variable declaration check is now disabled inside of __traits
  expressions.
* Undocumented declaration check is disabled for things marked
  "deprecated" or "@disable".
* Undocumented declaration check ignores @property functions.

Am Mon, 08 Jun 2015 19:18:02 +0000
schrieb "Brian Schott" <briancschott@gmail.com>:

> Dfix 0.2.2:
> https://github.com/Hackerpilot/dfix/releases/tag/v0.2.2
> * Fixed a bug that caused the string concatenation fix to be
> applied
>    inside of "deprecated" attributes. I plan to revert this fix if
>    dmd starts accepting `deprecated("string1" ~ "string2")`
> 
> Dfmt 0.4.0-beta1 and 0.3.6
> https://github.com/Hackerpilot/dfmt/releases/tag/v0.3.6
> * Fix a spacing bug with function contracts
> 
> https://github.com/Hackerpilot/dfmt/releases/tag/v0.4.0-beta1
> * Introduced support for `// dfmt off` and `// dfmt on` comments
> * Added the ability to configure spacing around the `:` in
> selective
>    imports.
> * Added the ability to configure indentation of case statements.
> * Added the ability to configure indentation of attribute
> declarations.
> * Added the ability to configure formatting of labeled loops.
> 
> D-Scanner 0.2.0-beta1
> https://github.com/Hackerpilot/Dscanner/releases/tag/0.2.0-beta1
> * Fixed several bugs in the lint checks.
> * Added support for generating Emacs etags files.
> * `--imports` option can now work on more than one file at a time
> * Added undocumented public declaration check.
> * Added unused label check.
> * Added check for variables with the same name as labels.
> * Added check for redundant parenthesis.
> * Added "line" field to ctags output to work with the Tagbar
> plugin better.
> * Unused variable declaration check is now disabled inside of
> __traits
>    expressions.
> * Undocumented declaration check is disabled for things marked
>    "deprecated" or "@disable".
> * Undocumented declaration check ignores @property functions.

Sounds like a big step forward! One question though, what's the rationale behind @properties not needing documentation?

-- 
Marco

On Tuesday, 9 June 2015 at 14:49:38 UTC, Marco Leise wrote:
> Sounds like a big step forward! One question though, what's
> the rationale behind @properties not needing documentation?

The same reason that I disable that check for methods like "getTheThing" and "setTheThing".

On Monday, 8 June 2015 at 19:18:03 UTC, Brian Schott wrote:
> Dfix 0.2.2:
> https://github.com/Hackerpilot/dfix/releases/tag/v0.2.2
> * Fixed a bug that caused the string concatenation fix to be applied
>   inside of "deprecated" attributes. I plan to revert this fix if
>   dmd starts accepting `deprecated("string1" ~ "string2")`
>
> Dfmt 0.4.0-beta1 and 0.3.6
> https://github.com/Hackerpilot/dfmt/releases/tag/v0.3.6
> * Fix a spacing bug with function contracts
>
> https://github.com/Hackerpilot/dfmt/releases/tag/v0.4.0-beta1
> * Introduced support for `// dfmt off` and `// dfmt on` comments
> * Added the ability to configure spacing around the `:` in selective
>   imports.
> * Added the ability to configure indentation of case statements.
> * Added the ability to configure indentation of attribute declarations.
> * Added the ability to configure formatting of labeled loops.
>
> D-Scanner 0.2.0-beta1
> https://github.com/Hackerpilot/Dscanner/releases/tag/0.2.0-beta1
> * Fixed several bugs in the lint checks.
> * Added support for generating Emacs etags files.
> * `--imports` option can now work on more than one file at a time
> * Added undocumented public declaration check.
> * Added unused label check.
> * Added check for variables with the same name as labels.
> * Added check for redundant parenthesis.
> * Added "line" field to ctags output to work with the Tagbar plugin better.
> * Unused variable declaration check is now disabled inside of __traits
>   expressions.
> * Undocumented declaration check is disabled for things marked
>   "deprecated" or "@disable".
> * Undocumented declaration check ignores @property functions.

Awesome tools! I implemented a syntax highlighter, as a replacement to the current custom lexer implementation, for dlangide similar to how XMLPrinter works. It was a breeze to implement it and resulted in a very powerful syntax highlighter.

I'm integrating the dscanner analysis tools now, but for scanning an entire project it would be awesome to use DCD's existing cache. I'm relatively new to D but I think a possible solution would be to implement a plugin system for DCD where applications can instruct DCD to dynamically load and execute the plugin through an interface. This would avoid the need for the IDE and DCD to both maintain their own cache of the parsed modules. An example plugin would be a dscanner analysis plugin.

Do you think this would be something of worth for me to pursue and possibly integrate with DCD?

On Saturday, 13 June 2015 at 07:19:45 UTC, Hans-Albert Maritz wrote:
> I'm integrating the dscanner analysis tools now, but for scanning an entire project it would be awesome to use DCD's existing cache. I'm relatively new to D but I think a possible solution would be to implement a plugin system for DCD where applications can instruct DCD to dynamically load and execute the plugin through an interface. This would avoid the need for the IDE and DCD to both maintain their own cache of the parsed modules. An example plugin would be a dscanner analysis plugin.
>
> Do you think this would be something of worth for me to pursue and possibly integrate with DCD?

I'm working on pulling the symbol cache out of DCD for use in the next versions of several of my tools. Be warned that none of this work is stable yet, or as the old map makers used to say, "Here be dragons":

https://github.com/Hackerpilot/dsymbol

On Saturday, 13 June 2015 at 08:51:22 UTC, Brian Schott wrote:
> On Saturday, 13 June 2015 at 07:19:45 UTC, Hans-Albert Maritz wrote:
>> I'm integrating the dscanner analysis tools now, but for scanning an entire project it would be awesome to use DCD's existing cache. I'm relatively new to D but I think a possible solution would be to implement a plugin system for DCD where applications can instruct DCD to dynamically load and execute the plugin through an interface. This would avoid the need for the IDE and DCD to both maintain their own cache of the parsed modules. An example plugin would be a dscanner analysis plugin.
>>
>> Do you think this would be something of worth for me to pursue and possibly integrate with DCD?
>
> I'm working on pulling the symbol cache out of DCD for use in the next versions of several of my tools. Be warned that none of this work is stable yet, or as the old map makers used to say, "Here be dragons":
>
> https://github.com/Hackerpilot/dsymbol

Will you be releasing it under gpl or Boost like the other tools?

On Monday, 8 June 2015 at 19:18:03 UTC, Brian Schott wrote:
> Dfmt 0.4.0-beta1 and 0.3.6
> https://github.com/Hackerpilot/dfmt/releases/tag/v0.3.6

Integration with Sublime Text (I use Sublime Text 2 and Windows)
https://github.com/dmi7ry/dfmt-sublime
can anyone check?

On Sunday, 28 June 2015 at 14:03:21 UTC, Dmitry wrote:
> On Monday, 8 June 2015 at 19:18:03 UTC, Brian Schott wrote:
>> Dfmt 0.4.0-beta1 and 0.3.6
>> https://github.com/Hackerpilot/dfmt/releases/tag/v0.3.6
>
> Integration with Sublime Text (I use Sublime Text 2 and Windows)
> https://github.com/dmi7ry/dfmt-sublime
> can anyone check?

Why not Sublime Text 3?

On Sunday, 28 June 2015 at 14:13:06 UTC, Namespace wrote:

> Why not Sublime Text 3?
I think it will be work on ST 3 also, bacause it very simple. But can't check.

Reasons to use ST 2, and not 3 can be different. For example: free version of ST 2, or some plugins which is not ported to ST 3.

On Sunday, 28 June 2015 at 14:13:06 UTC, Namespace wrote:

> Why not Sublime Text 3?

Added small fix for ST 3.