#ergonomie

Ou utilisez des outils libres... et non des services propriétaires pseudo-gratuits.

qu’est-ce qui fait que dans le camp du #logiciel_libre on n’a pas (ou on ne sait pas mettre en valeur, ou offrir à tous…) le reader qui attire tout le monde ?

Les ressources en #ergonomie ?

Il y a beaucoup de dons de code ou de morceaux de code, mais peu de dons en ergo et graphisme. Il y en a, mais immensément moins. Donc pour la plupart des logiciels libres, l’ergo n’est pas toujours super.

Or pour un lecteur de flux en masse (suivre 5 flux c’est facile, en suivre 500...), c’est vraiment l’ergo qui fait que ça va attirer du monde.

Il y a beaucoup de dons de code ou de morceaux de code, mais peu de dons en ergo et graphisme.

Peut être parce que c’est beaucoup plus difficile à faire ?

Une problématique d’ergo ou de graphisme se « découpe » beaucoup moins facilement en sous-problèmes que le code. Pour que ça marche, il faut avoir une vision holistique du sujet, et ne pas la perdre lorsqu’on s’occupe des détails.

Ce sont 2 disciplines (ergonomie et graphisme) qui nécessitent à la fois une approche très cadrée, du recul et du temps.

C’est plus facile avec des projets commerciaux :
– où « le public cible » et le « périmètre fonctionnel » sont bien circonscrits (désolé pour les gros raccourcis affreux)
– où le graphiste et/ou l’ergonome ont les moyens (temps, légitimité, responsabilité, rémunération) de travailler à plein temps et en profondeur sur leurs sujets.
– Les projets commerciaux sont en général moins « gros », moins complexes, avec moins d’intervenants (une part non négligeable du boulot de graphiste ou d’ergo est aussi d’écouter, communiquer, expliquer et ajuster en fonction des retours).

Je ne dis pas que c’est impossible dans le domaine du libre, mais juste beaucoup plus difficile... Et donc beaucoup plus intéressant. :)

J’ai le sentiment que sur le graphisme, toute personne peut donner son avis, alors tout le monde se lâche pour dire tout et n’importe quoi. C’est très fatiguant et très dévalorisant pour ceux dont c’est le métier. Comprenez que je n’exclus en rien les amateurs, au contraire, je ne suis pas en train de défendre la profession, je parle de passion et d’expérience, de culture visuelle nourrie et de recherches personnelles sur plusieurs années, bref du métier, ça oui. Certains clients font intervenir leur mari sur le logo, et en phase final de préférence (sisi, vrai de vrai), pourtant ils ne remettront jamais en cause le code. Ils sont persuadés que le graphisme c’est facile et pinaillent comme bon leur semble, quand à payer à sa valeur, c’est difficile. Les collectivités offrent souvent des formations d’une semaine à photoshop à leur secrétaire qui doit ensuite faire les affiches et la com. Ils n’ont aucune idée de ce qu’est le travail d’un typographe, d’un imprimeur ou d’un graphiste. C’est vraiment une catastrophe de bosser avec eux. Tout se perd mamemichu.

@touti c’est assez vrai. Voir aussi : ►http://theoatmeal.com/comics/design_hell

J’ai aussi constaté le phénomène en ergonomie (« c’est juste du bon sens ») et dans une moindre mesure en dev.

je comprends la problématique vis-à-vis des clients, mais là on parlait de logiciels libres… à priori y a pas la petite nièce du client qui s’implique en phase finale…

à mon sens un des problèmes est que les « devs » ont les clés, et en général ne savent pas ne pas s’ingérer (alors que, à l’extrême inverse, les designers refusent parfois totalement de penser qu’ils ont éventuellement le droit de toucher au code)

Ouais peut-être... mais je reste persuadé qu’un des points les plus importants qui différencie les deux reste le problème du temps, et donc souvent de l’argent.

Dans un projet d’une entreprise, payé par un client, un grand nombre de morceaux de code, s’ils sont génériques, peuvent être extraits du projet et redistribués en licence libre. Ainsi, de nombreuses entreprises privées peuvent contribuer au code. Autrement dit : les développeurs peuvent contribuer au libre sur leur temps de travail, et non pas juste chez eux sur leur temps libre.

