..:: Topic des Codeurs Couche-Tard [0] ::..

helly · Le 30/04/2010, à 23:22

write("bn");

Dr Le Rouge · Le 30/04/2010, à 23:54

dodo à points

Pylades · Le 01/05/2010, à 00:05

Bon. Vim est difficile à configurer.

grim7reaper · Le 01/05/2010, à 00:12

Essaye Emacs (j'espère que t'aime les parenthèses et le paradigme fonctionnel par contre)

Pylades · Le 01/05/2010, à 00:55

* PAN *

Plus sérieusement, il faudrait que j’essaye de voir de quoi il en retourne, un de ces jours, pour en avoir une autre connaissance que les ragots sur les ctrl-alt-meta…

grim7reaper · Le 01/05/2010, à 01:00

Moi aussi. J'ai essayé juste une fois, mais c'est vrai que les raccourcis m'ont vite refroidi (bon j'étais déjà un peu habitué à Vim et j'ai pas essayé longtemps donc à voir).

Une chose est sûr, c'est plus puissant (vu que la config se fait dans un langage de programmation), mais plus lourd et moins "standards".
Vi (pas toujours Vim) est présent sur de nombreuses OS (libre et proprio, unixoïde ou pas) par défaut donc on se snet toujours un peu chez soi (même si Vi ça pique un peu quand on est habitué à Vim ).

Dernière modification par grim7reaper (Le 01/05/2010, à 01:00)

Кຼزດ · Le 01/05/2010, à 01:15

Pylade a écrit :

Bon. Vim est difficile à configurer.

Et sinon, oui, vi c'est laid et moins fonctionnel, mais ça reste pratique.
(enfin sur des très petits fichiers, du coup, c'est nano, parce que vi je l'aime pas énormément ><)

Dernière modification par mathieuI (Le 01/05/2010, à 01:16)

Pylades · Le 01/05/2010, à 01:20

Ouais. En tous cas cette histoire de coloration syntaxique me chagrine un peu. Je n’avais jamais utilisé Vim pour du C, et de ne pas voir mes opérateurs en couleur (d’autant plus que j’avais l’habitude des les voir dans un rouge très visible), ça m’a un peu choqué. Il faudrait que je voie ça un jour.

Dernière modification par Pylade (Le 01/05/2010, à 01:52)

grim7reaper · Le 01/05/2010, à 01:30

Ouais enfin quand tu bosses sous du AS400 ou du P5 tu oublies nano, Emacs & cie car tu n'as que Vi (bon emacs est dispo pour P5 mais pas de base, pour AS400 je ne sais pas).

Au moins avec Vi(m), tu n'es jamais depaysé .

Dernière modification par grim7reaper (Le 01/05/2010, à 01:31)

nesthib · Le 01/05/2010, à 01:35

@grim7reaper : alors quand est-ce que tu nous fais une intro au C ?
à force d'en vous lire avec Pylade ça me met l'eau à la bouche ^^

Toineo · Le 01/05/2010, à 01:40

@grim7 : je te plussoie sauvagement (ouais ouais pas peur ) à propos de l'auto-formation... Perso c'est à peu près ma seule source de connaissance en prog...

Dernière modification par Toineo (Le 01/05/2010, à 01:40)

Кຼزດ · Le 01/05/2010, à 01:40

Pylade a écrit :

Ouais. En tous cas cette histoire de coloration syntaxique me chagrine un peut. Je n’avais jamais utilisé Vim pour du C, et de ne pas voir mes opérateurs en couleur (d’autant plus que j’avais l’habitude des les voir dans un rouge très visible), ça m’a un peu choqué. Il faudrait que je voie ça un jour.

Tu peux changer ton fichier de syntaxe facilement
c'est pas dur, en gros il fait des

syn alias (alias peut être match, keyword, ou autre)  truc (truc est une catégorie bidules à colorer) expression (soit une liste de mots clefs, si c'est keyword, soit une regexp, si c'est match, etc…)

Et des

HiLink alias(les catégories dont je parle au-dessus) bidule(bidule est une catégorie dans vim, donc Statement, Comment, etc)

