2013-05-22 1 views
1

Je rencontre un problème étrange: vim ne se développe pas mes pliages parfois quand j'utilise un geste horizontal comme l. Il se développe toujours si j'utilise zo cependant. Je peux voir l'option hor dans ma variable de paramètres foldopen. Je l'éprouve quand foldmethod est réglé sur indent ou expr. Que puis-je manquer? Je ne semble pas cartographier l n'importe où.parfois ne vim élargit pas pliages sur le mouvement horizontal

Merci

+2

Avez-vous identifié un motif? Une situation où c'est plus susceptible de se produire? – romainl

+0

Il semble que cela arrive juste au hasard, je ne pouvais pas identifier un motif. Il y a des méthodes où cela arrive plus souvent, mais elles ne sont pas différentes des autres. J'utilise expr et vérifie juste le premier symbole de la ligne, vraiment simple. – egdmitry

Répondre

4

Si votre curseur est sur une ligne vide à l'intérieur du pli, puis déplacer vers la gauche (l) ne fonctionnera pas, donc il ne sera pas ouvrir le pli.

La même chose se produit si votre curseur se trouve à la dernière colonne de la ligne. Mais dans ce cas, un h ouvrira le pli.

Vous pouvez vérifier si la commande a mouvement échoue en faisant attention au bip d'erreur, la même chose est émise lorsque vous tapez Esc lorsque vous êtes en mode normal. Si vous ne parvenez pas à l'entendre, vous pouvez essayer d'utiliser l'option 'visualbell'.

+0

Merci! C'était en effet un problème. – egdmitry

+0

Alternativement, vous pouvez ': set whichwrap + = h, l', ce qui fait que ces commandes se déplacent à travers les lignes, aussi; mais sachez que c'est un comportement non-standard. –

+0

Wow. Cela m'ennuyait vraiment. Cela a du sens maintenant, mais il est très étrange que vim montre toujours que le curseur se trouve à la toute première position d'une ligne de dossier, ce qui me fait penser qu'il doit être à la même position que le vrai texte déplié. Pas le cas. Vous devez penser à la position du curseur car le texte a toujours été déplié. –

Questions connexes