/* Topic des codeurs [7] */

Kanor · Le 17/07/2012, à 08:51

Mais systématiquement avec vim je perd un temps fou à scroller le document pour aller à la bonne ligne, sélectionner du texte, supprimer, copier, coller. Compter le nombre de ligne pour faire un copier coller plus poussé ou autre... Je suis ptête trop nul, dunno

Rha tu perds du temps dans les fonctions ou vim est le plus efficace.

scroller le document pour aller à la bonne ligne

:num_ligne

ou

/pattern à chercher

ou
pour aller à la dernière ligne modifié

'.

…

sélectionner du texte,

v ou
ctrl + v (cool la sélection de colonne.)
plus tout les sélection avec les "objet texte"
pour supprimer, copier, coller voir doc
http://vim.dindinx.net/traduit/html/motion.txt.php

Compter le nombre de ligne pour faire un copier coller plus poussé ou autre...

le truc pratique pour ça
numérotation des lignes
:set number
et numérotation des lignes à partir de la ligne courante
:set relativenumber

Dernière modification par Kanor (Le 17/07/2012, à 08:54)

The Uploader · Le 17/07/2012, à 08:56

tshirtman a écrit :

Ce qui est quand même bien plus clair que la syntaxe bizarre en ruby

Tu as aussi ça en "plus clair" :

irb(main):001:0> puts "yo!" if "aaa".include?("a")
yo!
=> nil

doc' Ruby String#include?(other_str) a écrit :

Returns true if str contains the given string or character. False otherwise.

http://ruby-doc.org/core-1.9.3/String.html

tshirtman a écrit :

(tiens d'ailleurs, elle est source de bug potentiel, si tu pense chopper un index, et que tu as une chaine, ça passera silencieusement, ça me rappelle d'autres langages )

Bah non, suffit de lire la doc'. Sinon, oui, une doc mal connue c'est toujours une source de bugs potentiels. :youdontsay:

Si tu utilise le string (ou nil) comme index ça passe pas silencieusement, non... O_o

Ou alors ça passe "silencieusement" dans le sens où l'erreur n'est pas rencontrée avant l'exécution. Mais c'est un peu pareil en Python... Et ça ne se limite pas aux Strings.

Si on veut un index, on utilise String#index...

Si tu veux boucler dessus, tu peux toujours utiliser for ou String#each.

Par contre ce qui m'énèrve c'est de récuperer l'ordinal :

irb(main):007:0> "aaa"[1]
=> 97

J'en ai rien à faire de l'ordinal... <_<

L'ordinal, c'est
Nuff said.

Heureusement on peut utiliser un Range:

irb(main):002:0> "aaa"[0..1]
=> "aa"

Ou utiliser Fixnum#chr :

irb(main):002:0> "a"[0].chr
=> "a"

edit: ... qui peut renvoyer un autre truc dont j'ai rien à faire:

irb(main):001:0> "é"[0].chr
=> "\303"

-_-' (vive l'utilisation du Range..)

Mais même avec un Range, c'est vraiment pas naturel (en tout cas j'met toujours un moment avant de m'en souvenir)

T'façon les Strings c'est chiant.

Dernière modification par The Uploader (Le 17/07/2012, à 10:16)

maxpoulin64 · Le 17/07/2012, à 09:14

Kanor a écrit :

Mais systématiquement avec vim je perd un temps fou à scroller le document pour aller à la bonne ligne, sélectionner du texte, supprimer, copier, coller. Compter le nombre de ligne pour faire un copier coller plus poussé ou autre... Je suis ptête trop nul, dunno
Rha tu perds du temps dans les fonctions ou vim est le plus efficace.
scroller le document pour aller à la bonne ligne
:num_ligne
ou
/pattern à chercher
ou
pour aller à la dernière ligne modifié
'.

Ça me surprend pas de moi, mais dans les gros documents de plusieurs centaines de lignes ça me semble quand-même plus efficace à la souris Je savais pour les deux premiers, pas pour le dernier par contre, merci

Kanor a écrit :

…
sélectionner du texte,
v ou
ctrl + v (cool la sélection de colonne.)
plus tout les sélection avec les "objet texte"
pour supprimer, copier, coller voir doc
http://vim.dindinx.net/traduit/html/motion.txt.php

