VIM Désactiver Automatique de Saut de ligne En Fin De Fichier

Donc je travaille en PHP boutique, et nous l'utilisons tous différents éditeurs, et nous avons tous à travailler sur windows. J'utilise vim, et tout le monde dans la boutique continue de se plaindre que quand je veux modifier un fichier, il y a un retour à la ligne du bas. J'ai cherché et trouvé que c'est un comportement documenté de vi & vim... mais je me demandais si il y avait un moyen de désactiver cette fonctionnalité. (Il paraîtra sans mieux si je pouvais désactiver pour des extensions de fichier spécifique).

Si quelqu'un sait à ce sujet, ce serait super!

vous devez leur dire qu'ils sont stupides, il y a vraiment une bonne raison pourquoi vim n'est que: stackoverflow.com/questions/729692/... . Je suppose que c'est n'est pertinente que si vous êtes sur le déploiement de type unix, serveurs, cependant.
L'officiel de PHP est recommandé d'omettre la dernière ?> balise de fermeture, juste pour cette raison.
cette question, probablement antérieur superutilisateur... mais il devrait être là.
La véritable question devrait être: Comment pouvons-nous dire à tous les autres éditeurs que les gens dans votre boutique à l'aide à s'assurer que la dernière ligne du fichier se termine avec une fin de ligne (EOL. 😉

InformationsquelleAutor Boushley | 2009-06-26

318

même si le fichier a déjà été enregistré avec de nouvelles lignes à la fin:

vim -b file
et une fois dans vim:
```
:set noeol
:wq
```
fait.

sinon, vous pouvez ouvrir des fichiers dans vim avec :e ++bin file

Encore une autre alternative:
```
:set binary
:set noeol
:wq
```
Et pour vim 7.4+ vous pouvez également utiliser à la place (de préférence sur votre .vimrc):
```
:set nofixendofline
```
(grâce à 罗泽轩 pour ce dernier peu de nouvelles!!!)
- Vous pouvez aussi ajouter du set binary et set noeol dans votre .vimrc
- Attention: binary remplace expandtab, ce qui vous permettra d'obtenir littérale onglets dans votre source.
- merci!!!! j'ai été à la recherche pour les effets secondaires des binaires pour toujours et vous demandez-vous pourquoi il n'est pas la valeur par défaut! puisque j'aime mes onglets, je pense que je vais considérer que l'avantage supplémentaire 🙂
- Maintenant, vous pouvez ajouter set nofixendofline pour résoudre le problème dans Vim 7.4+
- alors, permettez-moi obtenir ce droit... pour des éclaircissements. vous dites que vim fait toujours sûr il y a un caractère de saut de ligne à la fin du fichier. même quand il n'est pas de représenter visuellement le caractère de saut de ligne?
- oui, parce qu'historiquement POSIX (j'ai peut-être tort sur le standard actuel) s'attendent à une nouvelle ligne à la fin d'une ligne dans un fichier texte. C'est pourquoi la plupart des solutions nécessaire de les traiter comme un fichier binaire. Il était probablement très pratique, et C'est en arrière aujourd'hui, c'est pourquoi maintenant il y a la pratique. Il suffit de l'ajouter à votre vimrc. Il y a des problèmes plus graves dans d'autres éditeurs de toute façon 🙂
InformationsquelleAutor gcb
22

Ajouter la commande suivante à votre .vimrc à son tour de la fin-de-ligne option:
```
autocmd FileType php setlocal noeol binary fileformat=dos
```
Cependant, PHP lui-même ignore que la dernière fin-de-ligne - il ne devrait pas être un problème. Je suis presque certain que dans votre cas, il y a autre chose qui est de l'ajout du dernier caractère de saut de ligne ou, éventuellement, il y a un problème avec windows/unix de fin de ligne types (\n ou \r\n, etc).

Mise à jour:

Une solution alternative pourrait être d'suffit d'ajouter cette ligne à votre .vimrc:
```
set fileformats+=dos
```
- Je sais que php n'est pas l'analyse de ce mal... j'ai montré à mes collègues, mais winmerge les voit comme étant différent... je vais essayer ça et vous laisser savoir comment il se trouve.
- Faire cela a l'effet souhaité de pas de finale, mais il convertit également les fichiers à des fins de ligne unix... (même sur une zone de windows)... Donc je l'avait fait avant lui par commutation en mode binaire... mais alors à la fin de ligne, ne pas écrire dans le bloc-notes... tout est sur une seule ligne.
- Essayez d'ajouter fileformat=dos ainsi
- Malheureusement, aucune de ces suggestions de travail. L'ajout de la fileformat=dos à la autocmd n'a aucun effet, et de définir un type de fichier+=dos ajoute encore la fuite \n
- Désolé, j'ai eu tort, utilisez l'option "définir les types de fichiers+=dos', pas 'ensemble de formats de fichiers...'
- Le premier a travaillé pour moi.
InformationsquelleAutor too much php

