Discussion Wikipédia:Atelier graphique/Images à améliorer/Archive2

Un article de Wikipédia, l'encyclopédie libre.

Sommaire

[modifier] Tutoriaux ^^

Re-bonjour à tous, Je trouvais gênant qu'il n'y ai pas de page sur les protocoles et méthodes utilisées par les WikiGraphistes... Mon frère ma indiqué qu'un telle page existait. Donc pour se qui ne la connaisse pas encore ou l'avait oublier la voici : Wikipédia:Atelier graphique/Didacticiels graphiques Contribuez joyeusement pour améliorez le niveau global et la rapidité de l'équipe.

Merci ^o^y  - lyhana8 (Talk) 23 juin 2007 à 18:09 (CEST)

...et bientôt une page « mini-portail » d'accès à des didacticiels spécifiques pour la cartographie ! Sting (m'écrire) 23 juin 2007 à 19:48 (CEST)
Excellent idée, je me demandais justement comment tu avais pu réaliser une carte telle que celle des Pyrénées. A ce propos, je me suis permis de la proposer en image de qualité sur Commons. Ayack - ᛞᛁᛋᚲᚢᛏᛖᚱ 23 juin 2007 à 20:08 (CEST)
Obá !!! Merci !! Très sympa de ta part ! Je me demandais encore cette semaine pourquoi il y avait si peu de cartes et schémas proposées, alors qu'on y voit tellement de photos – parfois insignifiantes – auto-proposées (la facilité ?). Et puis il y a eu Image:WInd Rose Aguiar.png et Image:Mature_flower_diagram.svg…
Concernant les didacticiels, il reste encore quelques petits points à fignoler, et puis j'attends aussi un retour de quelques personnes qui sont en train de les tester, ceci avant de les mettre en ligne. Sting (m'écrire) 23 juin 2007 à 20:50 (CEST)
Moi j'avais cherché et trouvé il y a quelques temps des Wiklasse comme la Classe d'atelier graphique ou la Classe Gimp ... Ne pourrait on pas fusionner les deux ou quoi, pour éviter que l'aide soit dispersée ? Sinon, je trouve que c'est un super projet. J'irai voir si je peut pas donner un coup de main.. Walké 24 juin 2007 à 10:33 (CEST)
En résumer, il faut ranger un peu tout ça :
Wikipédia:Atelier graphique/Didacticiels graphiques
Projet:École/Wiklasses/Classe d'atelier graphique
Projet:École/Wiklasses/Classe Gimp
et d'autres ?
-- - lyhana8 (Talk) 24 juin 2007 à 11:37 (CEST)

[modifier] Le Bistro du jour

Salut à tous, un "sondage" est en cours sur le Bistro du jour, et la discussion intéresse potentiellement tous les Wikigraphistes... C'est par ici Historicair 15 septembre 2007 à 13:47 (CEST)

[modifier] Atlier graphique de Commons

Salut à tous, je savais pas qu'il y avait un atelier graphique sur Commons, je suis tombé dessus tout à l'heure par hasard. C'est nouveau ? Historicair 19 septembre 2007 à 23:27 (CEST)

Yug l'avait ouvert en mars cette année. Il commence doucement à être plus actif. Il y a aussi une page pour les cartes. Sting (m'écrire) 20 septembre 2007 à 01:34 (CEST)
Cela ne prends hélas pas bien racine...
Le but était de faire un
  1. Atelier graphique pour les communistes ( ;) , des centaines de graphistes étant sur commons), slovèque, japonais, chinois, qu'il est nécessaire d'innitier en anglais ;
  2. et une place de discussion officielle et anglophone pour les différents wikigraphistes locaux (fr ; de ; es ; en). Chaque Atelier développant ses innovations, il devient nécessaire d'avoir une place "centrale" pour discuter des innovations éfficaces, et des innovations-inéficaces.
  3. c'était aussi prévu être une étape importante dans la transformation de Commons en un Atelier graphique GÉANT !! (style 300 graphistes...) (cf. ** Move toward Commons 2.0 !)
