Closed (fixed)
Project:
Drupal core
Version:
6.x-dev
Component:
documentation
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
2 Jun 2009 at 21:09 UTC
Updated:
28 Apr 2011 at 08:41 UTC
Jump to comment: Most recent file
Comments
Comment #1
jhodgdonIssues with API documentation go in the Drupal queue, not Documentation.
Comment #2
jhodgdonIt looks like this is an issue in D7 as well as D6 and D5.
The problems I see with the API doc for filter_filter():
- Description does not list all of the included filters.
- Description uses different names for the included filters from the names the module actually uses.
- Description for the HTML filter doesn't say what it actually does (limit HTML tags)
- Description for the URL/email filter has a completely wrong description.
Probably the D7 issue should be fixed first, then the patch ported to D6 (which will involve removing a few lines of the description, as D7 has more filters than D6). Are we still fixing D5 too?
Comment #3
jhodgdonHere is a patch for review, for D7.
Comment #4
catch"Implementation of" has changed to just "Implement" in D7. There should also be a gap between the initial one-line function summary and the rest of it.
Comment #5
jhodgdonAh.
It appears also that the doc style in this file uses "Do something" rather than "Does something" in descriptions of functions. I am not sure why, since "Does something" is standard elsewhere in the software industry, and has been for decades. See, for instance http://java.sun.com/j2se/javadoc/writingdoccomments/#styleguide :
So the decision should have been to use "Implements" rather than "Implement". But that's a separate issue. Where/when was this discussed?
Anyway, I'll stay consistent with the rest of the file and D7, good decision or bad... how's this patch?
Comment #6
jhodgdon3rd-person is also the standard for Pear PHP doc:
http://www.php-editors.com/pear_manual/standards.sample.html
Comment #7
jhodgdonForgot to change status
Comment #8
jhodgdonI filed a separate issue on the question of 1st person vs. 2nd person #487802: Function doc standard for Drupal is non-standard in industry
Until (or unless) that issue results in a change in coding standards, the current patch conforms to the current standards, I think.
Comment #9
dries commentedLooks good to me. Marking RTBC so I can commit it later.
Comment #11
dries commentedCommitted to CVS HEAD. Thanks!
Comment #12
jhodgdonThis still needs to be ported to D6.
Are we patching D6 documentation still? The reason I am asking is that I have 2 or 3 simple doc patches for D6 marked "needs review" that have been in the queue for as long as 6+ weeks with no action. I don't want to waste time porting this patch to D6 if there is little chance it will be committed.
Comment #13
catchjhogdon - I think patches will still get committed, but Drupal 6 patches don't show up in Drupal 7 patch queues from contributor links - which means they generally have a lot less eyes on them.
Comment #14
jhodgdonI got that impression. ;}
It would be nice if doc patches for api.drupal.org (which is probably much much more highly used right now on D6 than D7, I would think) got more attention... sigh. I guess I could do my part and review some. :)
Comment #15
jhodgdonHere is a patch for D6. It looks a bit different from the D7 patch (filter names are different and D7 has one filter D6 lacks). So it probably needs a review for accuracy before application.
Comment #16
sunOnce for all, I finally took the time to document the proper and *required* syntax for lists'n'stuff in Doxygen: http://drupal.org/node/1354
The syntax of this patch needs work. The code D7 was fixed already.
Comment #17
jhodgdonOK, this one has better (I hope) formatting.
Comment #18
pfrenssenThis looks good.
Comment #19
jhodgdonThe patch is more than a year old. Did you verify that it still applies to the Drupal 6 source?
Comment #20
pfrenssenI just tested it, I guess it would still apply cleanly.
Comment #21
jhodgdonThanks!
Comment #22
gábor hojtsySuperb, thank you, committed, pushed.