Il y a une autre façon d'aborder cette question si vous utilisez Git pour le contrôle de source. Inspiré par une réponse ici, j'ai écrit mon propre filtre pour une utilisation dans un gitattributes fichier.

Pour installer ce filtre, l'enregistrer en tant que noeol_filter quelque part dans votre $PATH, de le rendre exécutable, et exécutez les commandes suivantes:

git config --global filter.noeol.clean noeol_filter
git config --global filter.noeol.smudge cat

Pour commencer à utiliser le filtre seulement pour vous-même, mettez la ligne suivante dans votre $GIT_DIR/info/attributes:

*.php filter=noeol

Ce sera assurez-vous de ne pas commettre une nouvelle ligne à eof dans un .php fichier, peu importe ce que Vim ne.

Et maintenant, le script lui-même:

#!/usr/bin/python

# a filter that strips newline from last line of its stdin
# if the last line is empty, leave it as-is, to make the operation idempotent
# inspired by: https://stackoverflow.com/questions/1654021/how-can-i-delete-a-newline-if-it-is-the-last-character-in-a-file/1663283#1663283

import sys

if __name__ == '__main__':
    try:
        pline = sys.stdin.next()
    except StopIteration:
        # no input, nothing to do
        sys.exit(0)

    # spit out all but the last line
    for line in sys.stdin:
        sys.stdout.write(pline)
        pline = line

    # strip newline from last line before spitting it out
    if len(pline) > 2 and pline.endswith("\r\n"):
        sys.stdout.write(pline[:-2])
    elif len(pline) > 1 and pline.endswith("\n"):
        sys.stdout.write(pline[:-1])
    else:
        sys.stdout.write(pline)

C'est une excellente solution... même si malheureusement je n'étais pas, l'utilisation de git. J'ai été en utilisant svn, bien que je soupçonne une approche similaire pourrait avoir été prise. De toute façon, j'ai déménagé à partir de ce poste et ne pas avoir à s'inquiéter de plus 🙂

InformationsquelleAutor Amir

11