Cela n’est pas, ou très rarement, le cas en ce qui concerne la conception d’interfaces et le graphisme, qui la plupart du temps sont propre à l’application du client, et ne peuvent pas être reversés en libre.

De plus, regardez les logiciels libres ayant des interfaces conçues par des gens dont c’est le métier : l’énorme majorité ce sont des choses payées par des entreprises (Canonical pour Unity, Acquia pour Drupal 7, etc), ou des grosses fondations ayant assez pour payer des ergo et graphistes à plein temps (Mozilla, etc). Et ce qu’ils redistribuent en libre, c’est quand ils savent qu’il y a un retour sur investissement pour eux (vendre et maintenir des Ubuntu, vendre des sites en Drupal). Bref : c’est de l’argent que ces compagnies investissent et non du bénévolat de gentils ergonomes dans leur grotte.

Pour revenir au lecteur de flux, on peut avoir facilement du code bien pour gérer des flux, lier des tags, etc, venant d’un mélange de devs faisant ça sur leur temps de travail et leur temps libre. Mais pour ce qui est de l’ergonomie (ce qui va faire que ça va être adopté pas beaucoup), si une compagnie ou une grosse fondation ne voit pas l’intérêt de payer une équipe pour concevoir une super interface... Ou alors il faut copier l’existant (copier l’interface de google, copier l’interface de tel service propriétaire).

Ouais je suis un peu pessimiste, et je n’ai pas de solution magique pour arriver à « financer du temps » pour des ergonomes, assez long pour concevoir des interfaces bien faites (et oui je pense que ça se fait moins facilement en une soirée à l’arrache que du code fonctionnel, ne serait-ce que parce qu’il y a plus d’échanges avec les utilisateurs). Mais je ressens cela quand je regarde qui participe (et comment) aux logiciels libres dont je suis un peu la communauté.

Et c’est un problème intéressant à résoudre pour d’autres logiciels libres évidemment, en premier lieu #SPIP en ce qui me concerne (ergo de l’admin, graphisme des sites officiels).

(Cette conversation peut être mis en rapport avec cette conversation de @stephane ►http://seenthis.net/messages/123465, où l’on parle aussi de la facilité d’installation et d’utilisation de logiciels libres, et on l’on parle aussi du #manque_de_temps.)

@rastapopoulos, je pense que l’argent peut être un problème dans la mesure ou on cherche encore un équivalent symbolique pour dire « ce que tu fais à de la valeur ». Oui, parfois, c’est dur de ne pas trouver d’autre mode de paiement :)

Et donc @fil je ne voulais pas mettre les pieds dans le plat en choisissant de parler plutôt de clients que d’utilisateurs de logiciels libres, mais franchement je ne vois pas la différence.
Il te suffit de remplacer la petite nièce par tous ceux qui savent aujourd’hui comment faire un logo pour SPIP… voila, les pieds dans le plat, c’est malin !

@touti, je suis convaincu que l’argent est un problème pour à peu près tout. Mais là je parlais dans le cadre de la manière dont on vit actuellement, dans notre société capitaliste industrielle, et de la manière dont les développeurs, ergonomes, et graphistes vivent au quotidien. Et dans ce cadre là, et bien si on veut que des logiciels libres aient des interfaces bien faites et jolies, il faut que des ergonomes aient le temps (long) de les concevoir. Donc pas uniquement gratuitement sur leur temps de loisir et/ou familial !

Pour que ça reste moins capitaliste (non-capitaliste étant exagéré), c’est-à-dire pas par appât du gain, il faudrait peut-être que ce soit dans des projets coopératifs et/ou publics. Soit financé par des collectivités (petites ou grosses), soit par du crowdfunding, soit un mélange des deux.

Personnellement, je me sens plus à l’aise quand je développe une fonctionnalité pour un organisme public (qui a de l’argent et du temps à investir pour du bien commun), que quand c’est pour une entreprise. Ce n’est pas l’idéal, mais je suis plus serein.

Après faut pas être dépend de politiques ou de bureaucraties (cf spip-agora). Mais je pense qu’il y a moyen de le faire en bonne coopération avec les communautés libres : ça dépend de l’état d’esprit de la collectivité qui participe (est-ce pour se l’approprier ou pour vraiment fournir un truc utile à tous).

A propos de #Google_reader de son #monopole sur le #RSS, je trouve le titre très bon, ça démontre bien le pur #capitalisme de cette firme : absorber puis jeter…