C'est déjà ce que je fais, sauf que je dois tenir Shift pendant la sélection, mais ça revient plus vite à la souris pour moi. L'accès au touchpad ou à la souris est souvent plus rapide pour sélectionner un gros bloc de texte, et il m'arrive assez souvent de changer de fenêtre. Je connais assez bien mon système, l'utilisation de la souris est très rapide (raccourcis d'édition d'une main, sélection de l'autre, pour le gros refactoring c'est pas mal). C'est peut-être discutable tout de même, mais c'est une des raisons pourquoi j'ai abandonné vim assez rapidement (à mon malheur for probablement), la souris c'est pas si mauvais que ça dans mon cas.

Kanor a écrit :

Compter le nombre de ligne pour faire un copier coller plus poussé ou autre...
le truc pratique pour ça
numérotation des lignes
:set number
et numérotation des lignes à partir de la ligne courante
:set relativenumber

Ah bah ça c'est pratique (relativenumber)!

Va falloir que je me mette vraiment sérieusement à vim un jour, comme j'ai dis j'ai encore quelques problèmes avec cet éditeur et je suis donc vraiment pas efficace avec. Je ne remets aucunement les performances de vim en doute cela dit, j'admet sans problème que je suis nul avec et que j'ai pas essayé plus de quelques heures ^^

PS: J'ai essayé gvim aussi, au passage.

Mindiell · Le 17/07/2012, à 09:21

Bon, personne n'a répondu à ma question :
Quid de l'intégration des dépôts dans vos éditeurs (vim, emacs, geany) ? C'est pour ça surtout que j'aime bien Eclipse malgré sa lourdeur. Et le refactoring aussi d'ailleurs...

The Uploader · Le 17/07/2012, à 09:22

@maxpoulin64:
Ce qu'il te faut (en plus d'apprendre vim) c'est un ~/.vimrc bien configuré, avec des plugins...
Un truc basique:

set number
set ts=2
set tw=80
colorscheme evening

Mindiell a écrit :

Bon, personne n'a répondu à ma question :
Quid de l'intégration des dépôts dans vos éditeurs (vim, emacs, geany) ?

Bah j'utilise git dans un autre onglet de xfce4-terminal, et s'il faut recharger le fichier (changement de branche, ...) c'est : + e en mode visuel.

Mindiell a écrit :

C'est pour ça surtout que j'aime bien Eclipse malgré sa lourdeur. Et le refactoring aussi d'ailleurs...

Le refactoring assisté j'ai essayé (RubyMine, Netbeans...), j'en suis revenu. C'est bien, mais ça vaut pas toute la lourdeur ni tous les bugs qui allaient avec l'IDE..

Sinon, quelques exemples, mais c'est plutôt par langage donc plutôt manquant dans VIM..

(tiens un plugin refactoring pour Ruby, pas testé..)

Dernière modification par The Uploader (Le 17/07/2012, à 09:35)

Kanor · Le 17/07/2012, à 09:34

Quid de l'intégration des dépôts dans vos éditeurs (vim, emacs, geany) ?

Dépôt de ?

Elzen · Le 17/07/2012, à 09:46

maxpoulin64 a écrit :

Je suis le seul à me contenter de GEdit (ou Kate, selon le DE que je boude) pour pratiquement tous mes développements?

Non.

Mais moi, j'suis un extraterrestre qui fait tout à la main, et qui ne trouve pas rébarbatif de coder dans des langages que certaines personnes ici ne peuvent pas supporter, donc je ne sais pas si c'est une bonne nouvelle pour toi

