substantial / atomfiles Goto Github PK

Because it's all JS, we can use websockets and it looks like the people @ pusher.io, naturally, created a realtime code sync plugin for pairing - https://blog.pusher.com/atom-pair/

I think we should link to a good list of Readline key bindings for people who are curious what those are. I tried to google, but it looks like everywhere just states that the default mode for Readline is Emacs and that it can be switched to Vi mode. We could link to Emacs key bindings, but as I understood from your explanation, Readline is just a subset of Emacs. Anyone have a good link?

Vim users out there may be used to hitting ctl-[ in place of escape. That's a control character, and the control character for horizontal tab is ctl-i.

I have grown accustomed to using ctl-i rather than tab and would like a way to continue to use it as tab in atom. It has recently been bound as the leader for expand-region, which I have never used. Without that binding, it doesn't appear to do anything in atom.

I would love it to map to all the things that tab maps to. I could just update the keymap file and open a pull request, but I sense this could be controversial, and I'd rather see the discussion in an issue instead of a PR.

https://atom.io/packages/atom-pair
or
https://atom.io/packages/motepair
maybe

but probably not: https://atom.io/packages/pair-programming

For pane creation:

For pane navigation:

I know these keys may not be perfect, so please add your $0.02 to the discussion.

Looks like improvements are currently under development in atom/fuzzaldrin#22

I'm trying to open pull requests for new key bindings just so that they are seen, but I'm wondering if we want to have a list in the readme for easy reading or printing

ctrl-x d does delete the file, but it does not close the tab or clear the file and it types a d (which is an atom bug, i would guess). It may make sense to pull in quick-file-actions just for delete, the one as is is pretty busted.

At first I wanted to keep substantial in the name to indicate that it was for everyone and so it showed up in forks, but I think it'd show up in forks regardless. I kinda want to just rename it to atomfiles now. Thoughts?

Is there a way for people to have some local config that doesn't need to be a shared setting and won't mess with git tracking?

I am specifically wondering about font size, which is stored in the config but is not a setting that needs to be shared.

This is c-sharp standard: "four character indents, tabs saved as spaces"

Not sure yet how to do this, but there appear to be some ideas here: https://discuss.atom.io/t/different-tab-size-depending-on-language/1523/19 .

Let's brainstorm some ways to integrate our unit testing workflow into atom.

With vim/tmux or emacs/terminal we could get instant feedback from tests without context switching. Is there a similar approach in atom?

This would still require the user to open the terminal, but it would be one command vs. several.

I was going through the readme this morning and this was the one section that left me with a brain.