Since Edge will contain many different features, we'll have to make sure that we don't lose track of particular core enhancements and corresponding drupal.org issues. New features will likely be added in upcoming major versions (from which there might be many, it's perfectly possible to get to Edge 7.x-24.x within D7's release cycle), so we absolutely have to maintain a way to at least be able to grep through the module to find all contained features, even if it is for documentation purposes only.
I currently see the following requirements:
- A unique keyword/term is used to mark some code (once) as a "feature".
- A reference to the corresponding drupal.org issue, either as complete URL, or just in the form of "#123456".
- Ideally, close or near to the actual main feature code. While the global @file would be an alternative, there'd be no context, which I think is preferred to have.
Not sure what else.
Right now, I'm thinking of something along the lines of
/**
* [...]
*
* @feature #123456 Support stylesheets-override in theme .info files.
*/
Thoughts?
| Comment | File | Size | Author |
|---|---|---|---|
| #3 | edge-HEAD.issue_.3.patch | 1.18 KB | sun |
| #2 | edge-HEAD.issue_.2.patch | 575 bytes | sun |
Comments
Comment #1
jacineI LOVE this idea.
I don't like @feature. I think we should just call it what it is: @issue.
Comment #2
sunHm. So this is what it could look like.
Thoughts, as they cross my mind:
...is basically invalid in every possible aspect. ;) Though it's of course similar to the syntax of:
However, we seem to have a proper separation between Doxygen "title/argument" and "description" here, so by all means, this would be more correct:
Comment #3
sunStill not happy with it, but this looks and feels like a step in the right direction.
Comment #4
jacineIt's fine. If we need to tweak it along the way, we can. ;)
Comment #5
sun#575298: Provide non-PHP way to reliably override CSS needs to be added now.