58 comments

[ 2.7 ms ] story [ 115 ms ] thread
Wow! Clean idea. I used to do most of the configuration file sync via Dropbox.
Neat idea. I already sync using Dropbox, so what advantages does Sublimall have over that method?
Sublimall doesn't require third party software. It's open source and respect privacy. It's integrated in SublimeText.

Thank you for testing!

How is Sublimall not third party software?
Same here. What feature would make me want to switch?
that fact that you can login/logout with super+shift+p and load the settings instantly to change between workflows or to do some quick changes on your friends laptop
Pretty much this. Dropbox works well enough, but this is just a gradual step forward that makes all the difference in my opinion.
I go one step further and sync the entire Sublime Text 3 user directory on OS X.

mv ~/Library/Application\ Support/Sublime\ Text\ 3 /path/to/cloud

ln -s /path/to/cloud/Sublime\ Text\ 3 ~/Library/Application\ Support/Sublime\ Text\ 3

I was hoping this would be a GoogleDocs-y add-on for SublimeText.
Do you have plans to charge? If not, how can we expect this service to stick around?
I don't know, I want to see before if there is an interest in Sublimall.

The most important thing to provide a long life to Sublimall is to have some contributors.

Looks like a cool project, OP. Good work!

Maybe put a link to your Github repository on the homepage? :-)

Just put your sublime config in your dotfiles config?
Your confirmation email was sent to my spam folder.

Here's some things you can do to make your email look less like spam:

1.) Use Sublimall in the from field (never leave the from field blank).

2.) Include a physical address for your company somewhere in the message body.

3.) Use better english and include an explanation of what this email is, what triggered it, instructions to ignore the email if the recipient didn't request it.

Same thing happened to me
It's more likely improper DNS settings. Possibly sending from a server not listed in the MX record and not explicitly allowed by an SPF TXT.
Correct.

MX Settings OK, SPF not OK.

Also if you only send html email, adding plaintext version might help.
A physical address and unsubscribe instructions are actually required by US CAN-SPAM law.
Will this work for syncing configuration between two computers running different OSes (Ubuntu and Windows)?
Yes of course! This is already working.
I have the 7za binary specified but I get a 7zip not found error (OS X, p7zip from brew)
Can you run:

which 7za

In your terminal and give me return ?

which 7za returns "/usr/local/bin/7za" - I get the same error with "7za_path" set to this or ""
Exactly the same problem for me. I'm getting:

"Sublimall need 7zip to archive and encrypt your configuration. Install it."

On Win7 I just added 7-zip path to the Win PATH. And it's working
Exactly the same here.
This is great! As far as I can tell by reading the source code, it encrypts everything locally before uploading it, and the server does not have the encryption key. Is this right OP? If it is, I think you should make more emphasis about it in the project's home.
Yes!

Server side can't read your configuration because all your data are encrypted locally by 7zip. It's mean that you are the only one who know your pass phrase, nobody can't read it. This is an important thing, cause we all have api key, password, sftp connection, things like that in our SublimeText configuration, and it must be private.

I've had success syncing my SublimeText config across machines using homesick (https://github.com/technicalpickles/homesick), but this looks pretty slick.

One issue with syncing configs using either method right now is that certain keyboard shortcuts don't make sense across OS types, and your font size may not work well at different monitor resolutions (especially retina vs non-retina). See http://www.sublimetext.com/forum/viewtopic.php?f=2&t=5135 for related discussion. If you could incorporate per-OS/machine config overrides into this it would be very handy.

you can define the settings in os-specific settings files in ST already
Can't find plugin on package index. https://sublime.wbond.net/search/sublimall

Is anything wrong with it right now?

I'll look into this. I think it is an unfortunate side effect of how english word stemming works. The "all" suffix is trimmed off of Sublimall and it is treated like the root to the word Sublime.

I'm planning on adding some checks for exact package names and making sure an exact match is always first rather than just relying on the fulltext stemming of PostgreSQL.

What's the advantage of this over a dotfiles Git repo?
I just symlink to a dropbox folder (or whatever your preference of service)

Save's the hassle of adding/pulling

Or setting up and keeping a server running.
I use bittorrent sync to keep sublime text synced across my machines, works amazingly well.
There's a simple, free, realtime method (doesn't require me to "retrieve" anything, updates all computers instantly). In Linux you can just use some cloud syncing service (Dropbox in this example) and do the following:

  $ cd ~/.config
  $ mv sublime-text-3 ~/Dropbox
  $ ln -s ~/Dropbox/sublime-text-3
Then on any other computers you want synced just symlink the same directory. Voila!
Yep, I do the same with 2, with Dropbox I can any device and it has the same workspace automagically and I can pickup where I left off.

Also has the added bonus of having "scratch" files.

Registrations are now re-open!
why are registrations running out in the first place?

And they're not working now either, I guess maybe they ran out again?

Mainly because of storage. I've to regulate it.

But it's now re-open!

Registrations was close because of storage. But it's now re-open for 1k registrations.
Server upgraded. Registrations are now re-open!