Add support for ngdocs#288
Conversation
|
I would prefer this syntax highlighter to remain framework specificities free. |
|
I'm actually in favour of this; this is unlikely to affect anyone not using angular, and would be nice to have for angular users |
|
I'm going to need to see some more opinions on this before this can be merged. |
|
So, personally I am not a fan of adding these to the syntax file, since I think it will add a lot of mess, and non-standard stuff. However, what I personally wouldn't mind, is if we put these types of plugin/library specific stuff in special individual files, and then added some logic in the main syntax file to source those files if a particular global variable is set. Then we could encapsulate that special highlighting separately, and allow new libs to be added if people wanted them without much damage/mess added to the main syntax file. Thoughts? |
|
That sounds like the best of both worlds; I'm for it. On Tue, 18 Aug 2015 16:05 Amadeus Demarzi [email protected] wrote:
|
|
I'm all for having framework/plugin specific annotations That would then allow more specific highlighting definitions. For instance the It needs to be able to work with the following:
Currently the braces and title are not being highlighted |
|
Nice suggestion, @amadeus! I hope it's feasible. |
|
I have an idea for how this could work, let met think about it over this weekend and I'll see if I can get something drawn up. |
|
I've rebased these changes off of develop. @amadeus is there anything that I can do to help get this PR merged? |
|
@amadeus did you come up with a way to define custom plugin/library/framework syntax files? |
|
@whitneyit Please update this PR and let's see if we can't get it merged in. |
|
@qstrahl Updated! |
|
I have added support for this in #470 |
Added support for angular's own ngdoc syntax.