[DevDocs]: Support for Search Aliases
Extension
https://www.raycast.com/djpowers/devdocs
Description
DevDocs supports search aliases for popular doc sets like below:
These aliases aren't available in the DevDocs RayCast extension which would improve the need to type longer texts.
Who will benefit from this feature?
No response
Anything else?
Separately, it would be helpful to control which document sets appear, similar to how DevDocs allows disabling some to reduce the noise. For example, I never need Angular documentation and over 650 other doc sets. I'll open a separate issue to discuss this further.
Thank you for opening this issue!
🔔 @djpowers @pernielsentikaer @j3lte you might want to have a look.
💡 Author and Contributors commands
The author and contributors of djpowers/devdocs can trigger bot actions by commenting:
@raycastbot close this issueCloses the issue.@raycastbot close as not plannedCloses the issue as not planned.@raycastbot rename this issue to "Awesome new title"Renames the issue.@raycastbot reopen this issueReopens the issue.@raycastbot assign meAssigns yourself to the issue.@raycastbot good first issueAdds the "Good first issue" label to the issue.@raycastbot keep this issue openMake sure the issue won't go stale and will be kept open by the bot.
For reference, the aliases are listed here: https://devdocs.io/help#aliases
I had briefly looked into this, but the API response for fetching docs (https://devdocs.io/docs/docs.json) doesn't include the alias information. I definitely would want to avoid hard-coding these values so the extension wouldn't need to be updated with any new additions or changes.
It looks like the aliases are defined in the source here: https://github.com/freeCodeCamp/devdocs/blob/main/assets/javascripts/models/entry.js
Ideally these could be added to the API response, but it might be possible to make a call to GitHub to fetch and parse them directly instead.
@raycastbot assign me
This issue has been automatically marked as stale because it did not have any recent activity.
It will be closed if no further activity occurs in the next 10 days to keep our backlog clean 😊
Funny timing for the stale bot, an upstream pull request addressing this was just merged a day prior. The change didn't seem to set all of the available aliases, but this feature could now be implemented in such a way that any future aliases would also be surfaced.
This issue has been automatically marked as stale because it did not have any recent activity.
It will be closed if no further activity occurs in the next 10 days to keep our backlog clean 😊
This can still be worked on, although as mentioned previously, it appears that only a small subsection of aliases are being returned from the API. Hopefully that can be fixed upstream at some point.