• Don Clugston (16/16) Oct 20 2005 When /** ditto */ is used, the declaration it refers to should be added
• Sean Kelly (13/16) Oct 20 2005 This would be quite nice for template specializations as well. Also, is...
• Walter Bright (3/5) Oct 20 2005 I know. That's another bug.
• Walter Bright (3/6) Oct 20 2005 Yes, that's a ddoc bug.

Don Clugston <dac nospam.com.au> writes:

When /** ditto */ is used, the declaration it refers to should be added
to the list for highlighting. It's not uncommon for closely related 
functions to have different names -- eg C has exp(), expf() and expl().
eg.

/*********************************
  * comments for funcA and funcB
  * funcA is highlighted (underlined),
  * but funcB is not, although I think it should be.
  */
int funcA(int x)
{
}

/** ditto */
int funcB(int x)
{
}

Sean Kelly <sean f4.ca> writes:

In article <dj7to1$1qjp$1 digitaldaemon.com>, Don Clugston says...
When /** ditto */ is used, the declaration it refers to should be added
to the list for highlighting. It's not uncommon for closely related 
functions to have different names -- eg C has exp(), expf() and expl().

This would be quite nice for template specializations as well.  Also, is there
any way to have enum parameters display correctly?

enum Enum {
VAL_1,
VAL_2
}

template fn(Enum e : Enum.VAL_1) {
fn() {}
}

In DDoc, this will display as:

template fn( (Enum) 0 );


Sean

"Walter Bright" <newshound digitalmars.com> writes:

"Sean Kelly" <sean f4.ca> wrote in message
news:dj8mvc$2rrt$1 digitaldaemon.com...
 In DDoc, this will display as:

 template fn( (Enum) 0 );

I know. That's another bug.

"Walter Bright" <newshound digitalmars.com> writes:

"Don Clugston" <dac nospam.com.au> wrote in message
news:dj7to1$1qjp$1 digitaldaemon.com...
 When /** ditto */ is used, the declaration it refers to should be added
 to the list for highlighting. It's not uncommon for closely related
 functions to have different names -- eg C has exp(), expf() and expl().

Yes, that's a ddoc bug.