Idéal C de Configuration de Vim

Je suis en train de configurer un assez traditionnelle de l'environnement pour la programmation en C dans Vim juste pour obtenir un avant-goût de venir à partir d'un IDE graphique d'arrière-plan. Actuellement, mon .vimrc fichier ressemble à ceci:

syntax on
:filetype indent on

Cela fournit une bonne coloration syntaxique et certains indentation. Cependant, l'indentation automatique des tirets 8 espaces. Cette norme parmi les utilisateurs de vim? Est-il une raison pour cela? Il se sent un peu... ... venant de milieux où les 4 espaces de est la norme. Je suis sûr qu'il y a un moyen de le changer, mais devrais-je?

J'aimerais aussi avoir quelque chose à terminer mes crochets et parenthèses comme Eclipse. J'ai entendu parler de la Fermeture du plugin. Est-ce le meilleur itinéraire, ou est-il quelque chose d'un peu plus léger?

Tout autres éléments essentiels?

Mes recherches indiquent qu'il n'est Généralement Pas Utilisé, Sauf par l'Âge Moyen des informaticiens.
J'ai vu les deux perdre de la renommée dans mes cercles, plus graphique IDEs.

OriginalL'auteur user1427661 | 2013-01-26

  1. 12

    Vous devez supprimer la : il n'est pas nécessaire dans votre ~/.vimrc, la ligne correcte devrait être:

    filetype plugin indent on

    La plugin une partie des charges supplémentaires type de fichier spécifique plugins qui fournissent souvent des commandes utiles/mappings/paramètres.

    8 caractères est en fait l'universel et l'historique de la largeur par défaut pour un <Tab>. Si vous souhaitez qu'il s'affiche plus court (ce que je peux comprendre), vous devrez ajouter ces lignes à votre ~/.vimrc:

    set softtabstop=4              " see :h 'softtabstop'
set shiftwidth=4               " see :h 'shiftwidth'

    Il y a une explication complète dans :h 'tabstop'.

    Remarque que ça ne change rien au contenu réel du fichier.

    - Je utiliser DelimitMate mais il y a beaucoup de "auto" fermeture de plugins. Si vous êtes satisfait avec Fermeture automatique et besoin cette fonctionnalité, il n'y a pas de raison de le changer, je suppose. Mais vous devriez savoir qu'un naïf, mais travailler à la mise en œuvre de ce concept peut être réalisé avec une poignée de mappages personnalisés comme:

    inoremap ( ()<Left>

    C'est le minimum de ~/.vimrc que j'ai mis sur chaque serveur, je travail sur. Il est petit mais il pose un certain nombre de super utiles, comme les options de hidden ou incsearch.

    set nocompatible
filetype plugin indent on
syntax on
silent! runtime macros/matchit.vim
set autochdir
set backspace=indent,eol,start
set foldenable
set hidden
set incsearch
set laststatus=2
set ruler
set switchbuf=useopen,usetab
set tags=./tags,tags;/
set wildmenu
nnoremap gb :buffers<CR>:sb<Space>

    De savoir ce que chaque option, il suffit de faire :h 'option (avec l'apostrophe) et l'ajouter à votre ~/.vimrc seulement si vous comprenez ce que cela ne et vous avez réellement besoin.

    Généralement, apprendre à utiliser la documentation est la clé.

    Quand vous dites que la modification de l'onglet espacement ne modifie pas le contenu du fichier, voulez-vous dire que le texte du fichier sera de refléter les onglets et pas des espaces? Ne ce qui entraîne des problèmes de portabilité si je suis le partage de transport/code à d'autres IDEs ou des éditeurs de différents paramètres de l'onglet? Si c'est le cas, est-il possible de créer une fonctionnalité de retrait qui utilise des espaces à la place des onglets?
    Si vous utilisez <Tab>s, les paramètres ci-dessus permettra de laisser votre fichier intacte: un existant <Tab> restera un <Tab> et vous n'insérez <Tab>s. La seule différence est la façon dont ils vont chercher dans Vim. Si vous voulez <Space>s, vous aurez besoin d'autres paramètres (set expandtab). Comme je l'ai dit, il y a une explication claire dans :h 'tabstop'.

    OriginalL'auteur romainl