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
Regarding the recent UX discussion in #655:
I know this might seem like a fairly obvious approach, but what if we visually group the overloads under a single primary heading!!
### `parseData`
This function has multiple overloaded signatures:
***`parseData(source: string)`**
Description for string-based parsing.
***`parseData(source: string, options: ParseOptions)`**
Description for parsing with custom options.
then make doc-kit to traverse on them and assign them like an overload boolean that helps us to not print the M for methods and do it to the name of function only to be like this:
Activity
moshams272 commentedon Mar 19, 2026
Regarding the recent UX discussion in #655:
I know this might seem like a fairly obvious approach, but what if we visually group the overloads under a single primary heading!!
moshams272 commentedon Mar 19, 2026
Or do you feel this would still run into the same "information overload"!!
moshams272 commentedon Jul 16, 2026
After brainstormming, I think that will be better to handle Overloads by adding tag like this in md files
then make
doc-kitto traverse on them and assign them like an overload boolean that helps us to not print the M for methods and do it to the name of function only to be like this:WDUT?!