You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are a bunch of methods listed as deprecated for List in 2.13. It doesn't appear they're actually deprecated. The method names are in the color green. Is it something to do with deprecations in IterableOnceExtensionMethods?
These are implicit methods for List but they are not deprecated, and they should be shadowed in Scaladoc. This unnecessarily clutters up the Scaladocs but also dilutes the list of deprecated members. Granted, most people probably learn about their deprecations from interactive compiler warnings and not the api docs.
The text was updated successfully, but these errors were encountered:
In some cases like copyToBuffer the deprecated methods are legitimate. Others like collectFirst and count are listed twice, both as regular (non-deprecated) methods and as deprecated extension methods. This is another instance of #6110.
Yeah, it looks like this is not an actual bug in scaladoc (anymore). I didn't rerun #6110 but I assume it's in a similar state these days. scaladoc already gets the shadowing right, the real question is what to do with that information. Is it safe to assume that an instance method or extension methods "overrides" a shadowed, less specific extension method? Unlike overridden methods, these shadowed methods can still be called through a simple type ascription. Sorting the methods into deprecated and non-deprecated first and only mentioning shadowing individually makes it hard to convey this information.
Uh oh!
There was an error while loading. Please reload this page.
There are a bunch of methods listed as deprecated for List in 2.13. It doesn't appear they're actually deprecated. The method names are in the color green. Is it something to do with deprecations in IterableOnceExtensionMethods?
These are implicit methods for
List
but they are not deprecated, and they should be shadowed in Scaladoc. This unnecessarily clutters up the Scaladocs but also dilutes the list of deprecated members. Granted, most people probably learn about their deprecations from interactive compiler warnings and not the api docs.The text was updated successfully, but these errors were encountered: