Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Is it possible to get ripgrep to output filename and directory via a "file://" style hyperlink so that more terminal emulators could open it directly like iterm2 does it? #1326

Closed
adrianocr opened this issue Jul 22, 2019 · 3 comments
Labels
duplicate An issue that is duplicative of another.

Comments

@adrianocr
Copy link

Not following the issue template because this isn't an issue.

I switched to Linux from macOS. On macOS I used iterm2 which automatically handled file links, Ripgrep would list a file out such as src/subdirectory/subdirectory/filename.json and if you alt+clicked that directory+filename listing, it'd open your editor. Unfortunately from what I can see none of the Linux terminal apps do this. However, if links were outputted as such file://home/usr/projectname/src/subdirectory/subdirectory/filename.json, it'd work just fine.

This is a good post on links in terminals: https://gist.github.com/egmontkob/eb114294efbcd5adb1944c9f3cb5feda.

Is this something that can be configured or would it need to be added to the rg source and merged in?

@okdana
Copy link
Contributor

okdana commented Jul 22, 2019

#665

I thought there was a more recent one too but i can't find it

@BurntSushi
Copy link
Owner

I don't think anything has changed since #665.

@BurntSushi BurntSushi added the duplicate An issue that is duplicative of another. label Jul 22, 2019
@adrianocr
Copy link
Author

@BurntSushi as in there's no interest in supporting it?

With all due respect (I'm only saying that because there's no "tone" attached to what I'm about to say despite it kind of seeming like there is) but what's the issue with not many other tools doing it? Why would rg need other tools to do it to consider it a useful feature?

Plus (and correct me if I'm wrong here) but I don't even believe that this would be more than a 1-2 line change in the source. Its just tweaking how the filename representation is output.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
duplicate An issue that is duplicative of another.
Projects
None yet
Development

No branches or pull requests

3 participants