Je n'ai pas essayé cette option, mais les renseignements qui suivent sont donnés dans le vim système d'aide (c'est à dire aider eol):
```
'endofline' 'eol'   boolean (default on)
            local to buffer
            {not in Vi}

When writing a file and this option is off and the 'binary' option
is on, no <EOL> will be written for the last line in the file.  This
option is automatically set when starting to edit a new file, unless
the file does not have an <EOL> for the last line in the file, in
which case it is reset.  
```
Normalement, vous n'avez pas à définir ou
réinitialiser cette option. Lorsque 'binaire' est
la valeur n'est pas utilisée lors de l'écriture
le fichier. Lorsque 'binaire' est sur il est
utilisé pour se souvenir de la présence d'un
pour la dernière ligne dans le fichier,
de sorte que lors de l'écriture du fichier de l'
situation à partir du fichier original
être conservés. Mais vous pouvez le changer si vous
voulez.

Vous pouvez être intéressé par la réponse à une précédente question ainsi: "Pourquoi les fichiers à la fin avec un retour à la ligne".
- J'avais aussi trouver l'eol paramètre... mais il n'a pas d'accomplir cette tâche. Il est plus d'une variable qui détermine si on a déjà été placé à la fin du fichier ou non. Aussi, il n'a aucun effet sur les fichiers texte, mais uniquement sur des fichiers binaires.
- Le vim aider aussi dit: "Quand 'binaire' est désactivé, la valeur n'est pas utilisée lors de l'écriture du fichier." à propos de la fin de vie
- +1 pour VonC sa réponse sur cette question, qui met en évidence que le "saut de ligne" et en fin de vie sont confondues. Inférieure rédacteurs affiche de manière incorrecte un saut de ligne supplémentaire en raison d'une fin de ligne (EOL, vim n'est pas l'ajout d'un "saut de ligne"!
InformationsquelleAutor Tim Henigan
9

J'ai ajouté une pointe sur le Vim wiki similaire (bien que différent) problème:

http://vim.wikia.com/wiki/Do_not_auto-add_a_newline_at_EOF
- “Vim 7.4.785 ajoute le fixeol option qui peut être désactivé automatiquement préserver toute manquant en fin de vie à la fin du fichier. Ce script devient uneccessary pour Vim 7.4.785 et plus tard.” (Source: la même page wiki.) Merci, je n'étais pas au courant de cette nouvelle option.
- J'ai dû mettre deux noeol et nofixeol pour atteindre le résultat souhaité.
InformationsquelleAutor Jo Liss
8

OK, vous d'être sur Windows complique les choses 😉

Comme le 'binaire' option permet de réinitialiser le 'fileformat' option (et l'écriture binaire de " définir écrit toujours avec des fins de ligne unix), il faut sortir le gros marteau et de le faire à l'extérieur!

Comment sur la définition d'un autocommand (:aider autocommand) pour la BufWritePost événement? Cette autocommand est exécuté après chaque fois que vous écrivez un tampon entier. Dans ce autocommand appeler un petit outil externe (php, perl ou quel que soit le script) qui enlève le dernier caractère de saut de ligne de la juste écrit un fichier.

Donc, ce serait ressembler à ce sujet et aller dans votre .fichiers vimrc:
```
autocmd!   "Remove all autocmds (for current group), see below"
autocmd BufWritePost *.php !your-script <afile>
```
Assurez-vous de lire l'ensemble de la documentation de vim sur autocommands si c'est votre première fois avec autocommands. Il ya quelques mises en garde, par exemple, il est recommandé de supprimer toutes les autocmds dans votre .vimrc dans le cas où votre .vimrc pourrait obtenir de source à plusieurs reprises.
- Eh bien... j'espère qu'il y a une meilleure solution que celle-ci... mais cela fonctionne bien!
- Cela fonctionne très bien! Yay!!! Cependant j'ai une question... est-il un moyen de le faire donc je n'avez pas à frapper à entrer deux fois après chaque enregistrement. Je dois appuyez sur entrée dans la fenêtre cmd qui est apparu, puis à nouveau parce que vim est de me dire que le script a retourné le succès... Aucun moyen de les faire tous disparaître?
- Pour éviter le <Appuyez sur Enter> invite simplement le préfixe de commande avec silent. E. g. silent !your-script <afile>.
InformationsquelleAutor Blixtor
6

J'ai mis en place Blixtor suggestions avec Perl et Python post-traitement, soit en cours d'exécution à l'intérieur de Vim (si il est compilé avec un tel support de la langue), ou via un script Perl externe. Il est disponible comme le PreserveNoEOL plugin sur vim.org.
- Je n'ai pas testé à fond, mais cela semble comme une meilleure solution.
- Plugin fonctionne, mais après l'installation, j'ai dû mettre let g:PreserveNoEOL = 1 dans mon .vimrc fichier! Dû apprendre vimscript à la figure que de plugin description! 😀
- PreserveNoEOL-utilisation auriez vous l'a dit, trop. RTFM 🙂
- Oh, désolé. A la recherche de ce sous INSTALLATION et CONFIGURATION. N'avait même pas remarqué la USAGE section dans la description, parce qu'il est au-dessus de l'installation 🙂
InformationsquelleAutor Ingo Karkat
3

Vous pourriez peut-être chercher à comprendre pourquoi ils se plaignent. Si un fichier php a un saut de ligne après la fin ?>, php va sortie comme une partie de la page. Ce n'est pas un problème, sauf si vous essayez d'envoyer des en-têtes une fois que le fichier est inclus.

Cependant, la ?> à la fin d'un fichier php est facultatif. Pas de fin ?>, pas de problème avec un saut de ligne à la fin du fichier.
- Vous avez raison, mais nous avons une boutique a décidé que c'est mieux d'avoir la fin ?> je sais qu'on pourrait arrêter de l'utiliser... mais je'ld préfèrent régler mon éditeur pour s'adapter à mon style de codage que l'inverse.
- Aussi, si vous savez php va automatiquement analyser votre balise de fin comme ?> ou ?>\n (parce que dans linux valide tous les fichiers doivent se terminer par un \n)... Donc mon code n'est pas la cause de ces problèmes... ils n'aiment pas le look.
InformationsquelleAutor Ken
2

- Je ajouter dans .vimrc
```
set binary
```
et il permet, essayer

InformationsquelleAutor IvanM
2

Je crois que j'ai trouvé une meilleure solution que l'on a accepté la réponse. Les solutions alternatives n'ont pas de travail pour moi et je ne voulais pas avoir à travailler en mode binaire tout le temps.
Heureusement, cela semble faire le travail et je n'ai pas rencontré de effets secondaires désagréables encore: préserver manquant de fin de ligne à la fin des fichiers texte. Je viens d'ajouter le tout à mon ~/.vimrc.

InformationsquelleAutor Jay Paroline
1

Serait-il possible pour vous d'utiliser une commande spéciale pour l'enregistrement de ces fichiers?

Si vous ne :ensemble binaire, :w et :ensemble nobinary le fichier sera écrit sans retour à la ligne si il n'y avait rien pour commencer.

Cette séquence de commandes pourrait être mis dans un définis par l'utilisateur commande ou d'une cartographie, bien sûr.
- Malheureusement, parce que je travaille avec windows, si je l'enregistre en mode binaire, c'forces de l'enregistrer pour être en unix mode. Même quand je fais :ensemble binaire :ensemble fileformat=dos :w :ensemble nobinary une Fois que j'ai arrêté, il a sauvé le fichier au format unix... je ne peux pas croire qu'il n'y a pas un moyen de désactiver cette fonction.
InformationsquelleAutor Blixtor
0

J'ai trouvé ce vimscript plugin est utile pour ce genre de situation.
```
Plugin 'vim-scripts/PreserveNoEOL'
```
Ou en lire plus à github

InformationsquelleAutor Alan Dong

Vous devez vous connecter pour publier un commentaire.