Adoption, extension et extermination : comment Google a broyé et abandonné l’industrie RSS

►http://www.zdnet.fr/actualites/adoption-extension-et-extermination-comment-google-a-broye-et-abandonne-l-indu

#interface #ergonomie #cms #idée_pour_SPIP

http://docs.bolt.cm/screenshots

#interface #admin #ergonomie

l’étroitisation de la mise en page pose de gros problèmes ergonomiques que des astuces de code ne peuvent pas forcément gérer

- Les internautes en situation de mobilité utilisent des termes et équations de recherche très différentes de celles utilisées depuis un ordinateur fixe ;
– Les mises en page adaptives ne permettent pas de diminuer les temps de chargement (les éléments de la page sont chargés, mais pas affichés) ;
– La mise en page ne s’adapte qu’aux smartphones, les utilisateurs de feature phones sont donc mis de côté ;
– Cela limite la créativité et les possibilités offertes par le rich media.

En résumé : le Responsive Web Design est un compromis très intéressant pour toucher un maximum de mobinautes en limitant les coûts de développement, mais ce n’est pas une solution universelle, loin de là.

#web #développement #intégration #ergonomie

Si ça pouvait permettre de publier directement en papier chez Gallimard, je vous dis pas la taille de mes chevilles.

(Période d’euphorie printanière).

GF

Par curiosité : qu’entends-tu par souple ?

#SPIP #interface #admin #ergonomie #CMS #édition

Et je suis d’accord. Je pense avoir le courage, mais le temps ça, je ne sais pas...

Après, que ce soit pour moi ou d’autres, je sais que quand c’est trop flou, trop énorme, on a du mal à s’y mettre. Alors que quand quelqu’un (ou un groupe) a déjà commencé à lister des choses à faire, à découper en morceaux, et bien c’est plus facile de s’insérer et de contribuer. Il faut un leadership quoi ! Haha.

On est déjà censé faire tellement de choses... (dans notre travail, dans notre famille, dans notre assoc, dans d’autres parties de SPIP, comme la doc et e site officiel...)

@rastapopoulos :

Il faut un leadership quoi !

J’étais assez chaud après l’été dernier, au troglo. Et puis quand tu vois la foire d’empoigne pour tout, j’ai baissé les bras. Ce n’est pas « faire tellement de choses » qui me pèse (on en fait tous plein), c’est faire dans une telle ambiance.

Enfin bref. Des énergies plus positives sont à l’œuvre ailleurs, c’est là que je regarde.

http://www.youtube.com/watch?v=cvVyg77j0YY

C’est marrant cette idée de « foire d’empoigne pour tout », car il me semble que si tu regardes les choses avec objectivité, pour 1 projet sur lequel il y a des discussions qui partent en vrille, il y en a 100 qui avancent vite et en bonne coopération. Le troll comme miroir déformant ?

Oui, c’est vrai, mais il faut quand même avouer que les projets qui touche le graphisme et/ou l’ergonomie sont plus sujets aux controverses que ceux plus techniques de tâches de fond, de lien entre objets, etc.

Peut-être que les modifications d’ergonomie sont un peu plus faciles à accepter (car un peu plus objectives) que l’identité graphique.

Peut-être @fil, peut-être... même si le rapport de 1 pour 100 me paraît très exagéré, j’en comprends l’idée :)

« tout ça c’est des excuses pour tirer sa flemme et critiquer ceux qui bossent » :-)
je me mêle pas trop des discussions sur le graphisme, parce que j’ai des gros doigts, mais sur les autres sujets, je vois que ça avance de façon très constructive — même si ça veut pas dire qu’on est toujours d’accord sur tout !

Malgré cela, j’ai le sentiment (approche non scientifique et donc étayée par aucun chiffre, aucune preuve) que cette histoire reste un symptôme sans diagnostic d’un mal récurrent qui reste sans solution. (ouh ! L’abominable fataliste... )

@notabene parle d’ambiance, on parle de graphisme. Il dit qu’il manque de courage, on lui parle de manque de temps. Il en va souvent de même sur les listes : « Je voudrais discuter d’un sujet » reçoit assez régulièrement comme réponse « paye ton code ! ». Quelque chose me fait craindre qu’il y a des mondes qui ne peuvent pas se rencontrer. :p

