remote usage: POC!!

[bounceme]

https://github.com/justinmk/vim-dirvish/compare/master...bounceme:patch-1?w=1 : cleaner diff

[bounceme]

actually can just use cURL for this! will update later

[bounceme]

basically just curl [url] -X NLST or LIST

[hauleth]

Personally I would like to see it as an additional plugin that would extend dirvish instead of adding such functionality directly.

[bounceme]

mostly just opened a pr for advice/feedback. don't really think this will ever mature at all

[bounceme]

https://stackoverflow.com/a/7882865

[hauleth]

Personally I still suggest anyone who need such use case to use FUSE:

• CurlFTPFS
• SSHFS

Alternatively you can use any file watcher (like watchman) and rsync/scp files to the remote.

Both solutions should be easier more error prone than extending dirvish.

[justinmk]

@bounceme Thanks for the ideas here. If you have any further insights do share them. As long as #62 is open it's worth collecting ideas. Don't know what will come of it, but if there's a simple way to reach an 80% solution it might be worth it.

[bounceme]

@justinmk need some help with this: 96a17f6#diff-9bbb7c6a1278ae4fda0476d24641162aR291 . without the change here i was experiencing complete vim hangup from sourcing many irrelevant filetypes syntax files. maybe it has to do with :h shada-% which i use: set viminfo^=%25. the problem happens when leaving a ftp:// directory, though maybe others are affected too (will test)

[bounceme]

Seems to be related to not having a altbufname, e.g. 1 %a [No Name]

[bounceme]

instead of a hang, this error appears, if you have completely disabled netrw with g:loaded_netrw

edit: and without my small change

Error detected while processing function <SNR>64_on_bufenter:
line    2:
E121: Undefined variable: b:dirvish
E116: Invalid arguments for function extend(get(w:, 'dirvish', {}), b:dirvish, 'keep')
E15: Invalid expression: extend(get(w:, 'dirvish', {}), b:dirvish, 'keep')

[bounceme]

@justinmk https://github.com/justinmk/vim-dirvish/compare/master...bounceme:patch-1?w=1#diff-9bbb7c6a1278ae4fda0476d24641162aR405 isn't relevant to this pr, but allows an nameless buffer to be preserved, since edit will take it over instead of making another buffer. should that be a different p.r.?

[justinmk]

sure...

[bounceme]

probably just going to forego this patch, repackaging it as a external collection of viml hacks, atleast so i can disable netrw.

[bounceme]

scratch that last comment. the ugliness required to make something work, with all the altbuf, prevbuf, isdirectory/isreadable, code, needs a rewrite to be honest

[justinmk]

a rewrite ... ?

[bounceme]

most functions currently have those things. so its not practical really, either to try and work around or make an api

[bounceme]

don't worry, im not going to be starting a rewrite pr

[justinmk]

That's where the strategies approach would come in.

[bounceme]

https://github.com/bounceme/remote-viewer

[justinmk]

@bounceme cool, I'll try it out.

[justinmk]

@bounceme that wouldn't work with ssh would it?

[bounceme]

no, im working on it though haha. just need to comprehend dotglob, *, ls to make a parseable directory listing first

[bounceme]

if curious, i think im going with { find . -type d -maxdepth 1 | sed -e 's/$/\//' && find . \! \( -type d \) -maxdepth 1 ; } | sed -e 's/^\.\///'

[bounceme]

got it working with ssh! Only working with the netrw-ssh-hack method though, so there is no password input done.