7 ms·
I disagree. I have been using the same init.el across Windows and Mac for several years. Hardly anything needs to be tailored but you can inspect the system-typ
by preavy 12y ago
I disagree. I have been using the same init.el across Windows and Mac for several years. Hardly anything needs to be tailored but you can inspect the system-type variable if it is really necessary.
- deevus 12y agoHow do you handle package management? I just couldn't get things to go my way. Either it worked on Windows or Mac, not both. What flavour of Emacs are you using on Windows?
- db48x 12y agoThe biggest cross-platform difficulties are the emacs version and OSX. Make sure all your computers have the same major version (all 23 or all 24; I recommend 24 as it actually has a package manager). OSX was for several years a problem for emacs as there were two or three incompatible ports that did things differently; it's probably gotten better over time. As preavy said, the rest can be handled by checking the OS type, machine name, user name, etc in your init files (they're not just config files, they're emacs lisp programs that get run during startup). I keep mine in a git repository to make syncing the changes over time easier.
- preavy 12y agoI agree that you should use the same Emacs version. On the Mac I recommend http://emacsformacosx.com/ http://emacsformacosx.com/. I have my .emacs.d symlinked to a folder in Dropbox. So to set up on a new machine I just have to install Dropbox and make a new symlink. This also worked for me in Ubuntu. I was concerned when package management came in as a lot more stuff seems to get downloaded, but it just seems to look after itself.
- michaelhoffman 12y agoI use the same `.emacs` on both Windows and Linux. I put some Windows-specific stuff in a separate file that I load only when `(string-match "nt" (symbol-name system-type))`.