Même si on essaie de traiter ça avec humour et tendresse, on continue, en tant que communauté, à mal accueillir certaines compétences, les points de vue originaux et les bonnes volontés dont le travail ne pourrait être perceptible en nombre de lignes de code reversées. Le « graphisme » n’est pas le problème. Le problème, c’est « notre » vision de l’hospitalité. :)

Mais oui, c’est peut-être que des excuses, tout ça.

Oh, oh, bonhomme, j’ai dit que c’est MOI qui n’avait pas le temps.

En ce qui me concerne, personnellement moi-même, je trouve que j’ai plutôt le soucis d’accueillir les non-codeurs (cf mon projet toujours pas abouti pour le site officiel).

Mais je suis d’autant plus d’accord qu’actuellement, par le site officiel et les listes, ce n’est pas facile de contribuer pour quelqu’un qui n’est pas codeur. Donc pour tout ce qui ne concerne pas les morceaux où @fil trouve que ça avance. :)

Alors bien sûr il manque peut-être un accueil plus chaleureux pour ces non-codeurs. Mais je crois aussi qu’il manque des outils. Parce que suivi des commits + liste mails, ça ne suffit pas et ce n’est à mon avis pas du tout adapté pour le travail collaboratif en conception, ergonomie, graphisme, etc.

Oh, oh, bonhomme, j’ai dit que c’est MOI qui n’avait pas le temps.

J’avais donc bien lu. :)

Mais à travers mon propos, je cherchai plus, en évitant toute argumentation ad hominem, à montrer que la communauté ne répondait pas souvent par des encouragements (parce que la question est : « Pourquoi des personnes ne trouvent pas le courage de contribuer, ou le perdent-elles en essayant ? »).

Maintenant, des outils, oui, bien sûr, pourquoi pas.

@fil :

C’est marrant cette idée de « foire d’empoigne pour tout », car il me semble que si tu regardes les choses avec objectivité, pour 1 projet sur lequel il y a des discussions qui partent en vrille, il y en a 100 qui avancent vite et en bonne coopération. Le troll comme miroir déformant ?

J’ai quant à moi l’impression que les trucs sur le back avancent, chaque bout étant contrôlé/discuté par deux ou trois spécialistes.

Dès que tu touches au front, blam, foire d’empoigne. Et moi je suis du côté du front. Tiens, regarde, récemment : le logo. Et puis régulièrement : le serpent de mer de l’interface d’admin qui finit toujours en grincements de dents. Sans compter les vieux de la vieille qui te disent « ouais tu peux toujours essayer, tu vas voir, ça va grincer ».

À titre personnel je sais mettre plein d’énergie dans des trucs, mais pas pour du fritage et donc je n’ai pas/plus envie de tenter ça avec spip. C’est du mauvais karma. Donc je dis à qui veut m’entendre que j’adore spip en tant qu’outil, que je suis content de rencontrer les gens que je rencontre, voilà… pour le reste, bin ça se fera sans moi.

Comme le dit @james la question est : « Pourquoi des personnes ne trouvent pas le courage de contribuer, ou le perdent-elles en essayant ? »

Maintenant la question des outils vs. monde réel notamment est effectivement un rideau de fumée : evolt.org par exemple s’est monté à l’époque sans que personne ne se voie jamais, les gens étaient disséminés dans le monde entier. Les outils, on leur fait faire ce qu’on veut, ce n’est pas réellement là le point de blocage.

J’aime bien tenter de chercher des solutions, mais pour spip je ne sais pas par quel bout prendre cette communauté, arc-boutée sans doute, justement, sur le code ; alors à la place je fais autre chose, et puis tant pis.

#linge-sale-en-famille :)

@robin : je pense que la personne qui disait « souple » voulait en fait dire « le contraire de hiératique ».

je comprends que l’idée que tu te fais de SPIP te fasse peur, mais je prétends qu’elle est fausse

@fil Ça ne me fait pas peur, ça m’a refroidi. On en recause à l’occasion.

merci

