[Mono-dev] should we really use Mono[NotSupported|Limitation|Blah]Attributes?
Jonathan Pobst
monkey at jpobst.com
Thu May 31 09:27:31 EDT 2007
MoMA has been updated to report:
- MonoTODO
- MonoLimitation
- MonoNotSupported
It will not report:
- MonoDocumentationNote
- MonoExtension
- MonoInternalNote
However, they all just show as "TODO" on MoMA reports/GUI, so developers
are still encouraged to include a message explaining what is missing.
This is a definition file change, so if you are using definition files
for 1.2.3 or 1.2.4, you have this update. You do not need a new version
of MoMA.
The class status pages have not been modified, and currently only report
the traditional MonoTODO.
Jon
Atsushi Eno wrote:
> Hello,
>
> I just noticed that after replacing MonoTODO attributes with one
> of those derived ones such as MonoNotSupported, they get *hidden*
> from the class status pages. As a result, we're getting wrong MoMA
> reports. Is it really intended, or should we avoid using those
> derived attributes? (For example see
> System.ComponentModel.MemberDescriptor.GetInvocationTarget() in
> System.dll)
>
> I don't think those attributes are ready to be used unless
> corcompare stuff are changed to consider them.
>
> Atsushi Eno
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>
More information about the Mono-devel-list
mailing list