Age | Commit message (Collapse) | Author |
|
Vim users: No reason to panic. This does not mean that Emacs users
would suddenly start to split existing (or new) code lines always
before column 100. The default value for fill-column is 70, and that
hasn't forced code lines edited in Emacs to be shorter than that
earlier either.
The primary intent of using a fill-column of 100 (instead of the
default 70) is that when you edit some long (multi-line) comment
block, and you want to reformat ("fill", "reflow") that comment (using
the fill-paragraph command, bound to Meta-Q), lines will be filled up
to column 100, and not just 70, which in most cases would look quite
short.
Unless I am strongly advised not to, I will start adding this to the
mode lines in source files if I remember, as I happen to edit some
comment block in them.
Change-Id: Icfb93dbb22b2db7190fdc9c8ee9518d08e73c7a8
|
|
Bunch of these were setting C++ or Make modes and icky tabs...
Also, reportedly Emacs can figure out to enable python-mode
automatically.
Change-Id: I50072488fb92cb4d27aa3f74f717a28ae3967543
|
|
Change-Id: I548cf17fe2818e8c0fbb4dc356bff7abbe7cc7e6
|
|
So we get those at least for new files.
Change-Id: I33b3dcc55a94802c139d8747683a64854e64ad9c
|
|
Change-Id: If37ef9f68711da3a0aa9a3ba59b111a8a23421df
|
|
Change-Id: I9ef62c5cb882c323d134f87ea50202c7b40bb6fb
|
|
Change-Id: I5528329b1d62074fb48f0a98419da66303584261
|
|
|
|
|
|
Change-Id: I01a9118d22ee88b7011ae8b8028b11e043f8c52e
|
|
Change-Id: I5abe2119ddadf7f44ebe711efe30e33491362c3d
|
|
|
|
|
|
|
|
|
|
With input from Björn Michaelsen and Thorsten Behrens
|
|
Added the three COPYING files for the three licences,
and the TEMPLATE.SOURCECODE.HEADER to go at the start of new source
files
|