Handle JSDoc {@link ... } inline tags for OS

[jonlepage]

🔍 Search Terms

JSDoc @link for local OS

✅ Viability Checklist

• This wouldn't be a breaking change in existing TypeScript/JavaScript code
• This wouldn't change the runtime behavior of existing JavaScript code
• This could be implemented without emitting different JS based on the types of the expressions
• This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, new syntax sugar for JS, etc.)
• This isn't a request to add a new utility type: https://github.com/microsoft/TypeScript/wiki/No-New-Utility-Types
• This feature would agree with the rest of our Design Goals: https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals

⭐ Suggestion

like this post :
#16498

can we also add support for local OS drive ?
I work on 2 project, and i would like to be able to open external file to another projet .

📃 Motivating Example

ex:
iif am in project projets\ANFTECS-WEB , i would like to add a clickable note link to projets\ANFTECS

/** @see {@link D:\Users\jonle\Documents\DEV\projets\ANFTECS\src\game\enum\battle.enums.ts} */

Actually, the link is not clickable, and I need to open the folder and the file manually.
It's just not very time-efficient and productive!
I would like to open the file when I ctrl+click on it, like a web address. Is it possible to add this support ?
Thank you

💻 Use Cases

1. What do you want to use this for?
   work on multi project connected with security and productivity (on the same machine or server)

[RyanCavanaugh]

It's much more common to see a relative path here, since other people might have different usernames, drive configurations, locations of storing their code, operating systems, and so on. What's the advantage of using this form vs a relative path?