Le duodi 12 messidor, an CCXXV, Dan Ritter a écrit :
> Clearly the problem can still arise with a ~/.vimrc in place.
But probably not the way you diagnosed.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
On Fri, Jun 30, 2017 at 10:46:27AM -0400, Greg Wooledge wrote:
> On Fri, Jun 30, 2017 at 10:36:52AM -0400, Dan Ritter wrote:
> > - move over to some other text input field and
> > paste with button 3
>
> You mean button 2.
>
> > except, vim stopped allow
Le duodi 12 messidor, an CCXXV, Greg Wooledge a écrit :
> all kinds of rubbish that I would never, ever want.
Well, obviously somebody wanted that "rubbish", enough to work and
implement it as Libre software. A little respect for other people's
work, maybe?
Regards,
--
Nicolas
Le duodi 12 messidor, an CCXXV, Dan Ritter a écrit :
> except, vim stopped allowing the paste.
Correction: vim started handling the paste itself instead of relying on
the terminal emulator. Of course, it behave slightly differently. Each
has advantages and drawbacks.
> set mouse="
On Fri, Jun 30, 2017 at 10:36:52AM -0400, Dan Ritter wrote:
> - move over to some other text input field and
> paste with button 3
You mean button 2.
> except, vim stopped allowing the paste.
>
> Here's the change:
>
> /usr/share/vim/vim80/defaults.vim
Generally sp
Imagine my surprise when the usual X selection and clipboard
techniques disappeared.
Normal behavior:
- X11
- xterm or urxvt or gnome-terminal or whatever
- copy text by selecting with mouse button 1
- move over to some other text input field and
paste with button 3
except, vim stopped
Bonsoir,
Comment allez vous? J'ai téléchargé le dictionnaire français à partir de
l'adresse ftp.vim.org vers mon répertoire .vim/spell. Est-ce qu'il y a des
paquets dans la distribution pour mettre à jour les dictionnaires sans devoir
vérifier manuellement?
Bonne soirée,
--
Frederic Robert
On Thu, 15 Dec 2016 23:27:49 +0100
Grégory Reinbold wrote:
> ça peut aider ?
> http://www.vim.org/buttons.php
> http://www.vim.org/logos.php
> >
> --
> Grégory Reinbold
>
bonjour,
merci d'avoir répondu
slt
bernard
--
bernard
l'éditeur pour du code Html
> > > ...
> > >
> > > je suis à la recherche d'une bannière pour Vim et je n'arrive
> > > plus à mettre la main dessus
> > >
> > > slt
> > > bernard
> >
> > bonjour,
> >
&g
rouver sur les moteurs
> > de recherche des bannières indiquant l'éditeur pour du code Html ...
> >
> > je suis à la recherche d'une bannière pour Vim et je n'arrive
> > plus à mettre la main dessus
> >
> > slt
> > bernard
>
> bonjour
rche d'une bannière pour Vim et je n'arrive plus
> à mettre la main dessus
>
> slt
> bernard
bonjour,
j'ai retrouvé un morceau en changeant de moteur de recherche :
http://www.vim.org/buttons.php
reste plus qu'à trouver un exemple documenté avec le c
bonjour,
il y a longtemps, il était possible de trouver sur les moteurs de
recherche des bannières indiquant l'éditeur pour du code Html ...
je suis à la recherche d'une bannière pour Vim et je n'arrive plus
à mettre la main dessus
slt
bernard
--
bernard schoenacker
base10 a écrit :
Non je pesse que le comportement de ton vim est correcte. Je n'ai pas
fait attention car je n'ai pas vim-gtk d'installer mais j'ai installer
vim-gnome et en fait après test sans ce paquet je perd en effet la
possibilité d'utiliser les presses papier "+" et "*"
On Sun, 30 Oct 2016 20:36:07 +0100
laura <lau...@gmail.com> wrote:
> salut à tous!
>
> je m'ai trouvé aussi avec ce problème récemment et je fait seulement
> deux choses:
>
> Premièrement, j'ai installé le vim-gtk, mais je ne sais pas si c'est
> obligataire. Après j'
salut à tous!
je m'ai trouvé aussi avec ce problème récemment et je fait seulement
deux choses:
Premièrement, j'ai installé le vim-gtk, mais je ne sais pas si c'est
obligataire. Après j'ai créé et édité le fichier .vimrc dans mon
répertoire. Dans ce fichier j'ai écris ces lignes:
set clipboard
Bonjour,
On 10/30/2016 11:14 AM, base10 wrote:
> Non je pesse que le comportement de ton vim est correcte. Je n'ai pas
> fait attention car je n'ai pas vim-gtk d'installer mais j'ai installer
> vim-gnome et en fait après test sans ce paquet je perd en effet la
> possibilité d'
Non je pesse que le comportement de ton vim est correcte. Je n'ai pas
fait attention car je n'ai pas vim-gtk d'installer mais j'ai installer
vim-gnome et en fait après test sans ce paquet je perd en effet la
possibilité d'utiliser les presses papier "+" et "*". De plus on trouv
Bonjour,
On 10/27/2016 11:01 PM, base10 wrote:
> Essayez d'utiliser le registre '+' pour cela (sélectionner du texte avec
> 'v' puis le copier avec '"+y'. Ensuite sous X faire [CTRL-V]. Cela
> fonctionne aussi avec coller ('"+p').
>
> En tout cas cela fonctionne pour mo
Tu peut essayer de voir le contenus du registre '+' avec la commande
':register' pour vérifier si il y a bien dans le registre '+' le texte
que tu souhaite y placer.
Tu peut aussi utiliser alternativement le registre '*' qui lui contient
le contenus du presse papier X (texte en surbrillance collé
base10 a écrit :
Bonjour,
Essayez d'utiliser le registre '+' pour cela (sélectionner du texte avec
'v' puis le copier avec '"+y'. Ensuite sous X faire [CTRL-V]. Cela
fonctionne aussi avec coller ('"+p').
Bonjour,
En fait, c'est très bizarre. Dans certains cas, cela fonctionne
Bonjour,
Essayez d'utiliser le registre '+' pour cela (sélectionner du texte avec
'v' puis le copier avec '"+y'. Ensuite sous X faire [CTRL-V]. Cela
fonctionne aussi avec coller ('"+p').
En tout cas cela fonctionne pour moi avec vim lancé dans une terminal et
je n'ai pas instal
Le Wed, 26 Oct 2016 08:30:35 +0200,
BERTRAND Joël <joel.bertr...@systella.fr> a écrit :
> Mais justement, je ne veux pas de vim.gtk. Je cherche à avoir le vim
> classique, permettant d'utiliser le copier/coller classique de X à la
> souris.
Il ne faut pas activer la gesti
Francois Lafont a écrit :
Hello,
On 10/26/2016 08:30 AM, BERTRAND Joël wrote:
Mais justement, je ne veux pas de vim.gtk.
Attention, juste au cas où, contrairement à gvim, vim.gtk n'ouvre pas
de fenêtre graphique. Personnellement si je lance vim.gtk dans un terminal,
j'ai un vim « de base
Bonjour,
Le mercredi 26 octobre 2016 à 8:30, BERTRAND Joël a écrit :
> Mais justement, je ne veux pas de vim.gtk. Je cherche à avoir le vim
> classique, permettant d'utiliser le copier/coller classique de X à la
> souris.
Chez moi ça marche. J’ai fait un test avec « vim.basic » (c
Hello,
On 10/26/2016 08:30 AM, BERTRAND Joël wrote:
> Mais justement, je ne veux pas de vim.gtk.
Attention, juste au cas où, contrairement à gvim, vim.gtk n'ouvre pas
de fenêtre graphique. Personnellement si je lance vim.gtk dans un terminal,
j'ai un vim « de base » qui s'ouvre _directeme
Francois Lafont a écrit :
Bonsoir,
Je pense que c'est parce qu'il faut installer le paquet vim-gtk
et s'assurer (avec update-alternatives) que c'est bien le binaire
"/usr/bin/vim.gtk" qui est appelé lorsqu'on lance la commande "vim".
À+
Bonjour,
Mais justement, je ne
Bonsoir,
Je pense que c'est parce qu'il faut installer le paquet vim-gtk
et s'assurer (avec update-alternatives) que c'est bien le binaire
"/usr/bin/vim.gtk" qui est appelé lorsqu'on lance la commande "vim".
À+
--
François Lafont
Bonsoir à tous,
Quelqu'un sait-il pourquoi vim packagé par Debian en version 8.0 ne
comporte plus les options clipboard et xclipboard ? En d'autres termes,
il est impossible d'ouvrir vim dans un xterm et de faire un
copier/coller depuis un xterm par exemple. C'est assez gênant... Il
On Mon, Oct 24, 2016 at 05:24:34PM -, Frank Miles wrote:
> On Mon, 24 Oct 2016 18:30:02 +0200, jeremy bentham wrote:
>
> > This could be a vim question, but since sudo's involved I'll
> > start here.
> >
> > I am thrashing about, trying to get wheezy going o
On Mon, 24 Oct 2016 18:30:02 +0200, jeremy bentham wrote:
> This could be a vim question, but since sudo's involved I'll
> start here.
>
> I am thrashing about, trying to get wheezy going on a new machine
> (well, new to me. I think the huckster term-of-art is
> "pre-owne
This could be a vim question, but since sudo's involved I'll
start here.
I am thrashing about, trying to get wheezy going on a new machine
(well, new to me. I think the huckster term-of-art is
"pre-owned": I had the pleasure of wiping dollarbill inc's crap
off it).
Anyway, I got vim
uf.fr> wrote:
> >
> > > Le problème venait du fait que le runtimepath ne contenait
> > > pas /usr/share/vim/vim80
> > >
> > >
> > > Gaëtan
> >
> > bonjour,
> >
> > depuis vim 7.0 la directive change dans le vimrc
Le Fri, 14 Oct 2016 04:13:00 +0200
bernard schoenacker <bernard.schoenac...@free.fr> a écrit:
> On Thu, 13 Oct 2016 23:20:29 +0200
> Gaëtan PERRIER <gaetan.perr...@neuf.fr> wrote:
>
> > Le problème venait du fait que le runtimepath ne contenait
> > pas /usr/sha
On Thu, 13 Oct 2016 23:20:29 +0200
Gaëtan PERRIER <gaetan.perr...@neuf.fr> wrote:
> Le problème venait du fait que le runtimepath ne contenait
> pas /usr/share/vim/vim80
>
>
> Gaëtan
bonjour,
depuis vim 7.0 la directive change dans le vimrc :
runtime! debian.vim "
Le problème venait du fait que le runtimepath ne contenait
pas /usr/share/vim/vim80
Gaëtan
Le Thu, 13 Oct 2016 01:46:41 +0200
bernard schoenacker <bernard.schoenac...@free.fr> a écrit:
> On Thu, 13 Oct 2016 00:04:43 +0200
> Gaëtan PERRIER <gaetan.perr...@neuf.fr> wrote:
>
> > Bonjour,
> >
> > Depuis le passage à Vim 8 j'ai une série d'erreurs au
On Thu, 13 Oct 2016 00:04:43 +0200
Gaëtan PERRIER <gaetan.perr...@neuf.fr> wrote:
> Bonjour,
>
> Depuis le passage à Vim 8 j'ai une série d'erreurs au lancement:
>
> Erreur détectée en traitant /usr/share/vim/vim80/mswin.vim :
> ligne 47 :
> E121: Variable non défi
Bonjour,
Depuis le passage à Vim 8 j'ai une série d'erreurs au lancement:
Erreur détectée en traitant /usr/share/vim/vim80/mswin.vim :
ligne 47 :
E121: Variable non définie : paste#paste_cmd
E15: Expression invalide : 'inoremap
The issue prevails.
Current version:
---
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Jun 16 2016 10:50:38)
Included patches: 1-1689
Modified by pkg-vim-maintain...@lists.alioth.debian.org
Compiled by pkg-vim-maintain...@lists.alioth.debian.org
Huge version with GTK2-GNOME GUI. Features
Le Wed, 20 Jul 2016 16:13:50 +0200,
Bernard Schoenacker <bernard.schoenac...@free.fr> a écrit :
> bonjour,
>
> j'ai essayé de supprimer ce caractère mais je n'y suis pas arrivé avec
> vim ...
>
> pour mémoire si je prend la méthode pour les fin de ligne normalement
&
bonjour,
j'ai essayé de supprimer ce caractère mais je n'y suis pas arrivé avec
vim ...
pour mémoire si je prend la méthode pour les fin de ligne normalement
ça devrait passer, mais j'ai fait un essai avec:
:%s//\r/g
sans succès
qui aurait une solution
slt
bernard
Asking to confirm this bug:
VIM 7.4 Included patches: 1-712 (32-bit)
Warning: this, if it “works”, will halt your VIM.
* Step #1, (Normal mode) Contents of file; Cursor on "c":
clean:
c:
* Step #2 (Enter insert mode by capital I) Cursor at column 0:
clean:
c:
* Step #3 (Enter
On Sun, 14 Feb 2016 20:48:30 +0100
"Thomas Schmitt scdbackup-at-gmx.net |Debian/Computer|"
<b5q1wzk...@sneakemail.com> wrote:
> Hi,
>
> OS wrote:
> > Any time I do anything with apt-get, it ends with an error code
> > (1). It seems to have something to d
Any time I do anything with apt-get, it ends with an error code (1). It seems
to have something to do with vim-tiny and I would like some help fixing it.
mark@FrogBreath:~$ dpkg --list vim-tiny
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst
Hi,
OS wrote:
> Any time I do anything with apt-get, it ends with an error code (1). It
> seems to have something to do with vim-tiny
You did not show such an "anything" attempt. So it is hard to
tell whether vim.tiny really is to blame.
> mark@FrogBreath:~$ sudo apt-
Le 29/07/2014 22:34, moi-meme a écrit :
Et tu fais de même pour chacune des variables qui se retrouvent dans le
fichier vim à éditer. À partir de là, quand tu lanceras dans vim :
:w | !bash %
les variables seront bien définies avec les valeurs qu'elles avaient
juste avant la ligne
Le mercredi 30 juillet 2014 à 12:15, Francois Lafont a écrit :
:w | tester_image.sh %
Attention, il manque un « ! » dans la séquence :
:w | !tester_image.sh %
Note au passage, je ne vois pas bien ce qu'apporte le script « tester_image.sh »
par rapport à l'exécution directe du fichier
vois pas bien ce qu'apporte le script «
tester_image.sh »
par rapport à l'exécution directe du fichier courant…
C'était juste pour que le fichier à éditer dans vim
ne contienne que ce qu'il est nécessaire de modifier
à chaque test de création d'image. Maintenant ce n'est
sans doute pas crucial
Juste une remarque sur un détail :
Le 29/07/2014 22:34, moi-meme a écrit :
to_do=$(cat selection/$film/action)
eval $to_do
En gros, ces deux lignes reviennent à faire un
« include » du fichier action ce qui se fait
naturellement avec la commande « . ». Donc il
vaut mieux écrire plus
snip-
Si j'ai bien compris ton problème, alors il faut que, dans le script
bash initial, tu « exportes » les variables qui te servent ensuite dans
le fichier que tu édites dans vim à la main. Par exemple, juste après
avoir définie la variable entree :
entree
édition du fichier avec vim déjà ouvert sauvegarde sans fermeture de
vim
Heu... c'est dans la boucle bash ça ? Tu as des commandes bash qui
éditent un fichier sous vim et qui font un « :w » ?
non je l'édite à la main et je fais un :w! à la main, et je ne le ferme
pas. Mon fichier sur le
Le 28 juillet 2014 07:45, moi-meme chie...@free.fr a écrit :
édition du fichier avec vim déjà ouvert sauvegarde sans fermeture de
vim
Heu... c'est dans la boucle bash ça ? Tu as des commandes bash qui
éditent un fichier sous vim et qui font un « :w » ?
non je l'édite à la main et
Le 28 juil. 2014 à 07:45, moi-meme chie...@free.fr a écrit :
édition du fichier avec vim déjà ouvert sauvegarde sans fermeture de
vim
Heu... c'est dans la boucle bash ça ? Tu as des commandes bash qui
éditent un fichier sous vim et qui font un « :w » ?
non je l'édite à la main et je fais
Le 28/07/2014 07:45, moi-meme a écrit :
Heu... c'est dans la boucle bash ça ? Tu as des commandes bash qui
éditent un fichier sous vim et qui font un « :w » ?
non je l'édite à la main et je fais un :w! à la main, et je ne le ferme
pas. Mon fichier sur le disque est à jour de mes modifs et
Le Mon, 28 Jul 2014 10:40:02 +0200, Francois Lafont a écrit :
j'ai fait un gros snip. Ce que tu me dis est intyéressant : je suis
peut-être parti sur du compliqué.
:w | !bash %
Le problème du !bash c'est les variables :
Exemple de script :
#film_4_fin
convert $entree -level 0%,50%
édites dans
vim à la main. Par exemple, juste après avoir définie la
variable entree :
entree=...
export entree
Et tu fais de même pour chacune des variables qui se
retrouvent dans le fichier vim à éditer. À partir de
là, quand tu lanceras dans vim :
:w | !bash %
les variables seront bien
Le 27 juillet 2014 01:36, Christophe t...@stuxnet.org a écrit :
Bonsoir,
Le 25/07/2014 23:32, moi-meme a écrit :
dans un script je veux tuer vim appelé par
xterm -e vim fichier
Je lui envoie un kill -3 %1
(et pas un-9 je suis gentil ...)
ça tue vim (et xterm ...) mais ce bâtard de
:
Bonsoir,
Le 25/07/2014 23:32, moi-meme a écrit :
dans un script je veux tuer vim appelé par
xterm -e vim fichier
Je lui envoie un kill -3 %1
(et pas un-9 je suis gentil ...)
ça tue vim (et xterm ...) mais ce bâtard de sa mère laisse le
fichier
swap, ce
Le Sat, 26 Jul 2014 21:40:02 +0200, Francois Lafont a écrit :
Envoyer le signal SIGTERM est ni plus ni moins ce que je t'ai indiqué
dans mon premier message où j'avais donné la commande :
kill -- -$(jobs -p)
ben euh ! c'était pas évident et je m'en excuse.
--
Lisez la FAQ de la liste
Le Sat, 26 Jul 2014 21:30:04 +0200, Francois Lafont a écrit :
Je suis d'accord. Lancer vim en arrière plan pour ensuite le killer,
alors qu'effectivement vim est une commande 100% interactive, c'est
assez curieux. Il est possible que le PO prenne son problème par le
mauvais bout. Peut-être
Le 27 juil. 2014 à 17:45, moi-meme chie...@free.fr a écrit :
Le Sat, 26 Jul 2014 21:30:04 +0200, Francois Lafont a écrit :
Je suis d'accord. Lancer vim en arrière plan pour ensuite le killer,
alors qu'effectivement vim est une commande 100% interactive, c'est
assez curieux. Il est possible que
Le 27/07/2014 17:45, moi-meme a écrit :
Je suis d'accord. Lancer vim en arrière plan pour ensuite le killer,
alors qu'effectivement vim est une commande 100% interactive, c'est
assez curieux. Il est possible que le PO prenne son problème par le
mauvais bout. Peut-être nous en dira-t-il un peu
il y a un prix, mais ça dépend de la valeur du souvenir.
Le 27 juil. 2014 22:33, Francois Lafont mathsatta...@free.fr a écrit :
Le 27/07/2014 17:45, moi-meme a écrit :
Je suis d'accord. Lancer vim en arrière plan pour ensuite le killer,
alors qu'effectivement
Le 27/07/2014 17:45, moi-meme
Le Sun, 27 Jul 2014 22:40:02 +0200, Francois Lafont a écrit :
Entre 1) et 3), le script, lui, il fait quoi ? Y'a forcément une truc
entre les deux parce que sinon aussitôt le vim ouvert, il serait killé
dans la foulée et tu n'aurais pas le temps d'éditer quoi que ce soit.
entre le 1 et le 3
Le 27/07/2014 23:02, moi-meme a écrit :
Entre 1) et 3), le script, lui, il fait quoi ? Y'a forcément une truc
entre les deux parce que sinon aussitôt le vim ouvert, il serait killé
dans la foulée et tu n'aurais pas le temps d'éditer quoi que ce soit.
entre le 1 et le 3 il y a le 2 (!)
le 2
Bonjour,
Le 25/07/2014 23:32, moi-meme a écrit :
dans un script je veux tuer vim appelé par
xterm -e vim fichier
Je lui envoie un kill -3 %1
Si « ton vim » est la seule tâche en arrière plan
et si ton shell est le bash, alors ceci devrait
marcher :
kill -- -$(jobs -p)
En tout cas
Le Sat, 26 Jul 2014 11:40:02 +0200, Francois Lafont a écrit :
Si « ton vim » est la seule tâche en arrière plan et si ton shell est le
bash, alors ceci devrait marcher :
kill -- -$(jobs -p)
connaissait pas -p
Mais ça ne me supprime pas le .swp. Je le ferai à la main gorettement.
Merci
Bonjour,
Le 26 juil. 2014 à 11:34, Francois Lafont mathsatta...@free.fr a écrit :
Bonjour,
Le 25/07/2014 23:32, moi-meme a écrit :
dans un script je veux tuer vim appelé par
xterm -e vim fichier
Je lui envoie un kill -3 %1
Si « ton vim » est la seule tâche en arrière plan
et si ton
Le vendredi 25 juillet 2014 à 21:32 +, moi-meme a écrit :
dans un script je veux tuer vim appelé par
xterm -e vim fichier
Je lui envoie un kill -3 %1
(et pas un-9 je suis gentil ...)
ça tue vim (et xterm ...) mais ce bâtard de sa mère laisse le
fichier
swap, ce que je comprends
Le 26/07/2014 13:30, moi-meme a écrit :
kill -- -$(jobs -p)
connaissait pas -p
Mais ça ne me supprime pas le .swp.
Ah ? Sur ma Debian Wheezy (à jour), avec bash comme shell,
ça marche. Voici un copier-coller de ma console :
-
~$ xterm -e vim test.c
[1] 4146
~$ ls
avec vim *et*
que je prends bien la peine de l'écrire sur le disque avec
« :w » alors je n'ai plus de fichier .swp après le kill.
2. En revanche, si j'effectue des modifs et que je fais le
kill *sans* avoir fait un « :w » avant au niveau de vim, alors
là, oui, j'ai toujours le .swp. Je pense que ça
avec vim.
1. Je créé un fichier test.c avec vim.
2. Je le ferme :x.
3. Je le réouvre.
4. Je le réédite.
Et toujours pas de .swp
Unixment :D
Adrien
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec
-system
Par contre, je n'ai pas trouvé trouver comme avoir un .swp en éditant un
ficher avec vim.
1. Je créé un fichier test.c avec vim.
2. Je le ferme :x.
3. Je le réouvre.
4. Je le réédite.
Et toujours pas de .swp
Ça signifie juste que lorsqu’on a bien tout terminé sous vim (:w, :wq, :x
Le Sat, 26 Jul 2014 14:40:01 +0200, Francois Lafont a écrit :
On voit avoir un environnement différent :
- je suis sous Wheezy à jour;
- mon shell est le bash
- le paquet xterm est installé version 278 (c'est
possible un numéro de version pareil ?)
moi plus vieux261-1
- j'utilise vim
Le Sat, 26 Jul 2014 15:10:01 +0200, Adrien Dewulf a écrit :
Par contre, je n'ai pas trouvé trouver comme avoir un .swp en éditant un
ficher avec vim.
1. Je créé un fichier test.c avec vim. 2. Je le ferme :x. 3. Je le
réouvre.
4. Je le réédite.
Et toujours pas de .swp
c'est un fichier
Le Sat, 26 Jul 2014 15:00:01 +0200, Francois Lafont a écrit :
Si on est dans le cas 2, je pense que le .swp sera toujours présent
quelle que soit la manière dont on « kille » car je ne vois pas comment
un kill pourra signaler à vim soit a) d'enregistrer les dernières modifs
non enregistrées
Le Sat, 26 Jul 2014 14:30:02 +0200, Haricophile a écrit :
Pour moi, fermer proprement c'est SIGTERM (15) et pas SIGINT (3)
mais c'est bien sûr !
avec un jobs -p pour connaitre le process et c'est gagné.
Merci à tous.
--
Lisez la FAQ de la liste avant de poser une question :
Le 26/07/2014 16:46, Pierre Malard a écrit :
Encore une fois, il serait intéressant de savoir pourquoi « moi-même »
souhaite piloter vim dans un xterm pour mieux répondre à la question !
Je suis d'accord. Lancer vim en arrière plan pour
ensuite le killer, alors qu'effectivement vim est
une
Le 26/07/2014 21:02, moi-meme a écrit :
Haricophile m'a donné une voie intéressante qui fait disparaître le swap
en même temps.
Envoyer le signal SIGTERM à la tâche.
Envoyer le signal SIGTERM est ni plus ni moins
ce que je t'ai indiqué dans mon premier message
où j'avais donné la commande :
Pour le fichier cacher .swp, je suppose qu'on le voit avec ls -l ?
On 26/07/14 20:05, moi-meme wrote:
Le Sat, 26 Jul 2014 15:10:01 +0200, Adrien Dewulf a écrit :
Par contre, je n'ai pas trouvé trouver comme avoir un .swp en éditant un
ficher avec vim.
1. Je créé un fichier test.c avec vim. 2
Le 26/07/2014 21:44, Adrien Dewulf a écrit :
Pour le fichier cacher .swp, je suppose qu'on le voit avec ls -l ?
Non, pour lister tous les fichiers d'un
répertoire, y compris les fichiers « cachés »
(ie ceux dont le nom commence par un point),
tu dois utiliser l'option -a de la commande ls.
--
Bonsoir,
Le 25/07/2014 23:32, moi-meme a écrit :
dans un script je veux tuer vim appelé par
xterm -e vim fichier
Je lui envoie un kill -3 %1
(et pas un-9 je suis gentil ...)
ça tue vim (et xterm ...) mais ce bâtard de sa mère laisse le fichier
swap, ce que je comprends.
pas trouvé de
dans un script je veux tuer vim appelé par
xterm -e vim fichier
Je lui envoie un kill -3 %1
(et pas un-9 je suis gentil ...)
ça tue vim (et xterm ...) mais ce bâtard de sa mère laisse le fichier
swap, ce que je comprends.
pas trouvé de signal qui lui dise de fermer normalement.
Ya moyen se
Le 25 juil. 2014 à 23:32, moi-meme chie...@free.fr a écrit :
dans un script je veux tuer vim appelé par
xterm -e vim fichier
Je lui envoie un kill -3 %1
(et pas un-9 je suis gentil ...)
ça tue vim (et xterm ...) mais ce bâtard de sa mère laisse le fichier
swap, ce que je comprends
,
barely usable. Rc-files look the same.
What am I missing?
As far as I remember, the default vim is vim-tiny which lacks quite a
few nice features. Try installing vim or vim-nox and see if that
helps.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject
installation lack this and insert function is problematic at best,
barely usable. Rc-files look the same.
What am I missing?
As far as I remember, the default vim is vim-tiny which lacks quite a
few nice features. Try installing vim or vim-nox and see if that
helps.
Fairly sure
shown at bottom. Also had line number, % of file
shown.
Current installation lack this and insert function is problematic at
best,
barely usable. Rc-files look the same.
What am I missing?
As far as I remember, the default vim is vim-tiny which lacks quite a
few nice
On prior 32-bit installation, had insert/replace explicitly activated by
insert key and function shown at bottom. Also had line number, % of file shown.
Current installation lack this and insert function is problematic at best,
barely usable. Rc-files look the same.
What am I missing?
--
To
On Sat, 15 Feb 2014 04:05:48 + (UTC), Frank Mile wrote:
I should have added one more interesting detail. If I comment out the
(python) plugin call in /etc/vim/vimrc:
if has(autocmd)
filetype plugin indent on
endif
then the tabstops work without the manual override
On Sat, 15 Feb 2014 18:30:02 +0100, rpr nospam wrote:
On Sat, 15 Feb 2014 04:05:48 + (UTC), Frank Mile wrote:
I should have added one more interesting detail. If I comment out the
(python) plugin call in /etc/vim/vimrc:
if has(autocmd)
filetype plugin indent on
endif
I'm having problems setting the vim configuration -
and having it mean something - in a fairly new computer.
One simple example is the tab stops. Since I'm the
only direct user of this machine, I've simply edited
/etc/vim/vimrc, where I have the line:
set tabstop=4
In addition, I've
On Fri, Feb 14, 2014 at 06:35:25PM +, Frank Miles wrote:
I'm having problems setting the vim configuration -
and having it mean something - in a fairly new computer.
One simple example is the tab stops. Since I'm the
only direct user of this machine, I've simply edited
/etc/vim/vimrc
On Fri, 14 Feb 2014 20:50:01 +0100, Jeremiah Mahler wrote:
On Fri, Feb 14, 2014 at 06:35:25PM +, Frank Miles wrote:
I'm having problems setting the vim configuration -
and having it mean something - in a fairly new computer.
One simple example is the tab stops. Since I'm the
only
On Fri, Feb 14, 2014 at 08:22:02PM +, Frank Miles wrote:
On Fri, 14 Feb 2014 20:50:01 +0100, Jeremiah Mahler wrote:
On Fri, Feb 14, 2014 at 06:35:25PM +, Frank Miles wrote:
I'm having problems setting the vim configuration -
and having it mean something - in a fairly new computer
On Fri, 14 Feb 2014 23:10:01 +0100, Jeremiah Mahler wrote:
On Fri, Feb 14, 2014 at 08:22:02PM +, Frank Miles wrote:
On Fri, 14 Feb 2014 20:50:01 +0100, Jeremiah Mahler wrote:
On Fri, Feb 14, 2014 at 06:35:25PM +, Frank Miles wrote:
I'm having problems setting the vim configuration
, Frank Miles wrote:
I'm having problems setting the vim configuration -
and having it mean something - in a fairly new computer.
One simple example is the tab stops. Since I'm the
only direct user of this machine, I've simply edited
/etc/vim/vimrc, where I have the line:
set
Mahler wrote:
On Fri, Feb 14, 2014 at 06:35:25PM +, Frank Miles wrote:
I'm having problems setting the vim configuration -
and having it mean something - in a fairly new computer.
One simple example is the tab stops. Since I'm the only direct
user of this machine, I've simply
Mahler wrote:
On Fri, Feb 14, 2014 at 06:35:25PM +, Frank Miles wrote:
I'm having problems setting the vim configuration -
and having it mean something - in a fairly new computer.
One simple example is the tab stops. Since I'm the only direct
user of this machine, I've simply
, Frank Miles wrote:
On Fri, 14 Feb 2014 20:50:01 +0100, Jeremiah Mahler wrote:
On Fri, Feb 14, 2014 at 06:35:25PM +, Frank Miles wrote:
I'm having problems setting the vim configuration -
and having it mean something - in a fairly new computer.
One simple example is the tab
Hello Frank,
i experienced same issues in past. This link helped to solv all my issues:
http://henry.precheur.org/vim/python
First I would like to point out something when writing a Vim configuration file.
Generally don’t use the autocmd command to add hooks to a specific
filename’s extension
201 - 300 of 2368 matches
Mail list logo