On Apr 26, 2012, at 2:25 AM, Ryan Kaldari wrote: What do you mean by "parser expects" ? We're just using Doxygen, and Doxygen doesn't do anything fancy in the HTML output with the values in @param, it doesn't care about the order. The only thing Doxygen does is parse the whole text and linkify any classes. But it does that no matter where it is. So in "@param $foo Title" it will turn "Title" into a link to class_Title. But it will also do that in any of these cases: * @param $foo Title: foo bar baz quux * @param $foo Title foo bar baz quux * @param Title $foo: foo bar baz quux * @param Title $foo foo bar baz quux * @param $foo foo bar baz Title quux It doesn't appear to consider anything to be the "type" or the "$variable". The only thing Doxygen does is extract the first space-separated part from the @param line and italize it and put it in a different table column so that they align nicely, but whether this is the type or the $variable doesn't matter. Another aspect that is often inconsistent is that some people prefer to uppercase primative types (so instead of "string", "array", "Title", they use "Mixed", "Number", "String", "Array"). I find that somewhat confusing, but not sure if we should enforce that in the conventions. Few examples of different formats used in core, and how Doxygen parses it. 1) * Action::factory - Uses: @param $var type - Source: https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=blob;f=include… - Doxygen: https://svn.wikimedia.org/doc/classAction.html#a1fe6031d033c0721e4e1572938d… * Screenshot: http://i.imgur.com/YcJsK.png I could find only one example of "@param type $var" that included a classname as type and a colon before the description, and it didn't look very good in Doxygen, no idea what's going on here: 2) * CategoryViewer::addFragmentToTitle * Uses: @param Type $var: description * Source: https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=blob;f=include… * Doxygen: https://svn.wikimedia.org/doc/classCategoryViewer.html#ae2fd8eb7171b011437c… * Screenshot: http://i.imgur.com/Afuke.png One other example of @param without a description that didn't break Doxygen apparantly: 3) * Xml:: languageSelector * Uses: @param type $var Description * Source: https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=blob;f=include… * Doxygen: https://svn.wikimedia.org/doc/classXml.html#a0d645accd9e487ebfa8d43819ae0d6… * Screenshot: http://i.imgur.com/8305q.png I'm not confinced (yet) that we should migrate to "@param type $var: description". Putting the type after the variable works just fine and we've been doing it for years, and in at least one case (the second one in the above summary) the Doxygen parser actually chokes on it for whatever reason. -- Krinkle

On 4/26/12 12:59 PM, Krinkle wrote: We definitely shouldn't migrate to "@param type $var: description" because that's not valid doxygen syntax. The correct syntax is without a colon. This is why your 2nd example ends up with mangled output. If we follow the correct syntax, it should output fine. And since we're using the standard doxygen parser, the only argument I can see for sticking with the old syntax is because "we've been doing it for years", which isn't very convincing. Ryan Kaldari

On 27 April 2012 02:16, Ryan Kaldari <rkaldari(a)wikimedia.org> wrote: This gives me headache: @param $title Title Title for the method There is no separation between the type and description, which makes it hard to read and want to use the type as part of the description So +1 for: @param Title $title Title for the method. -Niklas