30

alors déjà j'avais tout fait pour ne pas taper "batch renaming", c'est pas sympa de poster le lien embarrassed

Ensuite, je bosse sur une fonction que j'ai pas décrite : le programme devrait pouvoir trouver les fichiers d'un même bouquin, ce qui me permettrait de scanner au kilomètre pour ne trier qu'après, en se basant tout simplement sur les timestamps. Le tableau en bas contient la liste des fichiers, en affiche un aperçu, peut l'ouvrir en double-cliquant pour contrôler que la sélection automagique a bien fonctionné. Et ça, j'ai pas encore trouvé embarrassed

31

Désolée j'ai pas lu tout le thread, du coup ma question est : est-ce pour un usage fréquent par toi ou occasionnel par des utilisateurs non experts ? J'ai regardé seulement vite fait l'UI sans vraiment lire les specs (c'est Maaaaal), et rien ne me choque à part le cadre en haut à droite ("naming options"), que je ne comprends absolument pas (je pourrais sans doute en essayant et en lisant les specs, mais c'est un bon indicateur je pense).

Ah et sinon le cadre "Files order" pourrait prendre toute la largeur, de la fenêtre principale. Ce serait mieux je pense.

Une idée pour les newbs (pardon, "utilisateurs non experts" grin), ce serait à certains endroits d'ajouter des petites icones "?" pour avoir plus d'infos ou des exemples
avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

32

Le cadre "Naming options, c'est pour ça :
- spécifier un nom plus parlant, en y accollant _01, _02 etc...
- utiliser une partie du path destination dans le nom des fichiers (par exemple, si la destination est /abc/def/ghi, je veux que le fichier s'appelle "ghi - page_01.jpg", ou "def - ghi - page_01.jpg")- avoir un séparateur paramétrable entre les noms de répertoire et le nom de fichier
C'est fait pour être utilisé par un expert reconnu : moi tripo
Mais bon, quitte à faire quelque chose, autant essayer de le faire un p'tit peu bien quand même. smile

Super ton idée de petite icone "?", avec une bulle au survol, je prends !

Sinon, voici une autre tentative. Là, on sort du "Ici radio dev. Les geeks parlent aux geeks ; je répète : les geeks parlent aux geeks" pour passer en mode "Salut copaing, alors on va passer cinq minutes ensemble. Aller déstresse, laisse-toi guider ça va aller tout seul. Alors, tu veux quoi ? smile"

Voici le résultat de mes élucubrations : tromb Fichier joint : g3KX

En espérant que ce soit plus ordonné, mieux présenté. Merci d'avance pour vos appréciations. smile

edit -> utilisation de panels au lieu de lignes horizontales pour mieux mettre en valeur l'articulation de la fenêtre.

33

Ça m'a l'air pas mal du tout smile
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

34

(encore qques modifs)

Ah ben merci beaucoup, mais euh... t'as pas de critiques qui te viennent stp ? grin

35

On ne dit pas "copy/move in", mais "copy/move to". Et l'italique est trop inclinée embarrassed

(non sérieusement, c'est bien clair comme interface, bravo smile)
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

36

Bon ben ok, merci, direction le code !

37

C'est normal qu'il n'y ait plus aucun rapport avec la maquette précédente ? trifus (je regarderai plus tard en tout cas smile)

Merci pour les explications ! Mais du coup tu veux pas écrire en français si c'est pour toi et ton entourage ?
avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

38

Sisi, je pourrai écrire en français, c'est prévu mais je veux essayer un truc cheeky

Sinon ça n'a aucun rapport graphiquement avec la maquette précédente, et pourtant ça fait strictement la même chose, je suis reparti from scratch avec une toute autre approche, tout simplement.

En tout cas merci beaucoup de te pencher dessus parce que sur le web je trouve énormément de doc pour le design des sites internet, spécialement des sites marchands, mais les conseils s'appliquent rarement au petits programmes de ce genre.

39

yet another modifiquèillechieune : tromb Fichier joint : yc8O

Cette fois, je me suis inspiré de je ne sais quelle UI que j'ai vue ce matin et qui m'a paru claire. J'ai donc "linéarisé" certains éléments qui tenaient auparavant sur deux lignes. Le danger est de devenir trop compact, mais c'est pas évident de trouver le juste milieu entre la verbosité excessive et la simplicité trop spartiate

40

Globalement, l’interface me parait pas mal.

Comme petit détail pour améliorer, Je dirais qu'il n'y a pas besoin de mettre de texte dans l'entête de la colonne de sélection, ça te fera gagner de la place. Pas besoin de préciser : les cases à cocher servent naturellement à sélectionner.

Ce qui ce fait souvent dans les interface web, c'est de mettre une case à cocher dans l’entête de la colonne de sélection, mais je ne sais pas si Qt le permet. Ça permettrait de remplacer les boutons "Select All" et "Unselect All" : quand tu coches cette casse, ça coche toutes les cases du tableau (et inversement). Pour faire encore mieux, il faudrait utiliser une case à cocher à trois états et la mettre à jour l'état de cette case quand l'état des autres cases est modifié.
avatar

41

Qt connait les checkboxes "tristates", je vais voir ce que je peux faire pour mettre ça en tête de colonne, c'est une très bonne idée en effet, merci bien !

edit -> Bon, ça n'a pas l'air possible simplement :
http://stackoverflow.com/questions/21557913/checkbox-in-a-header-cell-in-qtableview
https://wiki.qt.io/Qt_project_org_faq#How_can_I_insert_a_checkbox_into_the_header_of_my_view.3F
Il faudrait dessiner manuellement, pas question de m'embarquer là-dedans, dommage.

42

Une autre idée pour le second encadré pour avoir un seul champ de saisie de répertoire:
┌──────────────────────────────────────────────────────────────────┐
│ Rename the files :                                               │
│                                                                  │
│ (o) In place                                                     │
│                    ________________________________    ________  │
│ ( ) To directory  │                                │  | Browse | │
│                    ────────────────────────────────    ────────  │
│     [x] Remove originals                                         │
│                                                                  │
└──────────────────────────────────────────────────────────────────┘
avatar

43

pour le deuxième encadré, j'aurais plutôt vu un menu déroulant permettant de choisir l'action, et activer le champ d'entrée à côté si l'option choisie le demande
avatar
pedrolane stoppe la chute des chevaux

La DNC-Team : un club plein de mystères

44

Juste une petite remarque sur l'anglais : "actual name" veut dire "vrai nom". nom actuel se dit "current name"

Dans ton nouveau tableau, quelle est la différence entre la colonne preview et resulting name ? (= que contient preview?)

Désolée si je suis un peu à côté de la plaque et à l'arrache, je croule sous le boulot et engagements divers en ce moment du coup j'ai pas trop trop le temps sad

Mais sinon, mon impression générale sur cette nouvelle UI :
Points forts : section du bas (cadre avec nom des fichiers) ; globalement très compréhensible ; côté vertical/pseudo-séquentiel qui fait qu'on n'oublie pas de remplir une partie
Point faible : Pour un usage fréquent, intensif et expert, peut-être un peu chargé ? (longues phrases qui risquent de ralentir la saisie) ; section copy/move/do nothing sans doute améliorable (mais rien de choquant... du coup j'aime pas mal la solution d'uther)
avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

45

J'ai pas expliqué les colonnes en fait.
Comme c'est du batch renaming de fichiers image, les colonnes sont :
0. coché/décoché : on renomme ou pas
1. preview : aperçu de l'image (en fait je garde pas, trop de temps pour lire et créer l'aperçu, et flemme de coder un thread à part)
2. current name (merci !) : le nom du fichier actuel
3. resulting name (changé en New name) : le nom du fichier après renommage

Ok, merci pour ton appréciation et tes corrections. Et oui, l'idée d'Uther est pas mal, c'est ce que j'avais posté je au début, mais ça donnait plus à réfléchir qu'un "copy/move/do nothing qui est plus explicite.

Mais je compte changer, comme dit Uther, ça fera un champs de moins, ça gagnera en clarté amha.

46

Ok pour preview

New name c'est bien : clair et concis ^^

Le copy/move/do nothing est en effet plus explicite, mais ne ne pense pas qu'il corresponde bien à la façon dont l'utilisateur (en tout cas si j'étais cet utilisateur) réfléchit, du coup ça demande quand même de la réflexion supplémentaire (notamment pour le "do nothing"... je t'avoue que je me suis demandé "est-ce que je fais rien ou je fais quelque chose ?" Du coup, s'il y a moyen d'éviter de devoir dire explicitement qu'on veut rien faire, on est souvent gagnant happy)

Et sinon, concernant les champs liés à des options (boutons radio ou cases à cocher), je ne sais pas si tu as prévu de désactiver les champs lorsque l'option n'est pas sélectionnée (je crois avoir vu passer des posts à ce sujet). Ca serait bien, voire même d'en rendre certains/tous invisibles (notamment dans la partie décoration qui est assez chargée).

Concernant le tableau avec le nom des fichiers :
- il faudrait qu'on puisse voir clairement quels fichiers sont sélectionnés pas uniquement grâce à la checkbox. Je suppose que la colonne "New name" se mettra à jour automatiquement, cependant, donc le fait qu'elle soit vide (fichier non sélectionné) ou remplie (fichier sélectionné) est déjà un premier pas. Si tu le souhaites, tu peux également griser les fichiers non sélectionnés, surligner les lignes sélectionnées, mettre en gras les noms actuels des fichiers sélectionnés, etc. à toi de voir ce qui te paraît le plus lisible)

Autre chose : je suppose que tes fichiers auront tous le même format ? (ex : .jpg)
avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

47

Ok, la partie copy/move to/do nothing va être refactorée, puisqu'apparemment ça vous gêne, ça doit pas être clair ^^

Les champs liés aux options ne sont pas désactivés. Par contre, si tu y fais quelque chose (genre tu rentres un préfixe), alors la checkbox est sélectionnée automatiquement.
L'autre façon de faire, que tu proposes, nécessite de cocher la case puis de rentrer quelque chose. Pourquoi pas, mais c'est un clic de plus. Mais peut-être est-ce mieux au niveau design ?

Sinon pour le tableau, la colonne "New name" est en effet mise à jour en temps réel quand tu fais des modifs quelque part, et le champs reste vide si la case correspondant au fichier est décochée. Mais je pourrais aussi faire une mise en gras de la ligne pour appuyer sur ce qui va être traité.

Enfin, tous les formats image supportés par Qt sont gérés (cf http://doc.qt.io/qt-5/qimagereader.html#supportedImageFormats ). Les fichiers sélectionnés peuvent avoir différents formats. Un double clic sur une ligne du tableau affichera l'image dans une fenêtre séparée.

48

Folco (./47) :
Par contre, si tu y fais quelque chose (genre tu rentres un préfixe), alors la checkbox est sélectionnée automatiquement.
Je suis partagée :
- c'est pas du tout standard à ma connaissance
- quelqu'un qui trifatouille un champ sans vraiment savoir ce qu'il fait risque de déclencher la sélection sans s'en rendre compte
+ mais après tout si c'est pour toi et que ça te fait gagner du temps why not...
Folco (./47) :
L'autre façon de faire, que tu proposes, nécessite de cocher la case puis de rentrer quelque chose. Pourquoi pas, mais c'est un clic de plus. Mais peut-être est-ce mieux au niveau design ?
Je vais te faire la réponse langue de bois : "il n'y a pas de bon ou de mauvais design : tout dépend de l'usage visé".

J'aurais tendence à dire :

- > soit tu privilégies la rapidité, et tu ne désactives pas les champs, par compte je te conseillerais de virer les checkbox, qui sont redondantes par rapport au fait de remplir les champs. Pour les radio buttons je suis moins catégorique, ce serait à étudier plus en détail.
Cette solution est particulièrement adaptée si tu penses utiliser la fonction "décoration" de façon fréquente.

- > soit tu préfères aérer pour alléger la charge cognitive (et visuelle) et tu rends invisible (mieux que la désactivation je pense) les champs tant qu'il n'y a pas eu de sélection. En effet, l'inconvénient principal est l'augmentation du nombre de clic. L'avantage est que ça allège et évite les fausses manips (du genre je remplis un champ par erreur... peu probables quand même vu la simplicité des tâches et de ton UI actuelle). C'est particulièrement adapté pour les utilisateurs novices/occasionnels ou si tu ne souhaites que rarement utiliser la fonction "décoration" (qui est celle qui prend le plus de place). Donc à toi de voir.
De même, si tu pars sur la solution d'Uther, cette option n'est pas obligée de s'appliquer au radiobutton "move to". Je parle surtout de la partie "décoration"

Concernant les formats de fichiers, est-ce une info qu'il serait pertinente de mettre dans ton tableau ? (par exemple à la place de la colonne preview) Sous forme de string ou d'icône le cas échéant. Si tu as plusieurs types de formats dans le même dossier et que c'est un critère pour sélectionner ou désélectionner, ça peut potentiellement être utile ?
Folco (./47) :
Mais je pourrais aussi faire une mise en gras de la ligne pour appuyer sur ce qui va être traité.
J'ai mentionné le gras, mais c'est à prendre avec des pincettes et utiliser avec parcimonie pour des longues chaînes de caractères. Je te conseillerais de tester plusieurs options de mise en page pour voir laquelle est la plus lisible... Il est également possible de ne mettre en gras que quelques éléments (par exemple les noms de fichiers sans les préfixes, suffixes et extensions.

Concernant les boutons "Select all" et "unselect all", c'est très bien comme ça, mais voici d'autres propositions un peu plus standard peut-être :
- > les regrouper en un seul bouton (clics impairs : select, clics pairs : unselect). Principal inconvénient par rapport à ta solution : tu es obligé de passer par l'état "all selected", et le label du bouton est plus lourd à la lecture.
- > intégrer ce bouton à la ligne de titre (le titre "Select..." étant inutile car on sait tous à quoi servent les checkbox). Avantage : situé au même endroit que les checkbox

Concernant la sélection des fichiers, voici quelques possibilités d'amélioration :
1) Rapprocher le plus possible les checkbox des noms de fichiers, pour que ton oeil n'ait pas à faire des allers-retours et pour limiter les erreurs
- > en réduisant la largeur de la colonne "select" (quitte à enlever le titre...). Du coup je suis consciente que ça ne colle pas avec mon idée s'intégrer le bouton select/unselect all, mais spa grave tongue
- > Attention à la potentielle colonne "format", du coup... peut-être à déplacer?
- > tu peux au moins justifier à droite les checkbox, et éventuellement enlever la barre verticale de droite, d'autant plus si la colonne qui suit est le nom de fichier : en gros, ça revient à intégrer la checkbox à la colonne nom de fichier
2) Plus radical : supprimer les checkbox et sélectionner uniquement en cliquant sur la ligne.
- > Avantage : tu sais ce que tu sélectionnes et moins contraignant cognitivement.
- > Inconvénient potentiel : voir la compatibilité avec ton option double-clic pour afficher l'image. En effet, si tu sélectionnes et désélectionnes immédiatement tu risques d'ouvrir l'image par inadvertance et de t'énerver contre ton interface et d'en vouloir à la personne qui t'a donné ce conseil grin. Mais ce n'est valable que si tu désélectionnes très très vite, donc c'est sans doute très peu probable grin

Concernant l'ouverture des fichiers :
- > si jamais tu ne choisis pas cette idée de virer les checkbox, tu peux formatter tes noms de "fichiers actuels" comme des liens url pour qu'ils soient ouverts avec un simple clic.
- > si tu choisis d'utiliser le double-clic, tu peux réfléchir à l'intérêt d'ajouter l'info "double-cliquez pour ouvrir le fichier dans une autre fenêtre" en mouse-over (s'afficherait par exemple dans le "pied de page" pour ne pas cacher des éléments du tableau avec un tooltip)
avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

49

Bon, suite à toutes tes critiques géniales, voici un nouveau mockup. Identique en fonctionnalités, mais tenant compte de tes remarques.

Mais avant, deux choses qui te permettront de mieux situer la cible :
- le soft est fait pour moi, ou du moins pour quelqu'un d'averti en info
- c'est fait pour renommer des images scannées par grandes quantité : d'où la décoration du nom en fonction des répertoires de destination, c'est vraiment un besoin propre
- il en découle que je n'ai pas besoin d'infos sur le type de fichier, d'ailleurs c'est toujours le même

Donc voici ce que j'ai redessiné : tromb Fichier joint : sNIR
  • J'ai laissé tomber les checkbox qui font double emploi avec le fait qu'un champs ait du contenu ou non : visuellement plus simple, et pas de "check automatique" non-standard
  • J'ai intégré la solution de Uther ./42, "compressée" encore un poil : dorénavant, source + destination + copy + move to + do nothing tiennent dans une seule frame et en trois lignes
  • Pour les boutons sous le tableau, je préfère garder. En effet, quel devrait être l'état de ton bouton unique dans le cas où certains éléments sont sélectionnés et pas d'autres ? Et Qt ne sais pas mettre de checkboxes dans les titres des colonnes, même si ça aurait été l'idée la meilleure.
  • Je vais garder mon double-clic pour voir les images, les inconvénients que tu as cités me font peur dans le cas d'un foirage de clic ^^ Mais je garde l'idée d'une ouverture par simple clic, faut que je regarde comment faire ça.
  • Désactivation par défaut de la partie "décoration", activation par un clic. Simplification : un champ vide ne fait tout simplement rien.

Voilà.
- désolé pour le "je repars à zéro, tu peux recommencer ton analyse" grin Mais j'ai tenu compte de tes conseils et précisé le contexte d'utilisation, donc ça devrait être pas si mal cette fois.
- et surtout un très grand merci pour ta critique très détaillée et toutes tes idées alors que tu cours après le temps !!! smile

50

Folco (./49) :
- désolé pour le "je repars à zéro, tu peux recommencer ton analyse" grin
Ben non, au contraire. C'est itératif, s'normal tongue

Ca me parait pas mal la fusion des sections "Source" et "move/copy", c'est plus concis et logique de les mettre ensemble en effet.
Et du coup, quand tu remplis le champ "destination", est-ce que les fichiers du dossier source sont aussi renommés ou gardent leur nom d'origine ?
Folco (./49) :
Simplification : un champ vide ne fait tout simplement rien.
C'était pas le cas avant ?
Folco (./49) :
Je vais garder mon double-clic pour voir les images, les inconvénients que tu as cités me font peur dans le cas d'un foirage de clic ^^
Tu parles des inconvénients liés à la sélection par clic simple vs. checkbox ? Après c'est à tester, en général les api permettent de bien différencier le double-clic (qui est très rapide sauf pour les personnes souffrant de certains handicaps moteurs) et deux clics successifs. Mais c'est pas fondamental de virer les checkbox, hein tongue. Et les checkbox sont également pratiques pour avoir une "vue d'ensemble" du nombre d'éléments sélectionnés et de leur répartition (on voit très bien où il y a des "trous" ou non, si tu vois ce que je veux dire)
Folco (./49) :
Pour les boutons sous le tableau, je préfère garder.
Comme je t'avais dit, c'est très bien aussi smile (c'est pas comme si ton interface était surchargée de boutons)

Concernant le tableau de sélection de fichiers :
- l'ordre de grandeur du nombre de fichiers dans un dossier c'est quoi, typiquement ?
- un peu plus large ce serait peut-être pas mal (là je doute que tu aies la place de voir les noms de fichiers en entier ?)

En parlant de taille (ahem) :
- dans la partie déco, tu peux éventuellement réduire la largeur des champs, sauf si tu trouves ça trop moche grin :
- > notamment le champ de sélection du nombre, à cause des flèches qui sont un peu à l'autre bout du monde
- > et pour le champ séparateur, à moins que tu veuilles un séparateur de 200 caractères
Folco (./49) :
- et surtout un très grand merci pour ta critique très détaillée et toutes tes idées alors que tu cours après le temps !!! smile
Le plaisir est pour moi wink ('puis c'est addictif (comme... ahem... yN !), on se laisse prendre au jeu (et puis j'ai pas eu à lire les specs ni les autres posts en détail alors ça va trigic)
avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

51

Souane (./50) :
Ca me parait pas mal la fusion des sections "Source" et "move/copy", c'est plus concis et logique de les mettre ensemble en effet.
Yes, merci à Uther et toi top
Souane (./50) :
Et du coup, quand tu remplis le champ "destination", est-ce que les fichiers du dossier source sont aussi renommés ou gardent leur nom d'origine ?
Très bonne question. Je pense les laisser tel quel, ça parait plus naturel. Mais vos avis sont les bienvenus.
Souane (./50) :
Folco (./49) :
Simplification : un champ vide ne fait tout simplement rien.
C'était pas le cas avant ?
Quand le champs était vide, la checkbox était décochée automatiquement. Oué, cette checkbox était un vrai doublon. Maintenant, c'est bien plus intuitif. smile
Souane (./50) :
- l'ordre de grandeur du nombre de fichiers dans un dossier c'est quoi, typiquement ?
entre 10 et 100, on va dire, avec une moyenne de 15 documents à traiter
Souane (./50) :
- un peu plus large ce serait peut-être pas mal (là je doute que tu aies la place de voir les noms de fichiers en entier ?)
yup, j'ajuste la taille des colonnes après le remplissage
Souane (./50) :
- dans la partie déco, tu peux éventuellement réduire la largeur des champs, sauf si tu trouves ça trop moche grin :
- > notamment le champ de sélection du nombre, à cause des flèches qui sont un peu à l'autre bout du monde- > et pour le champ séparateur, à moins que tu veuilles un séparateur de 200 caractères
Ok, c'est fait top

Merci encore, sisi j'insiste ! chinois grin

52

Folco (./51) :
Très bonne question. Je pense les laisser tel quel, ça parait plus naturel. Mais vos avis sont les bienvenus.
Ca parait plus naturel sans doute. Après si tu éprouves le besoin de changer les noms, c'est à toi de voir. De mémoire, quand je bossais dans le support et qu'on avait des traitements automatiques de lots de fichiers comme ça, on aimait bien renommer le fichier au cours du processus pour connaître son état (du genre fichier.jpg.renamed ou fichier.renamed. jpg ou renamed.fichier.jpg ou... euh... cheeky)
Folco (./51) :
Quand le champs était vide, la checkbox était décochée automatiquement. Oué, cette checkbox était un vrai doublon.
Ah ouais ok cheeky (c'est tellement hétérodoxe que ça ne m'est même pas venu à l'idée ^^)
Folco (./51) :
entre 10 et 100, on va dire, avec une moyenne de 15 documents à traiter
Ok, du coup tu peux par exemple régler ta hauteur de fenêtre à une taille fixe correspondant à une grosse 15aine de fichiers (ça t'évitera de scroller dans 75% des cas). Sauf si ça fait trop de hauteur, auquel cas règle simplement à la hauteur de l'écran grin

Folco (./51) :
yup, j'ajuste la taille des colonnes après le remplissage
Ah oui, pas bête, j'y avais pas pensé hehe (j'ai rarement vu ça mais pour ton usage précis ça paraît bien).
Mais réfléchis à une largeur minimale pour ta fenêtre qui conviendra dans la plupart des cas pour ancien-nom-type + nouveau-nom-type, histoire de pas à voir à redimensionner ta fenêtre à la main à chaque fois.
avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

53

(bon ben voilà Souane, tu as un cas concret à mettre dans ton portfolio pour tes prochains entretiens, et Folco ne demandera pas de NDA ^^)
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

54

(mais je suis Souane hého, c'est moi qu'ai tout fait !!!)

Bon et bien merci beaucoup, j'adapte mon code (qui était presque fini) et je vous présente ce que ça donne hehe

55

Folco (./54) :
mais je suis Souane hého
Désolé Folco, mais tu arrives trop tard, Pen² est déjà sur le coup.
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

56

Sans compter liquid (même s'il est un peu évaporé ces derniers temps ^^)
Zerosquare (./53) :
Folco ne demandera pas de NDA ^^
grin
avatar
I wanna... bioman, bioman, défenseur de la teeeerrrreee

57

Zerosquare (./55) :
Folco (./54) :
mais je suis Souane hého
Désolé Folco, mais tu arrives trop tard, Pen² est déjà sur le coup.
Souane (./56) :
Sans compter liquid (même s'il est un peu évaporé ces derniers temps ^^)
Voilà, Pen² est liquid, je suis liquid, donc je suis Pen², donc je suis Souane, CQFD !

58

(pourquoi je t'imagine avec un T-shirt "Je suis Souane", façon "Je suis Charlie" ? grin)
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

59

(j'aurais déjà plus de chance de le porter grin)

60

Chiche tongue
Re2X
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo