Q:

Doxygen: Moving a static variable documentation inside a function

Consider this code:
#include <string>

namespace MyNamespace
{

/** \brief Error Class */
class Error
{
public :
    /** \brief Constructor */
    Error ( int in_code, const std::string& in_message );
    ...
};

/** \brief Successfull result */
static Error SUCCESS(                                   0, "Success. " ); 
/** \brief Error of unknown kind, used internally only to identify a pending result */
static Error ERROR_UNKNOWN(                             1, "Unknown Error. " ); 
...

};

MyNameSpace is already part of a doxygen group.  When I generate the documentation, I get:

One page for Error class description
SUCCESS and ERROR_UNKNOWN are "Functions" (wierd!)  in the MyNamespace page

How can I tag SUCCESS and ERROR_UNKNOWN to appear in the Error class description page? 
Note: I can't define a new group and put both in, as my group list is frozen (we want one group per library). " Hidden" group could be solution. 

A:

So far, the best "solution" I could find was to use \memberof. 
This:
/** \memberof Error @{ */

/** \brief Successfull result */
static Error SUCCESS(                                   0, "Success. " ); 
/** \brief Error of unknown kind, used internally only to identify a pending result */
static Error ERROR_UNKNOWN(                             1, "Unknown Error. " ); 
...

/** @} */

Will move SUCCESS and ERROR_UNKNOWN under "Static Public Member Functions" of Error class description.  Which is not very nice as they are then mixed with other true static public member functions.  But adding a \name tag as well...
/** \memberof Error @{ */
/** \name Error values: */

/** \brief Successfull result */
static Error SUCCESS(                                   0, "Success. " ); 
/** \brief Error of unknown kind, used internally only to identify a pending result */
static Error ERROR_UNKNOWN(                             1, "Unknown Error. " ); 
...

/** @} */

Will move SUCCESS and ERROR_UNKNOWN in a "Error values" section under "Related Functions" of Error class description, with a nice Note reporting (Note that these are not member functions.)....which is definitely acceptable...