Mais j'en ai raz le cul qu'on soit payé au lance-pierre, que la Wikimedia Fondation n'investisse pas dans des images professionnelles, et que les Wikimania 2007 (où je me suis fait jeter comme une merde) fassent tout ce boucan pour être finalement un rendez-vous d'accenssion socio-professionnelle de 100 personnes, où Jimbo débarque avec le tee-shirt Wikia (le pendant lucrative de wikipédia, qui se fonde depuis ses débuts en ~2004 en profitant des wikipédiens, de leur energie, du fait qu'on faisait la pub de Wikicities-Wikia. C'est aujourd'hui plusieurs millions d'euros de budget/an, et ils se comportent comme les chefs de Wikipedia) alors qu'on en bave comme des malades de petit étudiants utopistes, et pauvres, a battir wikipédia. Alors quand je vois qu'ils nous regardes comme des pouilleux, ca m'enrage !
Donc j'ai tout laissé en plan, et la vision de commons 2.0 ! meurt (pour quelques années).
Dslé, je suis encore amer par rapport a cette affaire et je dérive sur mon cas. Donc oui, il y a un AG sur commons, mais c'est très marginal. Il faut rester concenter sur les ateliers locaux qui marche du tonnerre ! Yug 16 octobre 2007 à 19:05 (CEST)
J'ai pas tout compris sur le passage « payé au lance-pierres ». Sur un projet bénévole, on fait strictement ce qu'on a envie de faire ; et ce n'est même pas comme dans une assoce bénévole où on prend des engagements et où on se sent responsable moralement de nos actions : ici on n'est obligés à rien, pas d'engagement, pas de contrat.
Quant au laïus sur l'achat d'images par la Fondation, faut pas rêver : Encarta, Britannica et Universalis ne comportent que très très peu d'images, pour plusieurs raisons : 1) c'est très cher, 2) l'« achat » ne donne souvent droit à utiliser l'image que pour une utilisation précise, et ne rend jamais l'image « libre » (je n'ai jamais vu ça en tout cas). « Acheter » des images ne résoudrait absolument rien puisque les lecteurs ne pourraient pas les réutiliser, or c'est exactement ça le but de WP : une encyclopédie réutilisable. Je ne comprends donc pas le reproche à la Fondation. Note que les assoces et la Fondation ont déjà pu apporter des images à Commons (comme les 10000 paintings from DirectMedia) et textes sur Wikisource. le Korrigan →bla 16 octobre 2007 à 19:28 (CEST)
T'es pas payé 1 euro l'edit toi ? bin moi non plus.
Non, je déconne. Pour ceux qui ont un bon contexte (bon salaire, propriétaire), Wikipédia est gratuite pour les lecteurs, et relativement gratuite pour les redacteurs. Pour ceux qui en bavent dans leur vie réelle, le temps qu'on passe a éditer wikipédia c'est du temps qui nous "coute" (connection internet = 20% de mon buget mensuel). La moindre des choses, c'est d'etre "payer" en retour avec du respect calme, conscient que tout editeur se sacrifit un peu pour l'interet de tout les lecteurs.
Je n'ai pas trouver ce respect lors des wikimania 2007. Je n' ai pas trouvé ce respect chez les membres payés de Wikia, qui doivent pourtant historiquement leurs jobs et leur succes au dynamisme des petits Wikipediens. Et je ne trouve pas ce respect dans la politique des "boss", qui semblent peu souscieux d'économiser l'énergie 'gratuite' des wikipediens et Wikigraphistes par des investissements rentables. Les images de wikipedia sont vu par des milliers de visiteurs, cela vaut bien une attention particulieres, la commande a des infographistes de serie de schema, l' achat de fond d' illustration, l'encodage methodique par un professionnel payé de musiques d'avant 1937, d'engager des un info-carthographe pour elaborer professionnellement des standards carthographiques (ou engager Styx, Sting, ou Planemad : mais que cela soit vite fait !!).
Pour le truc de direct media, c'est balaise, j' avoue.
Apres, meme si je vois bien ta bonne volonté (qui fait plaisir faut avouer => merci Korrigan ! ^,..,^y ), je ne faisais que passer. Yug 17 octobre 2007 à 09:34 (CEST)

