Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
documentation
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
10 Dec 2011 at 03:07 UTC
Updated:
29 Jul 2014 at 20:14 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #0.0
xjm(xjm) Updated summary.
Comment #0.1
xjmUpdated issue summary.
Comment #0.2
xjmUpdated issue summary.
Comment #1
xjmHmm, actually, my first proposed resolution doesn't actually work, at least with vanilla doxygen. Updating the summary...
Comment #1.0
xjmUpdated issue summary.
Comment #2
xjmThis seems to work with vanilla doxygen, at least:
Comment #2.0
xjmUpdated issue summary.
Comment #3
jhodgdonHave you tested this proposed fix with the API module yet? And just curious, what was your first suggestion that didn't work?
Maybe we should just fix this in the API module anyway rather than changing the standard?
Comment #4
tr commented(This issue is similar to #1358944: Misused @ingroup commands, although that other issue doesn't address core/includes/actions.inc)
What I see is that actions.inc is not following the rules - I don't think the rules need to be changed.
When a doc block is just defining a group, then the example given in our documentation standards for defgroups says to do this:
Note there is no recommendation to add "End of" after the @}, because when @{ and @} are in the same block "End of" is unneeded.
What actions.inc does is to add additional text after that @}. Any text in the doc block that's not part of a doxygen tag will properly show up in the API docs. There is no reason to add 'End of "defgroup actions"' here!
An alternative way of defining groups is also spelled out in our documentation standards for defgroups:
Note that here the "End of" comment *is* needed, because there's a large gap between the doc block containing the @{ and the SEPARATE doc block whose sole purpose is to hold the @} tag. The block with the end tag is not commenting any function, so any text in this block never shows up in the API docs.
action.inc is mixing the two styles. It needs to choose one or the other. core/includes/form.inc makes the same mistake - all the other core/includes/*.inc files do the right thing. Attached is a patch to fix both actions.inc and form.inc. But perhaps this fix should be part of #1358944: Misused @ingroup commands ?
Comment #5
jhodgdonThis fix looks fine, and should fix the issue. Glad the standards are fine as they are. :)
Comment #6
tr commentedHere's the same patch for D7.
Comment #7
xjmYay. :)
Comment #8
jhodgdonFixing issue title to reflect what the problem actually is.
Comment #9
dries commentedCommitted to 7.x. I believe this was already committed to 8.x. Marking as 'fixed'. Thanks for continuously making our documentation better!
Comment #10
jhodgdonThanks! It does indeed look like it is fixed in 8.x also.
Comment #11
xjmHere's how it got fixed in D8: #1371484-8: Private properties in abstract class DrupalCacheArray.
Comment #12
sunI'm not sure whether sufficient research went into this issue.
As far as I can look back in my PHP dev, I've always seen and used this syntax (also prior to Drupal).
Comment #13
sunoh, I'm mistaken. You only removed it from blocks that opened a section in the very same block.
That's fine.
Comment #14.0
(not verified) commentedUpdated issue summary.