3 ms·

You know what I would really enjoy? Being able to sign into your Github account and sync your preferences and packages to the cloud. Then if I sign in on a diff

You know what I would really enjoy? Being able to sign into your Github account and sync your preferences and packages to the cloud. Then if I sign in on a different computer, all my hotkeys, packages and themes are copied over seamlessly. As a crappy workaround I have this: https://github.com/sergiotapia/atom-meteor-packages https://github.com/sergiotapia/atom-meteor-packages But still, I would like this to be a core integration. I've since switched to RubyMine and WebStorm because I just want something that meshes together for me, I don't want 'javascript fatigue' in my dev tools as well. RubyMine's built in visual studio-like debugger is killer.

innocentoldguy 11y ago
For me, the Visual Studio-like debugger is killer in theory, but in practice, it hangs a lot and I have to shut down and restart RubyMine.
- sergiotapia 11y ago
  That sucks, it works flawlessly for me on my El Capitan and RubyMine 2016.1
  - bdcravens 11y ago
    Do you have a good resource for learning the debugger in RubyMine? I'm still using mostly puts and pry for debugging, but it sounds like the RM debugger could be a win.
    - paws 11y ago
      http://confreaks.tv/videos/railsconf2015-ruby-debugger-internals http://confreaks.tv/videos/railsconf2015-ruby-debugger-inter... This is a video by Dennis Ulshakov, the maintainer. I haven't watched this in its entirety but it's only 20 mins.
pmlamotte 11y ago
Agreed that this should be built in. I've been using https://github.com/atom-community/sync-settings https://github.com/atom-community/sync-settings which stores everything in a gist and has worked out reasonably well so far. The pain points are that you have to manually set it up the first time with the gist id and (optional) private api key, and backups have to be triggered manually.
- abledon 11y ago
  do you find when you sync-settings:Restore onto a new box, the atom app completely freezes up as it tries to suddenly download all the packages?
robenkleene 11y ago
You can use `apm stars --install` for the package syncing part of this. It's reasonably close to what you're looking for. http://blog.atom.io/2014/06/09/stars.html http://blog.atom.io/2014/06/09/stars.html
kalendos 11y ago
You can always try to make a Pull Request at see what it comes out!
mirekrusin 11y ago
Maybe auto-discovery for `.atom`-named project?
jarcane 11y ago
cd ~/.emacs.d git init git add . git commit -m "My emacs config" git remote add origin http://github.com/myname/myemacsd git remote -v git push origin master Just sayin' is all ...
- cheez 11y ago
  That's not web scale /s That being said, because I use a different OS every week, I have found this to not work as well as I'd like because I often forget to commit/push after a change. Since I'm always committing/pushing, it seems to me like keeping ~/.emacs.d in Dropbox is the better solution.
- saltycraig 11y ago
  I like to use: git push -u origin master So then the next time all I need to do is: git push
  - sethish 11y ago
    That depends on your git.push settings. I have it set to current, which means `git push` pushes the current branch to only an origin branch of the same name.

innocentoldguy 11y ago

For me, the Visual Studio-like debugger is killer in theory, but in practice, it hangs a lot and I have to shut down and restart RubyMine.

sergiotapia 11y ago
That sucks, it works flawlessly for me on my El Capitan and RubyMine 2016.1
- bdcravens 11y ago
  Do you have a good resource for learning the debugger in RubyMine? I'm still using mostly puts and pry for debugging, but it sounds like the RM debugger could be a win.
  - paws 11y ago
    http://confreaks.tv/videos/railsconf2015-ruby-debugger-internals http://confreaks.tv/videos/railsconf2015-ruby-debugger-inter... This is a video by Dennis Ulshakov, the maintainer. I haven't watched this in its entirety but it's only 20 mins.

pmlamotte 11y ago

Agreed that this should be built in. I've been using https://github.com/atom-community/sync-settings https://github.com/atom-community/sync-settings which stores everything in a gist and has worked out reasonably well so far. The pain points are that you have to manually set it up the first time with the gist id and (optional) private api key, and backups have to be triggered manually.

abledon 11y ago
do you find when you sync-settings:Restore onto a new box, the atom app completely freezes up as it tries to suddenly download all the packages?

robenkleene 11y ago

You can use `apm stars --install` for the package syncing part of this. It's reasonably close to what you're looking for. http://blog.atom.io/2014/06/09/stars.html http://blog.atom.io/2014/06/09/stars.html

kalendos 11y ago

You can always try to make a Pull Request at see what it comes out!

mirekrusin 11y ago

Maybe auto-discovery for `.atom`-named project?

jarcane 11y ago

cd ~/.emacs.d git init git add . git commit -m "My emacs config" git remote add origin http://github.com/myname/myemacsd git remote -v git push origin master Just sayin' is all ...

cheez 11y ago
That's not web scale /s That being said, because I use a different OS every week, I have found this to not work as well as I'd like because I often forget to commit/push after a change. Since I'm always committing/pushing, it seems to me like keeping ~/.emacs.d in Dropbox is the better solution.
saltycraig 11y ago
I like to use: git push -u origin master So then the next time all I need to do is: git push
- sethish 11y ago
  That depends on your git.push settings. I have it set to current, which means `git push` pushes the current branch to only an origin branch of the same name.