[modifier] Tablette graphique...

Bonjour, j'ai pour lubie actuelle l'acquisition d'une tablette graphique amateur...je voulais savoir si certains d'entre vous en utilisait, et si oui, quel conseils me donneriez vous sur mon choix (budget de l'ordre de 100 euros max)...j'hésite particulièrement entre la bamboo one et la bamboo fun de Wacom, la première étant basique, la deuxième un peu plus avancée...étant donné que c'est essentiellement pour faire des création dans inkscape ou des retouche dans Gimp, je ne sais pas si j'ai besoin de tas de choses avancées...(je n'envisage pas de remplacer ma souris au quotidien...Clin d'œil) aussi ai-je un doute sur mon choix (le prix quand même le double pour la seconde, qui, c'est un fait est accompagnée d'adobe element....mais comme je hais adobe depuis que photoshop album m'a flingué mon arborescence de fichier en déplaçant toutes mes photos (15 000!!!, je vous dis pas la difficulté d'ouvrir ce fameux dossier avant de le diviser Triste) dans un seul et unique dossier (cela fait 4 ans que je m'échine a remettre de l'ordre de temps en temps) et que je privilégie les open source...je m'en tape le coquillard Mort de rire)...merci d'avance de vos précieux conseils..(je ne sais pas quoi penser des tablettes trust, car les avis sont assez disparates sur le web...)--SuperManu SuperMessage 3 octobre 2007 à 11:13 (CEST)

Bonjour, je m'accroche à la discussion car moi aussi cela m'intéresse et je n'ai aucune connaissance sur ce genre d'outils. J'ai lu de ci de là que Wacom était une bonne marque. J'en aurai la même utilisation que toi. Clin d'œil Pour moi aussi, les logiciels d'accompagnement ne sont pas nécessaire, surtout qu'ils ne me seront pas très utiles sous Linux Mort de rire. --Pinpin 3 octobre 2007 à 11:18 (CEST)
Je poste la même question sur l'oracle, il y aura peut-être plus de visiteurs...Clin d'œil--SuperManu SuperMessage 3 octobre 2007 à 11:41 (CEST)
Voir aussi sur ma page de discussion et celle de morburre--SuperManu SuperMessage 3 octobre 2007 à 16:49 (CEST)
Wacom est la meilleure marque, c'est aussi simple que ça. Tous les graphistes pro en utilisent. Avec une souris sans fil qui marche sur la tablette, c'est complet. JSDX 27 octobre 2007 à 02:40 (CEST)

[modifier] Norme des suffixes d'images

Bonjour,

Quand on crée ou modifie des images dans plusieurs langues, on ajoute un suffixe composé du code de la langue. Exemples :

  • Allemand : example-de.svg
  • Anglais : example-en.svg
  • Français : example-fr.svg

Mais comment suffixer les versions internationales ? Pour l'instant je mets :

  • Images numérotées : example-numbers.svg
  • Images muettes : example-blank.svg

Yug me fait remarquer qu'il y a peut-être mieux à trouver que -numbers ; il propose -int (pour international) On peut aussi penser à -num (pour numéros ou numbers).

Votre avis sur la question ? Sémhur ·✉·✍· 17 octobre 2007 à 18:35 (CEST)

-blank oui quand c'est une image qui demande à être complétée et ne se suffit pas à elle seule. Pour des cartes / schémas sans langage spécifique (« language-neutral »), j'ai l'habitude de ne rien mettre : [example.svg], sans oublier de la classer dans commons:category:Language-neutral_maps s'il s'agit d'une carte. Sting (m'écrire) 17 octobre 2007 à 19:54 (CEST)
Notez qu'une abréviation courante de "international" est "-i18n", j'ai déjà vu ça pour pas mal d'images. le Korrigan →bla 18 octobre 2007 à 00:57 (CEST)

Selon l'article Domaine de premier niveau, ".int" -pris pour "international"- est le code web assigné aux "organismes internationaux". Ceci n'étant pas une langue : -int.svg est totalement libre pour l'utilisation que nous voulons en faire. J'avoue que je suis a present en faveur de l'ensemble :

  • image muette (schema sans textes, sans signes) => Image:Name of the image.svg
  • image a numero => Image:Name of the image-int.svg
  • images a completer (fond carthographique inutilisable tel quel) => Image:Name of the image-blank.svg
  • image a texte (ex: francais) => Image:Name of the image-fr.svg

Les "changements" : Cette proposition n'innove finalement que pour -int.svg. et officialiserait pour les muettes (name.svg). Ca marche pour vous ? Yug 18 octobre 2007 à 10:12 (CEST)

Je me pose la question de savoir ce qui est le plus clair aux utilisateurs...int ou num...je crois que num est plus parlant...mais ce n'est peut-être pas l'avis de tous ...cela dit, si tout le monde dit int, je me plie au choix..., en ce qui concerne i18n, je ne vois pas bien comment l'interpréter, même en phonétique, suis-je si bête que ça ???--SuperManu SuperMessage 18 octobre 2007 à 10:48 (CEST)
Je plussoie SuperManu, « num » ça me parait plus parlant et plus adapté pour une carte à numéros, d'autant que « int » conviendrait aussi bien pour des cartes muettes que celles à compléter ou numérotées, qui sont toutes des versions internationalisables. Pour le reste, ok, même si je ne vois pas bien la différence entre les images muettes et celles à compléter (quelqu'un aurait un exemple ?).
Et pour « i18n », je dois avouer aussi que je n'ai pas compris ??? Sémhur ·✉·✍· 18 octobre 2007 à 11:23 (CEST)
"i18n" est utilisé en informatique pour signifier "internationalisation" ; "18" est le nombre de lettres manquantes entre "i" et "n" pour écrire "internationalization". Les informaticiens connaissent bien, je l'avais vu pour pas mal d'images sur Commons. Sinon, je crois que "num" est le plus parlant pour un carte avec numéros. le Korrigan →bla 18 octobre 2007 à 11:29 (CEST)
Je comprends mieux maintenant le i18n, mais s'il n'y a que les programmeurs qui y pigent quelque chose, je le pense inadapté, en ce qui concerne les images muettes, je pense que c'est par exemple la photo d'une actrice prise dans le noir avec un flash et sur laquelle on nous demandera d'améliorer les couleurs...il n'y a pas de légende envisageable...les images à compléter, c'est plutôt le schéma d'un objet avec tous les traits de légende, mais non légendé...(fréquent pour les cartes...)...Je rajouterais que l'extension -edit est pratique pour corriger une photo sans écraser l'original pour des raisons diverses (crop d'une zone, auteur différent du requérant...) Sourire--SuperManu SuperMessage 18 octobre 2007 à 15:05 (CEST)
-num.svg VS int.svg
Qui vous dit qu'on utilisera que des numéros ? et pas des A,B,C, et des α,β,ϐ... Il n'est pas dit que l'on doivent se limiter aux numéraux. Le vrai but de ces cartes n'est pas les numéros, mais une utilisation commune, internationale... et c'est le dernier argument de ma besace. Ensuite, il vaut mieux rapidement une norme clair et un Yug (moi) boudeur, qu'une bataille infinit. Donc je redemande l'avis de Sémur et SuperManu, puis on applique leur choix.
Le suffixe "-edit.svg" par SuperManu
C'est une nouvelle idée a creuser, et plutot que de repartir pour une laborieuse discussion ping-pongo-démocratique, confions cette missions a SuperManu... seul. Les wikigraphistes sont les bienvenues pour soumettre des alternatives courtes à -edit.svg (max : 4 lettres) dans sa page de discussion : User talk:Emmanuel.boutet#Suffix "edit.svg": Propositions a SuperManu. Ce sera a lui de trancher (plus efficace).
Yug 18 octobre 2007 à 17:20 (CEST) <Pour une wiki éfficace !>
PS: euh... si vous trouvez que je suis trop directif, vous pouvez m'engueuler un coup (gentilment SVP) sur ma page de discussion... Yug 19 octobre 2007 à 09:12 (CEST)

Quelle lourde responsabilité pour moi qui n'ai pas de balai Clin d'œil. Voici le fond de ma pensée, mais je ne suis pas absolu est ouvert à la critique constructive...:

  1. pas de suffixe pour les fichiers de type photo retouchée à la demande de l'auteur et écrasés à l'upload (généralement du jpg ou du png) (mais ne pas oublier de mettre le modèle Atelier graphique), ou pour les dessins se passant de légende, mais qui ne correspondent pas a blank (svg ou png, en général)
  2. -edit pour des photos retouchées à la demande d'une personne qui n'est pas l'auteur, ou sur une retouche ayant pour but de cropper une zone de l'image (par exemple le portrait d'un acteur tiré d'une photo sur un tournage), et dont les retouches sont placées dans un nouveau fichier à l'upload afin de conserver l'original...(généralement des jpg et png)
  3. -blank pour des fonds de cartes vierges (ou autre fond) utilisables par tous les wiki (généralement du svg, voir du png)(je crois que cette dénomination est claire)
  4. -en, -fr, -de...pour les fichiers ayant des légendes dans une langue précise (généralement des svg et des png) (sur ce point, je crois que tout le monde est d'accord) (ne pas oublier de mettre le modèle translation possible)
  5. -tag quand il y a des étiquettes permettant une légende indépendante du fichier, je pense que tag est plus standard et plus universel que num ou int...qui est vague car internet, internalisation, international, ...(s'applique surtout au svg et png)

Merci de donner vos avis, je sais que j'ai ajouté encore une proposition, qui n'est d'ailleurs pas actuellement fréquente, mais que je trouve finalement simple (-tag)...et assez parlante (AMHA)...si ceci vous convient, il faudra mettre au propre dans un tableau et peut-être le placer en haut de la page de l'atelier graphique...dans la rubrique a l'attention des wikigraphistes...Sourire(je propose qu'on fasse un genre de vote ou chacun dit s'il est d'accord ou non sous chaque proposition, avec argumentation si non (pas utile si oui) pour faire avancer le chmilblik....merci) Je précise aussi que je ne suis pas très chaud pour un -temp pour des fichiers éphémères...je crois qu'il vaut mieux éviter l'upload de fichiers éphémères qui demandent ensuite l'intervention d'un admin et l'upload répété du fichier par contre, je trouve assez intéressant l'idée de Sémhur avec son image brouillon Image:Sémhur.jpg qui lui permet de tester et de proposer avant de charger sur commons...comme il utilise toujours la même, elle n'est jamais obsolète...l'inconvénient, c'est que les archives deviennent aussi obsolètes, puisque dans les pages d'archives de l'atelier, tous les liens où il montrait ses propositions montrent la dernière image uploadée (je ne sais pas si je suis clair) --SuperManu SuperMessage 19 octobre 2007 à 10:25 (CEST)

D'accord avec les points 1, 2, 3 et 4, par contre pour le 5, -tag ne me parle pas beaucoup non plus, tout comme -int... et Yug a raison pour -num, ce ne seront pas forcément des numéros.
Je me suis creusé les méninges mais pas trop, houlà !, en me reposant la question : que contiennent ces images ? Réponse, une image, et des éléments clés pour la comprendre. Mais pas de textes, d'où la nécessite d'une légende dans la description de l'image. Et donc, finalement, je propose un suffixe -key. Pourquoi aller chercher trop loin Sourire !
Concernant l'image-brouillon personnelle sur l'espace Wikipédia fr, l'inconvénient évoqué par SuperManu peut être résolu en faisant pointer un lien vers l'old-id de l'image, une fois que la demande est traitée (je ne sais pas si je suis clair aussi). Sémhur ·✉·✍· 19 octobre 2007 à 12:05 (CEST)
Je ne pense pas qu'il soit nécessaire de faire un vote pour ça, la discussion ici suffit àma. Concernant les photos retouchées à la demande de l'auteur ou non, si l'image d'origine est clairement mauvaise (balance des couleurs vraiment trop déséquilibrée, trop sombre ou trop claire empêchant une bonne lecture, élément parasite envahissant qui est effacé…), la version modifiée devrait être chargée par-dessus l'originale car il est improbable que ce sera cette dernière qui sera utilisée. D'autre part, l'original sera toujours disponible. Un exemple est le cas de Image:Molly_malone_grafton_street.jpg, inutilisable en l'état dont la version définitive devrait remplacer l'original. Sting (m'écrire) 19 octobre 2007 à 12:58 (CEST)
Perso, -numb je trouve cela bien, ou -i18n. -key à la limite.
Pour ce qui est des images temporaires, je ne voit pas la difference entre temp- et celle de Sémhur... A moins que la temporaire dont vous parlez soit sur Commons, donc dans se cas charger temp_image.xyz sur wiki serait aussi correct ?
Walké 19 octobre 2007 à 13:10 (CEST)
Sauf qu'après il faudra bien qu'une âme charitable aille enlever le fichier temp sur WP...l'avantage de la solution de Sémhur, c'est qu'il utilise toujours le même non d'image comme brouillon, ce qui ne demande aucune maintenance...;-)...en ce qui concerne -key, j'y avais aussi songé...alors je plussoie...-tag n'était qu'une proposition...en ce qui concerne l'écrasement d'une photo sans consulter son auteur, je crois que c'est un peu du cas par cas...si on ne fait qu'enlever un cadre noir ou blanc, on qu'on améliore un peu les couleurs...ça peut passer...par contre, un détourage ou une modification substantielle doit être prise avec précaution...AMHA...par exemple, quand on avait enlevé les marques de tabac sur les F1...il était important de garder aussi les originaux, ce que nous n'avions pas fait au début, et qui nous a valu des blâmes....merci pour votre motivation...on y va pour -key...???--SuperManu SuperMessage 19 octobre 2007 à 13:35 (CEST)
+ Pour Walké 19 octobre 2007 à 18:49 (CEST)
Images servant de brouillon temporaire éditable
Ca semble décidé: -edit.ext (choisi par Supermanu ! + plusieurs soutiens, pas d'objection), donc c'est validé.
Yug (talk) 19 octobre 2007 à 19:38 (CEST)

[modifier] Bilan : Norme des suffixes d'images

Donc on a "officiellement" les code et définitions (a rerédiger, clarifier) suivantes :

[modifier] Images servant à toute les langues: le suffixe que vous supportez ?

Nous parlons d'images avec un contenu non linguistique, à but universel/interlinguistique/translinguistique/internationale/commune ... par le biais de numéros/lettres/keys/symboles/tags. Nous sommes dans une série de codes linguistiques (-en, -fr. Mais ici par la négative.), et nous cherchons un suffixe technique court (le mieux: 3 lettres). Seul les wikigraphistes, habitués a ce gendre de manipulation et de code de nommage sur les images de commons, sont encouragés a donner :

  • leur préférence(s) (premier code cité:+2 points ; second + 1 point),
  • leur exclusion(s) absolue(s) (premier cité: -2 points ; second -1 point).
  • selon l'exemple : * Pour : -code.svg(+2) , -code.svg(+1) ; Contre: -code.svg(-2) ; -code.svg(-1) ~~~~
  • les codes possibles étant en gras dans la première et seconde ligne. Vous pouvez laisser des cases vides si vous n'avez qu'une préférence/exclusion.

Le code obtenant le plus de point sera considéré comme faisant consensus. Yug (talk) 19 octobre 2007 à 19:38 (CEST) [tentative de vote par pondération ; proposition aussi neutre que possible ; je ne vote pas en premier]

Votes a pondérations ci dessous (fin du vote : 2007/1?/? ; 19h??) :

  • Pour : -num.svg(+2) , -key.svg(+1) ; Contre: -int.svg(-2) ; -trans.svg(-1) Walké 20 octobre 2007 à 13:10 (CEST)
  • Pour : -key.svg(+2) , -com.scg(+1) ; Contre: -int.svg(-2) ; -num.svg(-1) Sémhur ·✉·✍· 21 octobre 2007 à 19:23 (CEST) C'était une discussion informelle Yug, le fait de vouloir la formaliser par un vote à fait fuir les intervenants, dirait-on...
  • Pour : -tag.svg(+2) ; -key.svg(+1) ; Contre: -trans.svg(-2) ; -sym(-1)...il semblerait que key prenne le dessus--SuperManu SuperMessage 21 octobre 2007 à 21:24 (CEST)
  • Pour: int+2; tag+1 ; num+0 (neutre) ; Contre : key-1 ; i18l-2 Yug (talk) 23 octobre 2007 à 11:50 (CEST)
  • Pour : -int (+2); num (+1); key (-1); -sym(-2) --Pinpin 25 octobre 2007 à 22:47 (CEST)


Hmm, j'dis ça comme ça, mais peut-être que l'avis d'autres gens que les graphistes de cet atelier serait intéressant, comme il s'agit de versions internationales : par exemple, poster la question sur le bistro anglophone de Commons récolterait de bien meilleurs avis, et correspondrait davantage aux pratiques réelles. Par exemple, "trans" est très très peu utilisé, "int" ou "num" ou "i18n" déjà plus. le Korrigan →bla 26 octobre 2007 à 23:11 (CEST)
  • Impossible de voter sur ce sondage parce que ...
  • Je confirme "i18n" est le thème consacré ; mais sur WP, ce serait plutot "iw" (interwiki)
  • Pas de tiret, mais un point ! Simplement parce que c'est la typo. correcte pour les suffixes. Par ailleurs "index.fr.html" est une syntaxe consacrée par Apache.
  • Personnellement, je préfère "._.svg" (à cause de Gettext) ou encore la solution pas de suffixe
  • Mais surtout, de manière plus générale : « Pas de suffixe ; mais des bandeaux qui catégorisent » {{User:STyx/Signature}} 27 octobre 2007 à 16:26 (CEST)

[modifier] Resultats :

Bon, j'arrete ici le vote. Contrairement a ce que je pensais, et malgres qu'on bosse tous a la meme tache, on a des visions qui partent dans tout les sens : c'etait pas trop prevue... En s'appuyant finalement sur la democratie et ce mini-vote a ponderantion (afin d'exclure les suffixes ce qui rebutaient trop certains d'entre nous), et en exluant les prise de positions qui sortent du vote (Styx, Korrigan ... O.o), on obtient 5 votants, 40 ponderations, et au 28 octobre 2007 à 11:37 (CET) le resultat suivant :

Groupe de tete :
-tag.svg: -num.svg: -key.svg: -int.svg:
+2+1 = +3 +2+1-1 = +2 +2+1+1-1-1 = +2 +2+2-2-2 = 0

Autres resultats marginaux : -trans.svg: -2-1 ; -sym: -2-1 ; i18l: -2 ; -com.scg: +1

C'est -tag.svg qui a ete choisi, plaisant a deux personnes, et surtout ne deplaisant a personne (=.o). En consequent, le suffixe -tag.svg s'ajoute a la liste des suffixe deja en utilisation, et vous etes encourager a l'utiliser pour :

  • -tag.svg : images ou shema utilisant des pastilles (1,2,3 ou A,B,C, ...) afin de designer des parties de l'objet déssiné. Ceci afin de faciliter l'utilisation de cette image unique a travers tout les wikis et l'édition de la légende en commentaire de l'image.

Pour l'idée de faire un vote sur le Graphic Lab anglais (... peu etre plus efficace que nos anglais...), libre a l'un volontaire de lancer la discussion sur leur GL. Yug (talk) 28 octobre 2007 à 11:37 (CET)

En effet, le Korrigan a eu une bonne idée, je demanderais leur avis aux différents ateliers graphiques (allemand, anglais, espagnol). Ça sera plus... international ! :) Sémhur ·✉·✍· 28 octobre 2007 à 12:15 (CET)
Euh... On a ramer comme des malades pour arriver a -tag.svg. C'est vrai les anglais sont les mieux placer pour comprendre la connotation de "tag", "com", etc , mais vu comme on a eu du mal a se mettre d'accord : je laisse la place a un autre volontaire pour aller demander leur opinion. Yug (talk) 28 octobre 2007 à 13:29 (CET)

[modifier] Pas de suffixe ; mais des bandeaux qui catégorisent

L'idèe des suffixes est bonne ; malheureusement il est trop tard pour bien faire. Le passif est trop grand et il faut se reposer sur les développeurs de MediaWiki pour apporter des solutions (renommage, amélioration du traitement des SVG, ...)

Amha, le bon remède passe par la création de bandeaux qui catégorisent pour tout jeu d'images.

Quelques exemples de jeu d'images :

  • l'i18n d'une image
  • les cartes CIA factbook
  • les regions/cantons/... découpés dans un pays
  • les icones de même style
  • les schémas qui observent les même conventions, la même apparence
  • la signalétique consensuelle (sinon officielle)
  • ...

J'aimerais vraiment m'occuper de cela ; mais j'ai tant de choses sur le feu Triste ... et commons est un vrai désert : Difficile de mobiliser. {{User:STyx/Signature}} 27 octobre 2007 à 16:26 (CEST)

Les bandeaux ? mouep il y a peut être un début de solution. Mais alors comment, concrètement ça apparaitraît?  ? Je veut dire, imaginons l'image duduche.svg, si je fait une version anglais elle aura le bandeau {{version anglaise}}, mais dans le nom je devrais quand même mettre duduche-en.svg ?
Qu'entends tu par Le passif est trop grand et il faut se reposer sur les développeurs de MediaWiki pour apporter des solutions (renommage, amélioration du traitement des SVG, ...) ?
Bon par contre si ya besoin de prêter main forte, je peut toujours apporter mes (hélàs maigres) ressources... Walké 27 octobre 2007 à 20:11 (CEST)
Ah ! une exclue a notre droite : Walke est maigre. Yug (talk) 28 octobre 2007 à 13:35 (CET) (d'accord, je vais me cacher)
  • « Le passif est trop grand  » veut dire qu'il y a déjà un million d'image qui ont été nommée n'importe comment et que l'on ne peut renommer. Donc on ne peut pas rattraper le coup.
  • « prêter main forte » : avec ou sans bandeau, il faut jouer les wikifourmis (cad, catégoriser) dans Commons.
  • {{version française|duduche.svg}} mais {{english version|duduche.svg}} pas {{version anglaise}}
  • On peut également améliorer le modèle "information" :
{{information
...
|type=map
|standard=CIA
|set=duduche
|language=en
|format=svg<!--set.language.format = nom de l'image (a priori)-->

  <STyx @ 31 octobre 2007 à 01:16 (CET)