(Sinon, Kate, ç't'un EDI. KWrite, ç'mieux)

Dr Le Rouge · Le 17/07/2012, à 10:27

Depuis la dernière version d'emacs, il y a par défaut un gestionnaire de paquets inclus dans le logiciel. On peut installer des plugins en deux temps trois mouvements et on peu aussi activer des dépôts tiers si on ne trouve pas son bonheur dans les officiels.

Mindiell · Le 17/07/2012, à 10:33

Kanor a écrit :

Quid de l'intégration des dépôts dans vos éditeurs (vim, emacs, geany) ?
Dépôt de ?

Euh, dépôts de sources en fait. Comme je gère mes projets via mon servuer SVN pour en garder l'historique, je trouve pratique de pouvoir faire les commits / restore depuis l'EDI. En plus il m'indique quels sont les fichiers modifiés. Je trouve ça pratique.

The Uploader · Le 17/07/2012, à 10:39

git log

et

git status

indiquent aussi les fichiers modifiés/supprimés/renommés

Mindiell · Le 17/07/2012, à 10:46

oui, mais je n'utilise pas git
Il doit bien y avoir des commandes, mais là ils apparaissent dans l'arbre des fichiers. Je trouve ça plus pratique

Kanor · Le 17/07/2012, à 10:49

J'ai un plugin vim chez moi qui me permet de faire un git grep et git blame directement dans vim
(mais il est possible quasiment d'utiliser toutes les commande vim dans git dont le git diff)

Dernière modification par Kanor (Le 17/07/2012, à 10:54)

grim7reaper · Le 17/07/2012, à 11:07

Mindiell a écrit :

Quid de l'intégration des dépôts dans vos éditeurs (vim, emacs, geany) ?

Oui, bien sûr.

Mindiell · Le 17/07/2012, à 11:13

@grim7reaper: Merci ! Je croyais qu'emacs était en mode console uniquement, je vias pouvoir le tester avec moins d'à priori

EDIT : ah, apparemment il vaut mieux la dernière version, on va tenter la compilation alors...

Dernière modification par Mindiell (Le 17/07/2012, à 11:17)

Kanor · Le 17/07/2012, à 11:20

http://kanorblog.wordpress.com/2011/06/ … demacs-24/

Mindiell · Le 17/07/2012, à 11:21

Merci beaucoup !

EDIT : Bon j'ai téléchargé la version sur le site officiel pas le git. Et j'ai pas d'autogen dedans, donc je vais compiler comme d'hab je crois

Dernière modification par Mindiell (Le 17/07/2012, à 11:26)

grim7reaper · Le 17/07/2012, à 11:44

Mindiell a écrit :

@grim7reaper: Merci ! Je croyais qu'emacs était en mode console uniquement, je vias pouvoir le tester avec moins d'à priori
EDIT : ah, apparemment il vaut mieux la dernière version, on va tenter la compilation alors...

Pour ça, je crois que la version des dépôts (23.3) est suffisante. Il me semble pas qu’il y ai eu de nouveauté à ce niveau pour la 24.1

Mindiell · Le 17/07/2012, à 15:19

Bon, emacs supprimé
J'ai même pas réussi à afficher la structure arborescente sur la gauche \o/ !

Je verrai si j'ai plus de temps plus tard

grim7reaper · Le 17/07/2012, à 16:53

Tu voulais un truc du genre :

Ça se fait juste avec le Emacs standard (mode dired).
Bon là il y a quelques lignes de conf’ derrière, mais uniquement pour virer les infos superflues. De base, ça fonctionne très bien.

tshirtman · Le 17/07/2012, à 21:29

maxpoulin64 a écrit :

Un file-tree view

Sous vim y'a nerdtree, qui est bien, mais en fait c'est dépassé les filetree, ce qui est bien c'est les ctrlP

, une barre d'onglet

On a aussi les onglets sous vim, mais en fait, c'est mieux d'utiliser les buffers, avec lusty pour switcher de buffer, c'est bien agréable.

avec un grand espace pour voir le code,

Toute la place, je trouve ça pas mal

J'ai essayé plusieurs fois vim (et gvim), jamais réussi à m'y faire Je comprend le principe, mais pour taper du texte rendu là l'éditeur fait plus grand chose pour toi à part écrire le texte et le colorer à mesure... Mais systématiquement avec vim je perd un temps fou à scroller le document pour aller à la bonne ligne, sélectionner du texte, supprimer, copier, coller. Compter le nombre de ligne pour faire un copier coller plus poussé ou autre... Je suis ptête trop nul, dunno

Oui, en effet, comme dis kanor, c'est dommage de perdre du temps sur les trucs ou il est bon. J'ajouterais juste ctrl-D et ctrl-U pour scroller à ce qu'il à dit, et pour copier-coller, le plugin yank-ring, c'est cool.

Et merci kanor, je pense que je vais réutiliser relative number, je l'avais oublié.

Mindiell a écrit :

Bon, personne n'a répondu à ma question :
Quid de l'intégration des dépôts dans vos éditeurs (vim, emacs, geany) ? C'est pour ça surtout que j'aime bien Eclipse malgré sa lourdeur. Et le refactoring aussi d'ailleurs...

Pour les dépots, j'ai surtout ma config zsh, mais pour git, le plugin vim-fugitive est excellent pour les opérations avancées.
Pour le refactoring, je fais pas trop, mais en python, le plugin python-mode fournis une bonne intégration rope qui permet apparement de faire pas mal de chose, j'ai juste jamais appris à me servir de cet aspect.

Dernière modification par tshirtman (Le 17/07/2012, à 21:46)

Etoma · Le 17/07/2012, à 21:51

J'arrive à for et split() dans le bouquin.
Putain, je suis même pas encore arriver loin que j'y pense même pendant le taf....

Jules Petibidon · Le 17/07/2012, à 22:29

Question, les relative number c'est à partir d'une version particulière ? Chez moi ça fonctionne pas

sinon pour couper sans se prendre la tête à compter les lignes, on peut aussi faire quelque chose du style :20, 40 d

Et sinon le plugin python-mode est à l'usage assez lourdasse (enfin c'est un jugement perso)

:!pakman · Le 17/07/2012, à 23:39

Y'en a pas plusieurs parmi vous qui programmaient un espèce de compilateur simplifié ?
Je crois me rappeler ça, plusieurs d'entre vous implémentaient un compilo capable de gérer des trucs genre opérations de bases, décalages de bits...
Vous auriez pas les specs à me passer pour réaliser une implémentation siouplait ?

Dernière modification par :!pakman (Le 17/07/2012, à 23:42)

Pylades · Le 17/07/2012, à 23:47

http://fr.wikipedia.org/wiki/Brainfuck

Kanor · Le 17/07/2012, à 23:48

relativenumber c'est à partir de la version 7.1

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1426 Le 17/07/2012, à 08:51

Re : /* Topic des codeurs [7] */

#1427 Le 17/07/2012, à 08:56

Re : /* Topic des codeurs [7] */

#1428 Le 17/07/2012, à 09:14

Re : /* Topic des codeurs [7] */

#1429 Le 17/07/2012, à 09:21

Re : /* Topic des codeurs [7] */

#1430 Le 17/07/2012, à 09:22

Re : /* Topic des codeurs [7] */

#1431 Le 17/07/2012, à 09:34

Re : /* Topic des codeurs [7] */

#1432 Le 17/07/2012, à 09:46

Re : /* Topic des codeurs [7] */

#1433 Le 17/07/2012, à 10:27

Re : /* Topic des codeurs [7] */

#1434 Le 17/07/2012, à 10:33

Re : /* Topic des codeurs [7] */

#1435 Le 17/07/2012, à 10:39

Re : /* Topic des codeurs [7] */

#1436 Le 17/07/2012, à 10:46

Re : /* Topic des codeurs [7] */

#1437 Le 17/07/2012, à 10:49

Re : /* Topic des codeurs [7] */

#1438 Le 17/07/2012, à 11:07

Re : /* Topic des codeurs [7] */

#1439 Le 17/07/2012, à 11:13

Re : /* Topic des codeurs [7] */

#1440 Le 17/07/2012, à 11:20

Re : /* Topic des codeurs [7] */

#1441 Le 17/07/2012, à 11:21

Re : /* Topic des codeurs [7] */

#1442 Le 17/07/2012, à 11:44

Re : /* Topic des codeurs [7] */

#1443 Le 17/07/2012, à 15:19

Re : /* Topic des codeurs [7] */

#1444 Le 17/07/2012, à 16:53

Re : /* Topic des codeurs [7] */

#1445 Le 17/07/2012, à 21:29

Re : /* Topic des codeurs [7] */

#1446 Le 17/07/2012, à 21:51

Re : /* Topic des codeurs [7] */

#1447 Le 17/07/2012, à 22:29

Re : /* Topic des codeurs [7] */

#1448 Le 17/07/2012, à 23:39

Re : /* Topic des codeurs [7] */

#1449 Le 17/07/2012, à 23:47

Re : /* Topic des codeurs [7] */

#1450 Le 17/07/2012, à 23:48

Re : /* Topic des codeurs [7] */

Pied de page des forums