With this easy change:
* Every newcomer decide - to use `stable` or to go participate in `develop`
* Users automagically get informed there in Spacemacs this process, and where `stable` is and where is `develop` happening.
* People will know to look in `develop`, and over time `stable` people would create less bugreports already fixed in `develop`, so you also will get less bugreport duplicates from `stable` users that does not knew about `develop`.
* More testing and community participation in development. `develop` is now closed from eyes of users, make it more known and open.
Add brew commands for Source Code Pro installation to installation instructions
in README.md, describe command usage and add missing capitalisation.
Concentrate installation instructions
Make installation instructions more beginner-friendly, concise and thorough:
- Add Git to prerequisites
- Move specific git clone instructions for Windows users from beginners
tutorial to README.md
- Move fallback font installation instructions and info from beginners tutorial
to README.md
- Remove redundant install steps from beginners tutorial
- Misc. typo fixes and wording improvements
I recently uninstalled railwaycat's emacs-mac-port (the old
recommendation for OS X) and installed @d12frosted's emacs-plus.
When I did that my powerline separators became just slightly off in
color from the rest of the spaceline. Asking on chat yielded that
ns-use-srgb-colorspace is set to true by default but should be nil.
- make it clear that setting dotspacemacs-default-font has no effect in
terminal
- make it clear that it's user responsibility to install Source Code Pro
font
This make `SPC h SPC` as default binding for accessing `helm-spacemacs`,
by either A) changing all the documentation; and B) adding a deprecation
message for `SPC f e h`.
The deprecation use a warning, because if a message is used it's hidden
directly when the helm buffer is shown, making it nearly unnoticeable
for the user.
This commit merge the `CONTRIBUTING.md` and `doc/CONTRIBUTE.org` file
into a new `CONTRIBUTING.org` file. It also refactors the content to be
more organized and make its navigation more goal-oriented.
Github displays a link to the `CONTRIBUTING.*` file when people are
opening new issues or proposing new PRs. This file is important because
it is the entry-point to contributions guidelines for most of the users.
The current setup is non-optimal, even broken, as it adds a level of
indirection, and points to a contributing file that has broken
links (due to the new documentation format). The possible drawback of
the proposed solution is that I'm not sure if it is possible to include
it into the new online documentation as it is not in `doc/` folder.
The other possibility is to keep a small `CONTRIBUTING.md` file, as it
is now, pointing to the new documentation system (once online), but I'm
preferring the proposed solution for the following reasons:
- People that are willing to contribute will probably open Github
first (for forking, creating PR, etc), not the online documentation.
- It has one level of indirection less when people click on the
guidelines guide from a new issue/PR.
- `CONTRIBUTING.*` is by convention a special kind of file on github, so
it's valid reason to break the rule and not having it in the `doc/`
folder.
Prefix the "It is also recommended…" part of the Mac installation prerequisites with a note that this should be done *after* the basic install process.
This tripped me up and prevented initial installation. (The more detailed instructions and warnings added to Install since the current master will also help.)
Homebrew users expect a homebrew install to get them everything they need.
Because of this I've added a note indicating that you *also* need to do
the git clone mentioned at the top of the file.
XEmacs is packaged in many Linux distributions as "xemacs". Some may assume that "xemacs" and "emacs" have the same relationship as "gvim" and "vim", when in reality both packages have graphical support. Since I just had to correct this misunderstanding in someone, let's put it in the README to avoid it in the future.
Anton Latukha
JAremko
Eivind Fonn
Jim Deville
Muneeb Shaikh
syl20bnr
duianto
Nikolai Myllymäki
Robert O'Connor
Lele
Soo
Jonathan Gillett
CL123123
Julien Wintz
Zetok Zalbavar
vigilancer
d12frosted
Hugh Wang
d12frosted
Caleb Meyer
nashamri
Jake Romer
Fabien Dubosson
Loxaan Oxyde
Roy Xue
Marc Ignacio
d12frosted
Xue Fuqiao
Making GitHub Delicious
Balaji Sivaraman
Eoin Houlihan
Matt Baker
Titouan Vervack
dotneter
Immortalin
Jonathan Ragan-Kelley
Kay Rhodes
Swaroop C H
d12frosted
masukomi
justbur
Steve Purcell
Kartik Singhal
catern
person808
Vivien Moreau