yeps, un grand merci à @tetue (même si la lecture de ses articles me fait régulièrement replonger dans le code de mes sites pour les rendre plus polis, nan mais #arrachage_de_cheveux_mais_on_est_contents_après)

pour d’autres confs cf. #parisweb

à propos de #design cet article à propos d’un #livre que certains connaissent sans doute, de Max Bruinsma Deep Sites : Intelligent Innovation in Contemporary Web Design

« Innover sur le web » : dix ans après… | Œuvre | Imaginaire | Numérique via @nicolasthely
http://oin.hypotheses.org/479

http://f.hypotheses.org/wp-content/blogs.dir/627/files/2013/03/05DeepSites.png

trois niveaux peuvent être mis en rapport avec le commentaire original. Parfois, malgré la mise à jour graphique et un nouveau contenu, le texte pourrait encore virtuellement accompagner la nouvelle version du site. D’autre fois, il existe une #archive interne au site qui permet de retrouver les pages anciennes à une nouvelle URL… Dans tous les cas où la continuité l’emporte sur la rupture, j’ai choisi un bleu clair. Lorsque les modification sont plus profondes, l’écart entre le commentaire et les visuels actuels plus évident, un bleu plus dense nous entraine vers l’abîme du #temps. Et pour certains cas plus indécis, un bleu moyen est conservé. Enfin, j’ai choisi de restituer la visibilité des adresses par contraste pour terminer de tagger cette interface et la rendre plus facilement utilisable…

Merde, ça fait un paquet de minutes que j’ai perdu pour mon espérance de vie ça !...

Sinon on peut changer de boulot aussi.

j’ai fabriqué la mienne sur la base d’un petit meuble de bureau sur roulettes (que je possédais déjà). J’ai acheté 4 pieds que j’ai fixé sur un plan de travail.
Plusieurs avantages : je peux la déplacer et ranger du matériel dessous. Je peux éventuellement m’assoir sur un tabouret de bar.
https://dl.dropbox.com/s/2iqxkoevkh73h38/table.jpg

assis/debout/couché #vie

LES ASSIS
Noirs de loupes, grêlés, les yeux cerclés de bagues
Vertes, leurs doigts boulus crispés à leurs fémurs,
Le sinciput plaqué de hargnosités vagues
Comme les floraisons lépreuses des vieux murs,
Ils ont greffé dans des amours épileptiques
Leur fantasque ossature aux grands squelettes noirs
De leurs chaises ; leurs pieds aux barreaux rachitiques
S’entrelacent pour les matins et pour les soirs.
Ces vieillards ont toujours fait tresse avec leurs sièges,
Sentant les soleils vifs percaliser leur peaux,
Ou, les yeux à la vitre où se fanent les neiges,
Tremblant du tremblement douloureux des crapauds.
Et les Sièges leur ont des bontés ; culottée
De brun, la paille cède aux angles de leurs reins.
L’âme des vieux soleils s’allume, emmaillotée
Dans ces tresses d’épis où fermentaient les grains.
Et les Assis, genoux aux dents, verts pianistes,
Les dix doigts sous leur siège aux rumeurs de tambour,
S’écoutent clapoter des barcarolles tristes
Et leurs caboches vont dans des roulis d’amour.
Oh ! ne les faites pas lever ! C’est le naufrage.
Ils surgissent, grondant comme des chats gifflés,
Ouvrant lentement leurs omoplates, ô rage !
Tout leur pantalon bouffe à leurs reins boursouflés.
Et vous les écoutez, cognant leurs têtes chauves
Aux murs sombres, plaquant et plaquant leurs pieds tors,
Et leurs boutons d’habit sont des prunelles fauves
Qui vous accrochent l’œil du fond des corridors !
Puis ils ont une main invisible qui tue ;
Au retour, leur regard filtre ce venin noir
Qui charge l’œil souffrant de la chienne battue,
Et vous suez, pris dans un atroce entonnoir.
Rassis, les poings noyés dans des manchettes sales,
Ils songent à ceux-là qui les ont fait lever,
Et de l’aurore au soir des grappes d’amygdales
Sous leurs mentons chétifs s’agitent à crever.
Quand l’austère sommeil a baissé leurs visières
Ils rêvent sur leur bras de sièges fécondés,
De vrais petits amours de chaises en lisières
Par lesquelles de fiers bureaux seront bordés.
Des fleurs d’encre crachant des pollens en virgules,
Les bercent le long des calices accroupis,
Tels qu’au fil des glaïeuls le vol des libellules,
− Et leur membre s’agace à des barbes d’épis !
https://fr.wikisource.org/wiki/Les_Assis

Et pour son chapitre sur les typos, il y a ce site qui est plutôt pas mal : http://unitinteractive.com/blog/2008/06/26/better-css-font-stacks

et #mobile

Et la deuxième partie :
http://designspartan.com/info_generale/quest-il-arrive-au-webdesign-que-jaime-partie-2

#graphisme #design #web #flash #ergonomie #contenu #responsive

Recopier un URL est malheureusement encore une difficulté pour beaucoup de gens (et encore plus s’il faut respecter la casse).

« le pire pêcher » n’est donc pas le crime contre l’orthographe

Tiens, toi aussi ça t’as piqué les oeils ?

oups, c’est corrigé sur le site de place de la toile, mail envoyé pour @iactu

y a pas de quoi se fâcher

il y a deux manières de répondre à cette demande :
1. créer par défaut une « non-rubrique » et donner son id_rubrique aux articles « non rubriqués » ; et faire éventuellement disparaître la mention de rubrique de l’interface (sans toucher au code sous-jacent)
2. tout recoder

bon courage

Ce problème de hiérarchie des rubriques revient souvent avec SPIP ! kent1 (il me semble) avait proposé (y’a quelques temps déjà) un site sans rubrique géré par les mots-clefs, mâ je sais plus ou…
J’imagine parfois (c’est à murir) qu’il faudrait pouvoir choisir l’usage de son SPIP parmi 3 ou 4 modèles qui déterminerait l’interface : vitrine, collectif, blog et donc avec ou sans rubri-cages…

De toute manière dès qu’il s’agit de bosser un peu @fil est contre. T’inquiètes pas @rastapopoulos … #troll

1) permettre de déclarer quel type est le parent de quel autre de manière explicite dans la déclaration d’un objet
2) utiliser ça pour déclarer par défaut que les articles ont comme parents des rubriques pour garder le comportement d’avant
3) du coup c’est propre et explicite, il n’y a plus de lien implicite, on peut donc sortir les rubriques en plugin séparé
3bis) les articles aussi peuvent être un plugin
4) tout ça est fourni pareil que maintenant par défaut mais sans obliger à créer de rubrique à l’installation du site, on peut publier un article sans