:help syntax

est très pratique

grim7reaper · Le 01/05/2010, à 01:44

@nesthib : Je vais y réfléchir . Après tout s'il y a des intéressés ça pourrait peut-être servir à quelques-uns (on ne sait jamais ). Bon, je n'ai jamais eu de grands talents d'écrivains, mais après tout pourquoi pas.

Après il faudrai voir quelle approche choisir pour ne pas faire une énième ressources sur le C comme on en trouve à la pelle à droite à gauche sur Internet.

Enfin, une chose est sûr ça ne seras pas pour tout de suite car j'ai malheureusement beaucoup de choses à faire en ce moment (projet à avancer/terminer, essayer d'avoir mon année , configurer mon nouveau système, etc.) mais je garde l'idée dans un coin (peut-être durant les vacances d'été).

Pylades · Le 01/05/2010, à 01:54

grim7reaper a écrit :

Ouais enfin quand tu bosses sous du AS400 ou du P5 tu oublies nano, Emacs & cie car tu n'as que Vi (bon emacs est dispo pour P5 mais pas de base, pour AS400 je ne sais pas).
Au moins avec Vi(m), tu n'es jamais depaysé .

De toutes façons, nano, ça ne sert que pour dépanner quand tu ne connais pas de vrai éditeur de texte. J’espère que personne ne bosse avec.

@mathieuI : je vais voir ça. Demain. ^^

Dernière modification par Pylade (Le 01/05/2010, à 01:56)

Pylades · Le 01/05/2010, à 02:03

Bon, salut les couche-tard, /me va au dodo.

samυncle · Le 01/05/2010, à 02:13

Plop

grim7reaper · Le 01/05/2010, à 02:34

BN World !

Кຼزດ · Le 01/05/2010, à 03:18

Bon bah jquery c'est sympathique comme lib, même si c'est pas ça qui va me faire aimer le javascript

Pylades · Le 01/05/2010, à 11:13

Ça se fait de mettre un break pour remplacer un return ? J’avais déjà retiré un continue en restructurant ma fonction, mais là je peux retirer beaucoup de return surnuméraires en mettant juste un break à la place. Vous en pensez quoi ?

Édit : tiens, j’ai supprimé un return sans trop remanier le code, et de façon assez subtile. C’est vrai que c’est plus joli comme ça. Bon, là je nettoie le code, mais ça n’avance pas beaucoup. ^^ Tant pis, on va dire que c’est un nettoyage nécessaire pour que ça avance mieux ensuite.

Sinon, j’ai envie de lancer un gros troll sur les règles d’indentation. Tabulation ou espaces ? Là, je suis en train d’indenter à coups de quatre espaces, parce que c’est ce que me faisais mon ancien IDE et que je ne vais pas changer de règle en cours de route, mais ça ne m’a pas l’air très joli, alors je me suis dit qu’on pouvait y mettre un coup de sed…

Dernière modification par Pylade (Le 01/05/2010, à 11:39)

grim7reaper · Le 01/05/2010, à 12:37

Changer break par return, ça dépend où, mais tant que c'est un return qui ne renvoie rien, oui ça peut se faire.

Assurément espace (les tabulations ne sont pas interprété pareil selon les éditeurs, l'espace reste l'espace quelque soit ce que tu utilises, ça assure une mise en page uniforme).

Tu peux configurer Vim pour que la touche tab génère 4 espaces .

Pylades · Le 01/05/2010, à 13:30

Nan, en fait je voulais dire qu’au lieu de mettre des return partout, j’avais l’intention de les remplacer par des break parce que le formatage de ma fonction le permet ;et comme c’est des return d’erreur, je libère la mémoire allouée pour la structure de retour et le pointeur est mis à NULL, donc aucun problème pour la valeur de retour.

Je voulais juste savoir si des break faisaient meilleur genre les multiples return pour lesquels tu m’avais incendié. ^^

Pour l’indentation, OK. Mais la tabulation permet aussi à chaque utilisateur d’avoir un niveau d’indentation tel qu’il le souhaite, c’est plus flexible…

