Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Facebook PathPicker

facebook.github.io

Post reply on HN
Print view View original

101–110 of 168 posts

Re: Facebook PathPicker

#101

Post by stass »

tsiki wrote: post #87
fiatjaf wrote: post #76

Dozens of cool utilities like this are created every week and launched at Show HN, but without "Facebook" in their names you need at least 10 of them to get the many points this thread has gathered.

Same goes for Google, but you could argue that it's for a reason. FB/Google have a reputation to uphold and they strive to make sure their name isn't associated with subpar stuff. Plus, they have a lot of brilliant developers to work on this stuff. In the end of the day, it's largely about knowing which of these cool utilities have a better chance of being usable and well thought-out, as nobody wants to spend time on…

> FB/Google have a reputation to uphold and they strive to make sure their name isn't associated with subpar stuff. Plus, they have a lot of brilliant developers to work on this stuff.

Why do you think so? My experience was quite the opposite... One can argue that large companies don't care about their reputation as much as small companies and individuals do as responsibility gets diluted among the larger number of people. This was certainly the case with most of the tech companies.

Re: Facebook PathPicker

#103

Post by jakejake »

BonoboBoner wrote: post #26
xxbondsxx wrote: post #2

Hey everyone, I'm in the main engineer on this project if anyone has questions. Facebook has a large codebase, so naturally we have a lot of long filenames and paths. It's a pain to type these out by hand, so I'd see a lot of (new) engineers select the text with their mouse before pasting it into the command line. This is pretty inefficient and I knew there had to be a better way, so a few of us started hacking on a…

Thank you for making the mouse a thing in a keyboard driven world. As someone who grew up with gaming and learned IT as a result I never was able to fully give up on the mouse during my daily workflows. I admire people who can use VIM etc only by keyboard, but my muscle memory just says: mouse. Thanks for establishing something that embraces this.

I'm only slightly ashamed to admit I like using a mouse. I get that some people can work faster with all-keyboard controls. I use both. I also like GUIs for certain things. The only thing I don't like GUIs for is when there is some repetitive thing that I have to do 50 times a day and would require 3 or 4 clicks or menu selections - for those I'd always rather have a single command. Sometimes I make those into shell scripts that I can click with my mouse though!

Re: Facebook PathPicker

#104

Post by namuol »

Related: It would be great if your terminal were just clever enough to identify paths and allow you to click on them to open them. Many do this for http:// links, but not fs links.

Bonus: include : in the path since most editors support jumping in the file with this format, which would make it much easier to navigate to a specific spot in your code where an error is occurring from the output of the error.

Re: Facebook PathPicker

#105

Post by namuol »

FiloSottile wrote: post #24

One of the best little-known features of iTerm2 is Semantic History. Cmd-click on filenames and they will be opened by the default application (or you can configure an action to be performed). It's working directory aware and works great with all output. I connected it to Sublime and it even works with line numbers. (Same works for URLs, with the default browser)

Wow I just posted about this[1] as some hypothetical "dream feature" but it already exists. I don't use iTerm2 (or OS X, for that matter), but I'm wondering now if other terminals support it in some way or another...

[1]: https://news.ycombinator.com/item?id=9508828

Re: Facebook PathPicker

#106

Post by evanw »

biftek wrote: post #40
FiloSottile wrote: post #24

One of the best little-known features of iTerm2 is Semantic History. Cmd-click on filenames and they will be opened by the default application (or you can configure an action to be performed). It's working directory aware and works great with all output. I connected it to Sublime and it even works with line numbers. (Same works for URLs, with the default browser)

Unfortunately using tmux breaks that behavior.

I believe you can still achieve this with tmux by using Command+Option+Click.

Re: Facebook PathPicker

#108

Post by xxbondsxx »

iopuy wrote: post #63

Hey guys, great tool. Just want to point out it doesn't play well with ack (a better grep) because ack does not prepend a "./" to the file list returned from "ack -l 'foo'". Any way to make it work with the following: junk/foo/bar.txt instead of just ./junk/foo/bar.txt ?

Hey @iopuy can you file an issue on github? For paths that are not absolute or relative (and thus ambiguous), we:

-- Try to detect the top-level version control directory -- Use that if one is found

But we could possibly pipe the current working directory into the python context from bash and go from there

Re: Facebook PathPicker

#109

Post by xxbondsxx »

mcintyre1994 wrote: post #90
Eduard wrote: post #84

Earlier quoted context omitted.

What is a patent Trojan horse? I just read the PATENTS file, but cannot think of a scenario that could affect me negatively. Can you give one?

(IANAL, I did complain here about the old patents file) An older version of their patents file used language that suggested to some that the license would be void if you attempted to defend against a patent suit from Facebook and it could therefore be dangerous to use. They recently updated the file to clarify some terms, particularly the one the parent is complaining about, and I haven't heard anybody complaining ab…

Yep, we had a bit of a brouhaha over the original update to our patents file and clarified the language afterwards, I think it's a bit more straightforward now!
Post reply on HN