Tout ça n’est pas qu’un truc de geek « framework » mais sert alors à ce que les interfaces et le processus d’édition et de publication correspondent vraiment à ce qu’ont besoin les sites.

Ce n’est pas « que de la modif de geek sous le capot » ou « que des modifs d’interface sans changer l’architecture derrière ». Ce sont deux chantiers, qui parfois peuvent se faire séparément, parfois pas. Pour ne pas choquer les habitués, je trouve pas mal la direction prise de garder les mêmes fonctionnalités pour l’instant, mais en nettoyant petit à petit le code tout détacher et rendre tout plus cohérent.

Ce n’est pas juste pour le plaisir de découper en plugins, c’est parce qu’ensuite ça aide à construire d’autres interfaces et d’autres manières de publier simplement avec le même outil.

Plus simple : donner aux rubriques tous les champs d’un article et les appeler articles. Si elles font des petits, c’est bien, et sinon, c’est pareil. Non ?

De toutes façons il y aura toujours un « dossier » : la racine. Il suffirait (peut-être) de permettre aux articles de s’y loger

dans ce cas bon courage notamment avec les jointures sur une rubrique non existante (NULL)

cad @fil ? je comprends pas ce que tu décris, dans quel cas tu as ça ?

je dis juste qu’il faut vérifier l’impact sur ce genre de cas… l’interface et le code ont été pensés autour des rubriques, donc partout on appelle une rubrique ; que se passe-t-til quand elle n’existe pas

Pour ce qui est de l’interface, le « partout » c’est essentiellement du squelette maintenant. Donc si la boucle (RUBRIQUES) ne sort rien (on peut même mettre « RUBRIQUES ? » je crois) et bien soit on affiche rien soit on affiche autre chose de plus simple (par exemple pour le chemin). C’est évidemment un point à vérifier, mais niveau interface je n’ai pas l’impression qu’il y ait tant d’appel que ça aux rubriques.

Enfin là on rentre dans du détail technique. :)

ok, faut essayer :)
vérifie quand même avant tout le script optimiser.php :)

Le tube c’est ta traduction pour pipe ?

@robin Ben oui. |