Live data from Hacker News

A vim interface for gmail: Vmail

danielchoi.com

61–70 of 80 posts

Re: A vim interface for gmail: Vmail

#61
post #55

I love it. For decades, my flame war offensives against the evil crusaders of Emacs have stalled out against their Maginot Line of "But Emacs can be your mail client too!" This is like a Blitzkrieg of flame war glory. PARIS PREPARE TO BE MINE!!!

Victory shall not be yours until your precious Vim has both Tetris and Towers of Hanoi. Emacs shall prevail.

What's emacs? Is emacs that editor released by Microsoft?

Re: A vim interface for gmail: Vmail

#62
post #55

I love it. For decades, my flame war offensives against the evil crusaders of Emacs have stalled out against their Maginot Line of "But Emacs can be your mail client too!" This is like a Blitzkrieg of flame war glory. PARIS PREPARE TO BE MINE!!!

Victory shall not be yours until your precious Vim has both Tetris and Towers of Hanoi. Emacs shall prevail.

Then victory was ours circa 2004 ;)

Tetris in Vim: http://www.vim.org/scripts/script.php?script_id=172

Towers of Hanoi: http://www.vim.org/scripts/script.php?script_id=900

Re: A vim interface for gmail: Vmail

#63
post #5

for vim fans, another option is mutt or alpine with vim as your editor. Both work with gmail.

Also nmh, though it can be complicated to set up (especially to set up well). Still meaning to put together a tutorial / description of my setup...

That'd be hugely appreciated (at least from me). I've been using nmh+fdm on a trial run for a secondary e-mail account for a bit but would love to see an actual flow blown setup.

Re: A vim interface for gmail: Vmail

#65

While this is awesome, I am one of those guys who feel uncomfortable to store my raw password in a dotfile, not to mention I'm managing my dotfiles in Github, authentication in every run doesn't seem convenient either. I see that this happens in other places such as Github gists-terminal and some twitter-terminal clients. Is there any way we can store these credentials locally in a safer way like SSH keys?.

For a nice gpg-encrypted password store, see "pass": http://zx2c4.com/projects/password-store/

Many programs that require passwords (e.g., mutt, offlineimap, msmtp) let you specify a command to retrieve the password, which is really easy using pass.

Re: A vim interface for gmail: Vmail

#66

When will we get a "programer's web browser"? I mean a full blown browser of current generation abilities, but with the option of completely keyboard driven interaction. Concise input of small commands (navigation, data extraction, exploring and massaging of extracted data, data uploading etc.) that can be composed to form more complex interactions. It should have full interoperability with the CLI, don't go re-inven…

I feel like the Web is evolving too fast right now for this kind of things to happen. It's already ridiculously hard to keep up with all the innovation, so there is no time to stop and reflect and build a browser from scratch with a clean and modular design. Maybe it will happen once something different than the Web takes off.

To add to your specifications: a "programer's web browser" should communicate with the user in a way which assumes that the user is knowledgeable. It should not use ridiculous metaphors like "this site could harm the computer! back to safety" or noob-oriented advice like "check the address for typing errors", but tell me things like "this URL is registered as a phishing site in such and such blacklist", "access to this site would violate an STS policy", "no DNS record for this domain, here is the result of the lookup", "no reply from IP A.B.C.D, here is a traceroute", etc.

My current choice of a keyboard-oriented browser is Firefox with the pentadactyl extension. It's not perfect, but better than anything else I've tried (including uzbl, which doesn't seem mature or well-documented enough).

Re: A vim interface for gmail: Vmail

#67

When will we get a "programer's web browser"? I mean a full blown browser of current generation abilities, but with the option of completely keyboard driven interaction. Concise input of small commands (navigation, data extraction, exploring and massaging of extracted data, data uploading etc.) that can be composed to form more complex interactions. It should have full interoperability with the CLI, don't go re-inven…

I use Chrome with Vimium when I want to do development, but I still prefer Safari for browsing. Something about having those tools away from me helps me grok whatever I'm reading...

Re: A vim interface for gmail: Vmail

#69

When will we get a "programer's web browser"? I mean a full blown browser of current generation abilities, but with the option of completely keyboard driven interaction. Concise input of small commands (navigation, data extraction, exploring and massaging of extracted data, data uploading etc.) that can be composed to form more complex interactions. It should have full interoperability with the CLI, don't go re-inven…

There's luakit, uzbl, surf and jumanji from the top of my head, but I don't think any of these have "full interoperability with the CLI". luakit is definitely my favourite as it has been much more reliable than uzbl and easier to configure/extend (in lua).

Pentadactyl and Vimium if you want a "real browser" underneath too.
Post reply on HN