feat: copy/paste to system clipboard

[stevalkr]

This PR implements basic features of

• feature request: copy/paste to system clipboard #556
• feature request: pasting path of files into an oil buffer #156

[stevalkr]

Hi @stevearc, I’m having a bit of trouble with the sshFs.load function. It works great for SSH connections that don’t require passwords, but for those that do, the float window can’t open because vim.wait is blocking it. Is there a way to let this function wait for the connection without blocking vim.api.nvim_open_win?

[stevalkr]

This modification allows inputting passwords during vim.wait. However, without implementing additional logic to detect incorrect passwords (Permission denied), the behavior will be weird if the password is incorrect.

[stevearc]

This PR looks like it's doing two things: yanking/pasting using osascript, and changing the buffer parsing logic to allow for oil:// urls. The first is fine, the second, as you have discovered, adds a lot of complexity. Especially this handling of oil-ssh:// urls; isn't that case impossible to encounter with the copy/paste? The only way it could occur is if people started manually inputting or copying oil urls, which is an entirely new workflow that I'm not convinced we should support.

As an alternative approach to support pasting, what if we found the parent directory of the pasted file, performed an async read of that directory, and then properly inserted the correct line into the current buffer? It's more logic on paste, but it leaves the rest of the internals the same.