Кຼزດ · Le 01/05/2010, à 13:37

Pylade a écrit :

Sinon, j’ai envie de lancer un gros troll sur les règles d’indentation. Tabulation ou espaces ? Là, je suis en train d’indenter à coups de quatre espaces, parce que c’est ce que me faisais mon ancien IDE et que je ne vais pas changer de règle en cours de route, mais ça ne m’a pas l’air très joli, alors je me suis dit qu’on pouvait y mettre un coup de sed…

set expandtab
set shiftwidth=4
set softabstop=4
set tabstop=4
set foldenablehilight RedundantSpaces ctermbg=red guibg=red
match RedundantSpaces /\s\+$\| \+\ze\t\|\t/

grim7reaper · Le 01/05/2010, à 13:49

Pylade a écrit :

Nan, en fait je voulais dire qu’au lieu de mettre des return partout, j’avais l’intention de les remplacer par des break parce que le formatage de ma fonction le permet ;et comme c’est des return d’erreur, je libère la mémoire allouée pour la structure de retour et le pointeur est mis à NULL, donc aucun problème pour la valeur de retour.
Je voulais juste savoir si des break faisaient meilleur genre les multiples return pour lesquels tu m’avais incendié. ^^

Oui c'est mieux toléré, mais il ne faut pas en abuser non plus . En général, on s'en sort avec une variable d'état et une condition en plus.

Pour l’indentation, OK. Mais la tabulation permet aussi à chaque utilisateur d’avoir un niveau d’indentation tel qu’il le souhaite, c’est plus flexible…

D'où l'éternel débat . Mais bon je préfère l'espace car c'est plus uniforme et je n'ai jamais eu de problème (et puis à la base, le mec qui indente avec une tab de 8 espaces est atteint selon moi).
Il existe de nombreuses façons de présenter le code C. Je n’entrerai pas dans ce débat . Par contre, il est important, une fois qu’on a décidé de ce qui était 'bien', de s’y tenir (histoire d'avoir une présentation cohérente).

Pylades · Le 01/05/2010, à 13:52

softabstop, foldenablehilight ou foldenablehighlight, et RedundantSpaces inconnus.

@grim7reaper : OK. Je vais donc rester sur quatre espaces, de toutes façon ça n’a pas une grande importance.

Dernière modification par Pylade (Le 01/05/2010, à 13:56)

Кຼزດ · Le 01/05/2010, à 14:05

Pylade a écrit :

softabstop, foldenablehilight ou foldenablehighlight, et RedundantSpaces inconnus.
@grim7reaper : OK. Je vais donc rester sur quatre espaces, de toutes façon ça n’a pas une grande importance.

tu as bien vim et pas vi ?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#876 Le 30/04/2010, à 23:22

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#877 Le 30/04/2010, à 23:54

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#878 Le 01/05/2010, à 00:05

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#879 Le 01/05/2010, à 00:12

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#880 Le 01/05/2010, à 00:55

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#881 Le 01/05/2010, à 01:00

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#882 Le 01/05/2010, à 01:15

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#883 Le 01/05/2010, à 01:20

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#884 Le 01/05/2010, à 01:30

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#885 Le 01/05/2010, à 01:35

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#886 Le 01/05/2010, à 01:40

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#887 Le 01/05/2010, à 01:40

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#888 Le 01/05/2010, à 01:44

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#889 Le 01/05/2010, à 01:54

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#890 Le 01/05/2010, à 02:03

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#891 Le 01/05/2010, à 02:13

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#892 Le 01/05/2010, à 02:34

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#893 Le 01/05/2010, à 03:18

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#894 Le 01/05/2010, à 11:13

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#895 Le 01/05/2010, à 12:37

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#896 Le 01/05/2010, à 13:30

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#897 Le 01/05/2010, à 13:37

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#898 Le 01/05/2010, à 13:49

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#899 Le 01/05/2010, à 13:52

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#900 Le 01/05/2010, à 14:05

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

Pied de page des forums