the new API Docs miss a lot of members for the RuntimeDocumentDataTable - or at least the inherit stuff from Dictonary is missing
Hi Tom,
i can confirm, the new site is dropping the inherited members. In the source the class is just public sealed class RuntimeDocumentDataTable : Dictionary<object, object> with three members of its own — Document, GetValue<T> and TryGetValue<T> — so everything else (Add, Remove, the indexer, Keys, Count, etc) is straight BCL Dictionary behavior, runtime-only and never serialized. The old docs list all of that, the new page doesn’t even with ?inherited=true.
Logged as WWW-3489. Related: the same page also drops the <T> from GetValue’s signature, that one is already tracked as WWW-3095. Thanks for reporting
My guess is we don’t show inherited members from class that are not part of RhinoCommon. The information for Dictionary, for example, can change and we don’t get to control it.
– Dale
i am not a documentation / xml expert…
but i found inheritdoc which seams to be made for this case
<inheritdoc [cref=""] [path=""]/>
?
That’s indeed how it works now, but we did show them in the old docs. I’ll see what I can do
This is now fixed:
WWW-3489 New RhinoCommon API site omits members inherited from BCL base classes (e.g. RuntimeDocumentDataTable’s Dictionary members)
wow - what a fast fix - many thanks.
@mkarimi
just an idea:
not sure if it has great usage - but maybe it s nice to distinguish between rhinocommon internal inheritance and outside inheritance.
the “show inherited members” could have 3 states:
no - rhinocommon-internal only - all
best - tom