Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Current documentation is a bit misleading. Patch attached.
Comment | File | Size | Author |
---|---|---|---|
#8 | drupal_parse_info_file_docs.patch | 1.41 KB | sreynen |
cssjs.patch | 715 bytes | sreynen | |
Comments
Comment #1
mr.baileysMakes perfect sense. However, if we're editing this doxygen block anyway, we should make the list adhere to Doxygen and comments coding conventions: Lists, more specifically: "Each list item starts with the key, followed by a colon, followed by a space, followed by the key description. The key description starts with a capital letter and ends with a period."
edit: typo.
Comment #2
jhodgdonAlso: the correct puncutation for "eg" is "e.g.", and it should be preceded by a semicolon and followed by a comma (it means "for example" and should be punctuated the same):
features: Features available; e.g., features[] = logo.
There seems to be more than just this wrong with this docblock -- some of the information is coming out at the end and some at the beginning of
http://api.drupal.org/api/drupal/includes--common.inc/function/drupal_pa...
Comment #3
sreynen CreditAttribution: sreynen commentedWe should avoid issue scope creep; I created #1051184: Fix doxygen formatting and punctuation in documentation for drupal_parse_info_file().
Comment #4
jhodgdonCan't we just fix it all up at the same time? Normally, when a doc issue is filed, the fix includes a fix-up of the formatting of the docblock in question.
Comment #5
sreynen CreditAttribution: sreynen commentedSome of us can fix it all at the same time; others can't. That's one of the problems with issue scope creep: it discourages less experienced and more casual contributors by requiring wider knowledge and participation. This is admittedly a minor example, but issue scope creep is something we should avoid where we can, and we can here.
Comment #6
jhodgdonI see what you are saying, but the replacement line you are proposing is not up to our doc standards, so I find it difficult to accept the patch you are proposing. Probably someone else can do the rest of the edits.
Comment #7
jhodgdonComment #8
sreynen CreditAttribution: sreynen commentedI see now you're reviewing the code after the patch is committed rather than the patch itself. I still think this approach discourages contributions, but this probably isn't the best place to have that conversation. Attached patch has all suggested changes.
Comment #9
jhodgdonThank you.
Comment #10
Dries CreditAttribution: Dries commentedCommitted to CVS HEAD. Thanks.