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
When a re-export "use" statement is marked as unstable, the availability chapter seems to get just prepended to the original docs without any proper formatting to separate it from the original body. This seems suboptimal from a readability perspective - I would expect it not to "take over" the documentation like that:
I am guessing this is just how doc attributes on re-exports are handled - prefix the original with it? But at least some improvements seem possible here:
Do not start with an "Availability" chapter - the original text in there is not about availability.
Start a new paragraph after the availability warning, so there is a clear distinction between availability warning and type documentation.
The text was updated successfully, but these errors were encountered:
Hey, I just noticed this issue. Sorry for no response. For some reason I never got a notification from GitHub.
This definitely feels sub-optimal. Perhaps you could experiment with some code to find a good way of displaying this info for re-exports and we can work backwards from that to something that works better to incorporate into the macro.
When a re-export "use" statement is marked as unstable, the availability chapter seems to get just prepended to the original docs without any proper formatting to separate it from the original body. This seems suboptimal from a readability perspective - I would expect it not to "take over" the documentation like that:
I am guessing this is just how doc attributes on re-exports are handled - prefix the original with it? But at least some improvements seem possible here:
The text was updated successfully, but these errors were encountered: