Discussion Wikipédia:Atelier graphique/Images à améliorer/Archive2
Cette page de discussion est une archive.
Cette page contient les discussions autour de l’article Wikipédia:Atelier graphique qui ont eu lieu entre le 23/06/2007 et le 21/08/2008. Pour intervenir sur les discussions actuelles ou pour en lancer une nouvelle, allez sur la page Discussion Wikipédia:Atelier graphique.
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.
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)
Salut à tous, un "sondage" est en cours sur le Bistro du jour, et la discussion intéresse potentiellement tous les Wikigraphistes... C'est par iciHistoricair15 septembre 2007 à 13:47 (CEST)
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 ;
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.
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→bla16 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)
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...) 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 ) 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 )...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...)--SuperManuSuperMessage3 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. Pour moi aussi, les logiciels d'accompagnement ne sont pas nécessaire, surtout qu'ils ne me seront pas très utiles sous Linux . --Pinpin3 octobre 2007 à 11:18 (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. JSDX27 octobre 2007 à 02:40 (CEST)
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).
-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)
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 ???--SuperManuSuperMessage18 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 ?).
"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→bla18 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...) --SuperManuSuperMessage18 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 . Voici le fond de ma pensée, mais je ne suis pas absolu est ouvert à la critique constructive...:
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)
-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)
-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)
-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)
-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...(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) --SuperManuSuperMessage19 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 !
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 ?
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...???--SuperManuSuperMessage19 octobre 2007 à 13:35 (CEST)
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 : -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...
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→bla26 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
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 :
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)
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
J'aimerais vraiment m'occuper de cela ; mais j'ai tant de choses sur le feu ... et commons est un vrai désert : Difficile de mobiliser. <STyx@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)
« 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)-->
Modele {Atelier Graphique} sur commons : vers un modele pour tous les Ateliers ?
Je trouve l'idée bonne et complémentaire...en effet, je crois que rien ne gène de mettre à la fois des suffixes et des bandeaux...actuellement, il y un truc qui me gène avec le bandeau atelier graphique, c'est que cela met un truc qui dit que l'image a été modifiée, ce qui est faux quand c'est une nouvelle création...alors pourquoi pas des sous-catégories du style{{Atelier graphique|fr}} qui mettrait auromatiquement un truc atelier graphique et version française, et, de ce fait, traduction possible (avec translation possible)...et ceci pour chaque cas...en spécifiant |modified pour des versions modifiées...le problème avce ça, c'est que les images actuelles qui ont déjà le bandeau en question perdront le bandeau qui indique qu'elles ont été modifiées, vue qu'elle n'ont pas l'attribue modified...nombre d'entre elles ne devraient d'ailleurs pas l'avoir, comme indiqué précédement...il y aura une petite perte d'information...je ne sais aps s'il y a des possibilitées de rattraper ça avec un bot...j'y connais pas grand chose...je peux asseyer de pondre des bandeaux...soyez patients, je ferais ça dans mon bac à sable d'abord, ensuite, je vous soumetterais avant de valider...SuperManuSuperMessage28 octobre 2007 à 20:34 (CET)
Avoir un modele commun pour tout les ateliers serait egalement necessaire, la langue de l'atelier serait rajoute comme variable {{Graphic Lab|en}}, ainsi qu'une autre info... ex: {{Graphic Lab|en|map|}} pour une carte faite par les Rosbiff..
This picture was the fruit of the travail of by [[:{{{1}}}:Category:Wikigraphist|Wikigraphists]] of the Graphic Labs (in this case {{{1}}}).
You can request images improvement to the english [[:EN:WP:GL/Images to improve|Graphic Lab]].
Vous pouvez proposer des images à créer ou améliorer sur l'Atelier Graphique. + [[Category:Graphic Lab-{{{1}}}]] [[Category:{{{2}}} by the Graphic Lab-{{{1}}]]
Yug 28 octobre 2007 à 21:52 (CET)
Exactement ce que je pensais avoir suggéré, mais n'étant pas expert dans ce genre de chose, je me suis mal exprimé...cela dit, est-il possible, si on précise une langue dans laquelle est faite un dessin que cela mette le bandeau complémentaire {{translation possible}} ???--SuperManuSuperMessage29 octobre 2007 à 07:41 (CET)
L'idee traine dans l'air depuis un moment...
Oui : il existe des fonctions "if" dans les modele, du type
IF : il y a le champ n*3,
then : afficher "Taduction encouragee"
otherwise : afficher "" (rien)
J'ai batailler avec ce genre de modele il y a 6 mois (je sais plus oû...), mais je ne me souviens plus de rien. Quelqu'un a un meilleur example ?? Yug
Bonles autres atelier ont pas l'air d'avoir de bandeaux.... mais pour les langues, ça se présenterais comment ? Genre une image faites par lhttp://fr.wikipedia.org/w/index.php?title=Discussion_Wikip%C3%A9dia:Atelier_graphique/Images_%C3%A0_am%C3%A9liorer&action=edit§ion=61
Modification de Discussion Wikipédia:Atelier graphique/Images à améliorer (section) - Wikipédiaes allemand, on aurait un bandeau en allemand, ou en allemand et en anglais ? Et il faudrait rajouter la barre des langues là eu .. fr|en|de.
Je pense pas qu'il y ai besoin de préciser |map car après on vas avoir aussi |vectoriel image et |schéma et |photo et ça vas devenir le fouillis. Non ?
Pour les images à traduire, pareil se pose le problème des langues. Toujours en anglais ? En anglais + francais ? + Allemand ? Moi je pense plutot toujours anglais, avec de nouveau cette petite barre linguistique au dessus....
Non, ca se gere sur commons. J'ai supprimer ton bandeau pasqu'il part dans une autre direction, mais je garde l'idee : en plus de noter qu'on retouche et cree, il faut noter qu'on traduit.
Bon, je pourrais prendre ce projet [-non je suis pas accro a wikipedia-], mais vu que c'est un travail pas fun de plus d'une heures (recherche des templates GL anglais sur commons, AG francais, fusion, test de looking) je ne m'en occcupe que dans 15 jours. J'ai deja une idee precise de ce qu'il faut faire. La possible prise de contact avec un dresseur de bots pour remplacer les anciens templates sera a faire par un autre : j'ai des etudes assez rudes en ce momment...
Si quelqu'on a la motivation pour fusionner les templates maitenant, qu'il en profite. Sinon, on reouvrera donc cette discussion dans 15 jours, lorsque mon brouillon sera pret.
Template a fusionner et internationaliser (les lecteurs anglais => redirigés sur en ; les francais => redirigés vers fr ; etc.) sur commons
Voila, les edits parlent mieux que les mots : J'ai commencé l'internationalisation de Template:Graphic Lab (voir la diff). Ce que je prevois c'est ca, mais pousser plus loin. Yug 29 octobre 2007 à 11:02 (CET)
Le travail de base s'avere plus rapide que prevu. Un bon point, c'est que le template:Graphic Lab (que j'ai oubliée de signaler au anglais ... => O.o oups...) est inutilisé et est donc un brouillon parfait. Je viens aussi de penser que le remplacement des templates precedant devrait finalement estre fort facile. Je m'arrete la, j'ai du taff pour demain, mercredi, et jeudi (vie reelle), mais c'est en bonne voie. Les traductions en Allemand et Espagnole, dirigeant vers leurs ateliers respectifs sont les bienvenues.
Je deconnecte du web, si quelqu'un veut continuer l'amelioration de ce template international : la redaction de ce template est a retravallier vu que c'est un nouveau discourt, du style :
Ligne 1 : This picture was cleaned up, improve, create or translate by [[:{{{1}}}:Category:Wikigraphist|Wikigraphists]] of one of the Graphic Labs (in this case {{{1}}}).
Ligne 2 (=>en) : You can request images improvement to the english [[:EN:WP:GL/Images to improve|Graphic Lab]].
A dans 4 jours ! Yug 29 octobre 2007 à 11:36 (CET)
J'ai eu la traduction en allemand : Dieses Bild wurde verändert und gestaltet von den "Wikigraphistes"(??) von dem Bilderwerkstatt. Sie können auch Bilder vorschlagen, die zu verändern, zugestaltet und zuübersetzen sind. -- Walké2 novembre 2007 à 16:03 (CET)
Découpage automatique/intelligent
Bonjour,
On m'a conseillé de m'adresser à l'atelier graphique. Désolé si je ne suis pas sur la bonne page, je n'ai pas trouvé d'autres endroits pour faire cette demande. Je recopie donc ici mon message :
Je cherche une procédure efficace de découpage des marges d'un fichier images. C'est dans le cadre de l'édition sur Wikisource : cela pourrait faire gagner énormement de temps aux contributeurs et inciter des personnes à venir éditer, mais je désespère de trouver enfin une solution. Dans le détail, le problème est le suivant : je pars un fichier tif ou pdf et je dois le convertir en DjVu ; seulement, il y a des marges qui sont gênantes. On peut les enlever avec XnView, mais il faut, pour cela, semble-t-il, découper d'abord le fichier en fichiers images, et c'est long (traiter plusieurs centaines d'images ainsi, ce n'est pas bien pratique). Dans The Gimp, il y a une option découpage automatique, mais impossible de l'utiliser avec le format tif, et pour ce qui est du pdf, il faut manifestement ouvrir toutes les pages dans plusieurs fenêtres, ce qui est absurde... Il y a aussi un programme qui ouvre un tif et est capable de découper toutes les images à la suite, ce qui est l'idéal, mais c'est payant au bout d'un mois... Quelqu'un aurait-il une solution ? Merci d'avance. Crainquebille17 octobre 2007 à 23:07 (CEST)
Bonjour, je connais ImageMagick qui permet en ligne de commande et donc dans des scripts de réaliser de nombreuses opérations sur les images. C'est très pratique et puissant et permet de faire pleins de choses sympas... dont la fonction crop qui permet de supprimer des parties d'images. --Pinpin18 octobre 2007 à 11:49 (CEST)
Je m'en suis servi que sous Linux mais il existe un paquet binaire à télécharger qui installe tout correctement sous Windows. Ensuite, tout se fait en ligne de commande sous MS-DOS. Un exemple pour tailler une image de 100px par 100px dont tu veux enlever une marge de 5 px :
Et cela te donne ton image avec une marge 5px tout autour en moins. Tu peux alors lancer des scripts pour le faire automatiquement sur tout un dossier d'images par exemple. --Pinpin18 octobre 2007 à 14:22 (CEST)
ImageMagick ne sait traiter que des fichiers images .png .tif .jpg etc. Il faut donc transformer auparavant sous ce format là. --Pinpin18 octobre 2007 à 19:05 (CEST)
Faire reconnaitre les wikigraphistes
Salut, il pourrait être nécessaire de creer sur commons un Commons:Meet our graphists sur le modèle de Commons:Meet our illustrators. Bien que futile, il serait donc utile de faire candidater plus souvents nos meilleurs images retouchées/créées sur Commons:Featured picture candidates. L'aide et la vigilance de tous est la bienvenue : repérez nos meilleurs images/cartes, soumettez les, votez, etc.
Yug 29 octobre 2007 à 09:52 (CET)
Soumettre 3 belles cartes topographique risque de ne pas etre apprecier... on laisse ? Yug 29 octobre 2007 à 10:52 (CET)
Je me suis justement arrêté à trois, pour ne pas trop gêner, mais ce n'est pas la première fois que plusieurs images du même auteur sont proposées à la suite. Je ne pense pas que ça va faire trop râler, m'enfin on verra bien. le Korrigan→bla29 octobre 2007 à 10:56 (CET)
Oui mais non. L'intérêt des cartes n'est pas seulement d'être consultées dans un article de Wikipédia, c'est aussi (surtout ?) d'être téléchargées et ré-utilisées, que ce soient sur d'autres sites Web (en incluant les autres projets Wikimedia, qui n'ont pas forcément cette habitude de "modèle de carte complétée" ou les compétences pour) ou sur papier. Ne pas traduire les cartes, c'est pénaliser ces utilisations, et ce n'est pas du tout « dans l'esprit de WP ».
Et d'autre part, ce que tu dis n'est valable que pour des cartes très simples. A partir du moment où on veut inclure autre chose que du texte très simple et des liens, c'est tout sauf pratique : je pense aux hydronymes (autre police / couleur), au texte non horizontal, en petite police, etc. : tout le monde n'a pas les compétences pour créer de telles « cartes complétées ». Je n'ai pas envie de passer 3 heures juste pour insérer une carte dans une page, en tentant de comprendre le code (voir {{Carte/Iran}}) et en devant calculer plein de coordonnées pour placer une petite dizaine de liens.
Donc : ces modèles de « carte complétée » sont très bien, à encourager car offrant en effet des avantages, mais ils ne remplacent absolument pas les bonnes vieilles cartes traduites dans plein de langues. le Korrigan→bla31 octobre 2007 à 18:56 (CET)
Moi je pense que c'est parfait pour situer une ville sur la carte de la France, ou sur une région, se qui évite de faire dix huit milles cartes. Sinon je trouve sa bof. Peut être un peu compliqué. La carte est plus "internationale", mais effectivement pas réutilisable. Donc comme je l'ai dit, plutôt pour les truc qu'on réutilise beaucoup avec chaque fois un point qui change. -- Walké31 octobre 2007 à 20:06 (CET)
Mais il me semble que vous (les graphistes) créez déjà systématiquement (ou presque) une version "-blank" des cartes et graphiques, n'est-ce pas ? le Korrigan→bla31 octobre 2007 à 20:10 (CET)
« calculer plein de coordonnées » : c'est une plaisanterie ! Il suffit de cliquer sur « Coordonnées géographiques des villes du pays : Iran » et copier-coller les coord.
« pas réutilisable » : bien sur pour porter cela sur un autre wiki, il y a un jeu de modèles à transférer ; mais ensuite l'i18n d'une complété devient un jeu d'enfant, puisqu'il suffit d'importer un modèle. De plus il suffit de cliquer sur le lien puis le lien interwiki pour obtenir la traduction . <STyx@5 novembre 2007 à 20:23 (CET)
Il est certain que tôt ou tard, les développeurs apporteront des améliorations (serveur GIS / intégration du SVG au code wiki / ... ?) qui rendront toutes ces cartes obsolètes. <STyx@5 novembre 2007 à 20:23 (CET)
Formation gratuite
Bonjour tout le monde. C'est juste pour vous remercier de m'avoir conseillé, aidé, formé à Inkscape et compagnie. Je contribue pour wiki, et wiki me le rend. Je peut me vanter d'avoir reçu une superbe formation gratis, que j'espère pouvoir à mon tour distribuer à qui en aura besoin.
Ce qui me rend si joyeux ? Grâce à vous les gens on a réussi à faire passer Image:Schema Grenade-i18n.svg en Image de Qualité, et j'espère qu'il en sera de même pour les superbes travaux qui on été proposés. Félicitons aussi les correcteurs de "s", les traducteurs de png, tout le monde. Merci les wikigraphistes !! Tient je suis remotivé pour l'abeille, dès que j'ai fini mes devs je m'y remet Walké2 novembre 2007 à 15:45 (CET)
20 000 $ pour des illustrations... recherche graphistes expérimentés !
Hello,
Pour info, la Fondation a reçu un don de 20 000 $ à utiliser pour des illustrations. C'est Brianna Laugher (grande animatrice de Commons) qui coordonne ça, elle accueille volontiers les suggestions. Plus d'infos :
Concrètement, les coordinateurs (Brianna et Bastique pour l'instant) vont mettre en place un système de requêtes permettant de « demander une illustration » ; cette demande est revue pour s'assurer qu'elle répond à un besoin, que rien d'équivalent n'existe déjà, etc. Le projet surtout centré sur les SVG et les images "essentielles".
L'image est ensuite assignée à un graphiste, qui sera payé pour chaque illustration ; on parle actuellement de l'ordre de 40 $ par image, mais rien de sûr. Ils ont donc besoin de gens expérimentés avec le SVG. Si ça vous intéresse, envoyez un e-mail à brianna.laugher gmail.com, en anglais, qui vous expliquera la suite.
Notez que c'est la première fois que la Fondation va payer des gens pour créer du contenu, donc il s'agit avant tout d'une expérience. Contactez Brianna pour toute info. le Korrigan→bla3 novembre 2007 à 10:48 (CET)
Oui désolé j'avais mal compris : l'idée est bel et bien de payer des graphistes (pas énorme, hein, 40 $ pour quelques heures de boulot c'est pas énorme) et non pas d'acheter des images : la raison est que acheter une image ne la rend pas libre (ou alors on parle de plusieurs centaines de dollars par image !), ce qui serait contraire aux principes fondateurs de WP (on ne s'est pas débarrassés du fair use pour rien). Disons que cette initiative apporte une certaine reconnaissance aux graphistes qui effectuent des travaux complexes. le Korrigan→bla3 novembre 2007 à 11:07 (CET)
Pour le début, j'imagine que la communication entre les participants sera en anglais. Peut-être qu'un jour il y aura des requêtes en français, on verra bien comment ça se construit. Je peux assurer la traduction en cas de besoin. Mon e-mail est sur ma page utilisateur. Sinon, Brianna parle aussi chinois :-) le Korrigan→bla3 novembre 2007 à 11:15 (CET)
Pour info, j'ai envoyé un e-mail à Brianna, lui suggérant de faire attention aux relations avec l'Atelier graphique existant, et en lui suggérant de promouvoir les conventions cartographiques et les tutoriels qui existent déjà. le Korrigan→bla3 novembre 2007 à 11:15 (CET)
Ok ... Mais alors eu cela se passeras à travers une page du genre celle de l'atelier graphique, avec demandes et tout ? Ou vous expliquer à Brianna ce que vous savez faire et elle vous mel un truc a faire ? P.S. si c'est une page, je suis partant pour éloborer une VF, au moins de consignes. Ou alors elles sont déjà dans le pdf ( j'ai survolé rapidement j'ai trouvé que la présentations du projet)
Pour l'instant rien n'est en place, attends de voir comment ça se construit. Ca passera sans doute par un site différent, un peu comme OTRS ou bugzilla, qui permet de prendre en charge plus "officiellement" une requête. Tu peux d'ores et déjà contacter Brianna, qui (je suppose) te tiendra au courant de la suite. Sinon, pour ceux qui ne parlent pas bien anglais, contactez Bastique, c'est le volunteer coordinator de la Fondation et il parle assez bien français. le Korrigan→bla3 novembre 2007 à 11:51 (CET)
WOUAAWWEE !!! Tout mes voeux pour ce projet ! Enfin on investie dans les media de wikipedia ! J'encourage a mettre la gomme sur le travail graphiste qu'un volontaire a temps partiel ne peut pas finir :
La creation de serie d'images (grand besoin de 400 images de meme style pour illustrer les 400 objects/actions du quotidien : engager en:Everaldo Coelho)
Un macro-photographe (Fir0002 - * - others ?) en duo avec un graphist-détoureur: Payé a prendre en photo des insectes dans des collections anthomologiques (male - femelle - oeuf ? - larve ? en un shoot), avec nom latin et echelle. Le graphiste nettoie et envoit sur commons.
un Encodeur & Archiviste - engagé et payer pour acheter des CD Audio d'artists mort avant 1937, les encoder methodiquement/scientifiquement, et les uploader sur commons.
Si les grands de la tout en haut entende l'une de ces prieres... (surtout celle de la creation de standards cartographique) je serais content.
Yug 4 novembre 2007 à 14:29 (CET)
Question de Brianna
Hello. J'ai contacté Brianna, qui va bien sûr faire prendre en compte les conventions cartographiques, les tutoriels de Sting, les procédures existantes dans l'Atelier Graphique, etc. : elle a montré pas mal d'enthousiasme pour les travaux de l'AG.
Elle précise toutefois quelques trucs : 1) ceci est une expérience (20 000 $, c'est assez pour commencer mais ça reste peu), 2) le gars qui a donné ça ne pose pas trop de conditions, donc l'utilisation est assez flexible, et surtout 3) l'idée n'est pas tant de produire un tas d'images que de former de nouveaux graphistes, en utilisant l'expérience d'anciens. En effet, autant on a pas mal de très bons graphistes ici, autant sur en.wikipedia et les autres on ne trouve pas une telle présence. Dans l'idée "mieux vaut apprendre à un homme à pêcher que de lui offrir un poisson", elle se dit que l'argent serait mieux utilisé s'il permet de former des gens (voir aussi le message de Walké plus haut, "Formation gratuite").
Brianna aurait une question pour vous :
Comment éviter que cette initiative ne cause de mauvaises relations entre graphistes bénévoles (la communauté) et payés ? Qu'est-ce qui devrait être évité ?
1/ Garder des wikigraphistes benevoles ; mais etre encadrer par des graphistes/cartographes professionnels engagés (tel que en:Everaldo Coelho). Ces derniers ayant en meme temps une vrai mission graphique (Decembre : creation de 200 cartes pour le projet X, etc.)
2/ Payer la création de tutoriaux accessibles (ex: 120 $), et leur traduction (ex: 20$). Pas l'execution des images elles même.
3/ Payer des programmeurs pour faire un logiciel de carthographie expret pour les wikigraphistes (avec leurs conventions et tout) : 10.000 $ ?
PS: c'est des idées a la volée. Yug 4 novembre 2007 à 14:52 (CET) (super enthousiate !)
----
Faire une page séparée (sur Commons), sur laquelle seront déposées les demandes rémunérées, et à laquelle auront accès seulement les wikigraphistes inscrits à ce projet. Évidemment, ça ne colle pas avec le souhait de formation de nouveaux graphistes, puisqu'ils n'auraient pas accès à cette page. Mais pour l'instant, je ne vois que ça pour éviter les jalousies. Sémhur ·✉·✍· 4 novembre 2007 à 17:38 (CET)
Pour l'idée des tutoriaux c'est génial, il va falloir s'y mettre aussi, bah quand ça c'est fini. Je pense qu'il y a moyen de faire un truc solide... Dans le style : inkscape : quelques trucs, comment virer les dates sur les photos avec gimp, enfin tous les conseils que j'ai reçu je pourrait déjà écrire un bouquin ;-) Mais bon, je pense que payer pour leur création (des tutoriaux) c'est ptétre vraiment pas une bonne idée : ce genre de trucs ça se fait à plusieurs, et à long terme, faut pas trop étendre les rétributions, pasque sinon ben on à plus tendance a laisser bosser le mec payé pour .Voilà. -- Walké4 novembre 2007 à 19:48 (CET)
Bon je viens de traduire l'annonce, la voir ici. Venez me corriger hein ;-).
Par contre je viens de comprendre qu'un des buts est d'attirer les gens vers le dessin vectoriel moyennant rétribution a la clef d'un beau dessin, je ne sais pas si c'est un bon moyen pour commencer. Arf. ce projet m'a l'air super, mais je reste méfiant quand aux méfaits du pognon. -- Walké4 novembre 2007 à 21:25 (CET)
Mouais… En gros (en faisant un raccourci et une remarque naïve aussi), ils n'ont pas trop tenu compte de nos remarques (utiliser l'argent pour libérer des images) et ont suivi leur projet initial ; à nous de leur trouver une solution pour ne pas dégrader l'ambiance…
Plus concrètement, il faudrait dans un premier temps que les travaux rémunérés soient conséquents (pas seulement un groupe date/heure à effacer d'une image), puis qu'ils soient soumis à une sorte de comité de re-lecture / d'approbation pour vérifier la qualité (mais qui ?). Pour les cartes, il faudrait qu'elles obéissent à divers pré-requis : dimension, précision, standards, etc. Mais quels standards ? Sur WP-fr on a les nôtres, quelques autres WPs en utilisent de différents, beaucoup n'en ont aucun (donc pas de problème pour ces dernières). Des cartographes professionnels seraient les plus à même de vérifier les travaux, mais justement… WP n'est pas une entreprise de cartographie donc n'a pas vocation à remplacer une carte type IGN. Dans ce sens, des professionnels comme Alvesgaspar avec de très bonnes remarques ont aussi une vision trop professionnelle amenant des cartes à un niveau qui n'est pas vraiment utile à WP.
Concernant la remarque de Sémhur, je pense que les travaux rémunérés doivent être visibles de tous, au-moins une fois validés ce qui permettra de faire voir à tous le niveau à atteindre (et éventuellement de les critiquer si la qualité est trop faible).
Former des graphistes ? Par des « cours particuliers » ou des didacticiels ? Qui serait rémunéré : les formateurs, ceux qui seront formés (seront-ils actifs ?), les deux ?
Une remarque hors-sujet mais puisqu'on en parle ici : les didacticiels cartographiques (qu'il faut que je finisse, je sais) vont subir un changement assez important pour la section des cartes topographiques car 3DEM introduit des erreurs dans les niveaux d'altitude et n'est donc pas utilisable pour cette fonction. Il faut donc se reporter vers dlgv32 Pro… qui n'est pas libre et complique les choses.
Je rebondit sur cette dernière remarque au sujet de la création d'un logiciel de cartographie : à mon avis ce n'est pas viable au vu de la complexité du projet : libre, assez facile à utiliser, assez complet, multi plate-forme et surtout stable. Des logiciels de ce type existent déjà et sont déjà assez complexes dans leur développement pour voir qu'ils ne fonctionnent pas correctement quand on change de plate-forme (merci, j'ai testé pour vous !). Sting(m'écrire)4 novembre 2007 à 22:17 (CET)
Bah pourtant moi j'avais cru comprendre que les travaux seraient tout de même assez coriaces, et que oui il y aurait un comité de relecture. Pour la première remarque, je suis hélas plutôt d'accord. -- Walké4 novembre 2007 à 22:23 (CET)
Oui, je n'avais pas lu l'annonce.
Je n'ai pas vraiment de solution, sinon de placer la barre assez haut en termes de qualité du graphique et surtout d'exactitude de ce qui est représenté… mais pour ça il faut des sources fiables… ce seront eux qui les fourniront ? Ceci pour que personne n'ait à reprendre après quelques mois un graphique qui présente des défauts alors qu'il aura été payé. Je pense que la qualité est encore un des meilleurs garants pour éviter les problèmes. Sting(m'écrire)5 novembre 2007 à 00:42 (CET)
Peut-être qu'il ne serait pas inutile de financer un peut le projet inkscape pour accélérer son développement (je rêve de faire des volumes en svg sans se prendre la tête à les faire face par face de manière aléatoire...) et peut-être faudrait il aussi améliorer le moteur de rendu des svg sur Wiki...les patterns et les masques sont mal gérés, ce qui limite énormément les possibilités...déjà, si ces outils existaient, on pourrait améliorer sensiblement la qualité...car j'ai peur que si on paye des pro, il bossent sur des logiciels payants, perdant ainsi l'esprit open source du projet...cela dit, il existe des créations à faire qui sont très lourdes, et que les sous pourraient motiver...une meilleure coordination inter linguistique serait probablement un bon début...pourquoi pas un système qui nous alerte quand un nouveau schéma traduisible en différentes langues à été créé...comme ça on pourrait le traduire dans la foulée...car même si on paye quelqu'un pour faire des dessins, si on ne sait pas que ces dessins existent, qu'en feront nous ??? Et je suis convaincu que si des dessins financés sont crées, il faut absolument qu'ils soient universels et pas destiné au en: uniquement...(c'est une vrai inquiétude)...--SuperManuSuperMessage5 novembre 2007 à 09:20 (CET)
Pour les volumes, Inkscape le gère avec la version 0.46 (en tout cas pour les cubes). Pour les motifs, je n'ai pas remarqué de problème avec MediaWiki. Concernant les dessins multilingues, j'abonde dans ton sens. Je commence même à me dire que tous les Ateliers graphiques auraient plus leur place sur Commons, avec un projet général pour les internationalisations, et un sous-projet pour chaque langue. En même temps, je sais que ce serait très difficile de changer ce qui existe déjà... Sémhur ·✉·✍· 5 novembre 2007 à 11:01 (CET)
Non, pas sur commons. J'ai essayer de lancer un atelier international sur commons : plantage total par manque de requetes. Les utilisateurs sont sur les wikipedias, pas sur commons ; Commons est principalement un lieu de passage furtif ; et la communaute de commons n'est pas prete. Ensuite, nous bossons pour les articles, hors commons c'est souvents une base d'upload, un hebergeurs avec beaucoup de photos/images non utilisées qu'il n'est pas interessant de nettoyer pour le simple plaisir de l'uploadeur.
Ensuite, faut avouer qu'on est la pour le fun. Le fait d'etre sur notre petite wiki nationale (fr), bien au chaud avec nos potes editeurs d'articles. Qu'on soit content de participer a l'"exception graphique" qu'est l'atelier, c'est aussi une part du succès de l'Atelier fr. Yug 5 novembre 2007 à 18:58 (CET)
Pour les sources c'est une bonne question. Je pense que celui qui fera la demande de l'image s'en chargera, le reste c'est le boulot du graphiste voir l'exemple là. Pour le haut niveau, bah ya qu'a voir dans l'exemple, sa m'a l'air de pas être de la tarte. Mais imaginons que l'animation, elle sera en anglais ( les animations numérotées je trouve pas sa géant.) Après bah à nous de la traduire . Sinon je plussoie tout le supertexte de supermanu. -- Walké5 novembre 2007 à 10:56 (CET)
Le hic, si ce sont des pros, c'est que l'accès aux fichiers de base doit être possible pour simplifier les traductions...sinon...c'est nul (si on ne choisi pas les bon filtres d'export svg avec illustrator, le code est une espèce de cougliboulga ingérable...le svg intégré dans Ooo est hors standard...bref, pour l'instant, seul Inkscape donne un svg clean et fiable, mais peu de pro utilisent Inkscape...cela dit, Illustrator ou Corel draw permettent de faire des choses sensationnelles....pourvu qu'ensuite ils ne mettent pas tout en png...)...en ce qui concerne la gestion des patterns...essayer, et vous verrez que si les patterns apparaissent normalement sur les thumb, ils n'apparaissent pas sur le fichier source...exemple...la surface bleue hachurée est remplie par un pattern... quand à l'usage de masques, qui permet de faire des effets dingues sur des remplissages de couleur, ils ne sont carrément pas visibles...ce qui semble fonctionner, c'est le système de clip qui permet de ne montrer qu'une zone précise d'un bitmap dans un svg...pour les volumes, en effet, ils semblent maintenant possible de faire des cubes, avec la version de développement d'inkscape....cool...--SuperManuSuperMessage5 novembre 2007 à 12:57 (CET)
pssst ! la version française arrive ! v'nez jeter un ptit coup d'oeil (et ramenez votre Bescherelle, ma conjugaison est pas parfaite.) Ah, et donc now on a une page de discussion là bas -- Walké5 novembre 2007 à 19:22 (CET). ah et donc maintenant (demains quoi) on peut faire une annonce officielle sur le bistro ?
En consultant le PDF, plus complet, on peut y lire que le projet se concentrera sur les diagrammes SVG. Il ne devrait donc pas y avoir de demandes de cartes, de croquis, etc. D'autre part la recherche de nouveaux graphistes ne se fera pas par une formation dans le cadre du projet mais par des requêtes de diagrammes plus simples (donc moins bien payés) accessibles à ceux ayant moins d'expérience avec le soft, ce qui est encore la meilleure école pour se former. À noter aussi qu'il n'est pas fait mention des sources à partir desquelles réaliser les dessins.
Bon, ben… j'vais continuer mes cartes, moi… des cartes qui me prennent près d'une semaine à être crées (ça pourrait valoir combien en comparaison avec leurs graphiques à 40$ les 5 heures ? ), surtout avec un Inkscape qui plante toutes les 5 minutes en raison de la charge processeur (ben oui, faire digérer à ce soft libre des tracés de côtes de plus de 200 000 points, ce n'est vraiment pas de son niveau). Sting(m'écrire)5 novembre 2007 à 21:00 (CET)
Bonjour.. alors voilà j'ouvre un nouveau sujet, pacque comme c'est une experience, l'avantage c'est qu'on peu commenter pour améliorer les prochains roudns. Donc j'ai deux trois remarques à faire, et j'aimerais en discuter avec d'en parler à Brianna.
En premier, cela concerne le cas ou au bout de deux semaines vous n'avez pas réussi a vous trouvez 30h pour faire votre svg, la demande est réouverte. Mais est ce que cela doit signifier que si quelqu'un la fini avant vous et réussi, il es payé, MAIS que si vous finissez avant lui c'est vous quand même, ou vous n'avez plus le droit de participer ? Moi je serais plus pour la première option, pas que cela se transforme en cours de vitesse.
Ensuite, c'est pour les directives, quand sa parle de version au langage neutre (bon c'est une traduction littérale si vous avez mieux vous gênez pas). Moi je serais plutot pour l'obligation totale d'un langage neutre : une règle du style
L'illustrateur doit créer une illustration au langage "neutre" ( par exemple des diagrammes numérotés plutôt que directement étiquetés avec texte), et fournir sa légende.La création d'une version dans sa langue est conseillée mais peut se faire hors du temps imparti
=> s'il l'image est acceptée, le mec fait une version anglaise ou française, selon sa langue ou le temps qu'il à. Enfin il faut pas que sa devienne "bon j'ai fait mon truc en anglais j'ai eu mes sous maintenant je me met à autre chose" (bon j'en doute, on est quand même wikimediens, mais bon)
Salut à tous. J'avais dit que je pourrai m'occuper des relations entre Brianna et l'AG, mais une panne de mon ordi m'empêche de contribuer activement... je verrai ce que je peux faire mais je ne promets rien dans les 2 prochaines semaines. Désolé ! le Korrigan→bla8 novembre 2007 à 18:35 (CET)
Bah moi j'ai du temps un peu je vais déjà lui parler de nos réactions ...
C'est bizarre, il me semblait pourtant possible d'animer du SVG avec du javascript, en changeant les coordonnées ou les matrices de manière dynamique...même si c'est encore mal supporté, je crois bien que c'est dans les spec....--SuperManuSuperMessage8 novembre 2007 à 23:23 (CET)
Je viens de vérifier, il y a aussi des éléments non javascript utilisablent pour animer du SVG, mais hélas, il me semble n'avoir vu fonctionner ce type de chose que sur IE avec SVG viewer...ce qui, à mon sens, est une grosse lacune de Firefox....--SuperManuSuperMessage8 novembre 2007 à 23:33 (CET)
Le SVG s'anime, mais :
avec le navigateur Opera : le plus a cheval sur les fonctions du W3C, Konqueror fait le travail a moitier (=avec des bugs).
et pas sur Wikipedia : car nos SVG sont automatiquement convertis en PNG dans l'espace fr.wikipedia.org , afin que tout les navigateur-dinosaures (I.E.) puissent tout de meme afficher ces images.
Pour voir un exemple de SVG animer : telechargez/installer Opera => ovrir dans Opera cette page : (provenant de la categorie Animated_SVG)
La page, avant refonte etait une liste d'environ 200 noms de logiciels libres. C'est tres jolie, mais illisible :
aucun nouveau ne lira une telle page,
personne ne saurait quel soft s'installer,
Une telle page, experte a ce point et sans introduction-bilan, lorsque l'on s'adresse principalement a ceux qui arrivent et cherche un soft rapidement, c'est comme avoir une page blanche.
Ernest Emingway avait 3 regles d'ecriture :
etre clair
ecrire clairement ;
etre clair.
Conclusion => Faut rester clair => page nettoyée ^0^y Yug 14 novembre 2007 à 07:07 (CET)
Très bien, je suis content que la liste complète soit encore présente car j'y allais de temps en temps pour trouver LE soft qu'il faut pour tel ou tel travail. Dake@14 novembre 2007 à 18:34 (CET)
Salut, je ne peux pas faire le reste, mais j'encourage a supprimer la section Wikipédia:Atelier_graphique/Conseils#Logiciels_conseill.C3.A9s, et a la remplacer par une inclusion de líntrodution de Wikipédia:Atelier graphique/Logiciels. Du contenu peut etre conservé, c'est a voir, mais faire attention a garder un ESSENTIEL. (j'encouragerais donc a ne parler que de Inkscape, Gimp, Gimpshop et Bender). Yug 15 novembre 2007 à 14:15 (CET)
: a la va-vite mais c'est fait. J'ai tout simplement
Coupé le contenue moyennement zoomé de "WP:AG/Conseils#Logiciel" (liste de 15 softs)
Fait une inclusion de WP:AG/Logiciel (l'intro très courte = THE 4 softs de l'Atelier)
Dans WP:AG/Logiciels, dans la boite a dérouler, j'ai créé une section "Vu Moyennement zoomée" pour y coller la presentation des 15 softs. Suit la liste exhaustive des 200 softs.
Ca fait 3 niveaux d'expertise. Avec respectivement 4 softs présentés dans WP:AG/Logiciels et WP:AG/Conseils; puis 15, et 200 softs dans la boite a dérouler. Chaque niveau graphiste peu ainsi satisfaire rapidement sa curiosité, selon son niveau.
La rédaction est toujours améliorable vers plus de clarté, bien sure. Yug 16 novembre 2007 à 11:51 (CET)
Rsvg
Bonjour les wikigraphistes. Voilà dans ma traduction de Commons:Commons:Software je suis tombé sur ceci, que j'ai donc traduit par Commons utilise rsvg pour le rendu SVG, Vous devriez donc vérifier votre fichier avec ce programme avant de les importer.. Superbe nouvelle. Sa m'évitera bien des imports...
Sauf que quand je télécharger c'est un *.tar.bz2 (?) et que je me retrouve avec des .txt in-ouvrables, tout se que je voulait c'était un .exe Sur le net il donnent des conseil du style là et j'y comprend rien. Quelqu'un utilise il se logiciel, ou un similaire, et pourrait il m'aider ?? (pasque regarder sous firefox c'est pas pareil, lui ne mange pas de morceaux d'abeille)
librsvg est une bibliothèque de fonction permettant le rendu SVG et non un programme. C'est donc un ensemble de fonction écrit en langage C++ qui permet à un autre logiciel de gérer (lire) le SVG. Ce n'est donc pas un exécutable, c'est une bibliothèque de développement open source. C'est notamment utilisé par Gnome sous Linux. Il faudrait plutôt trouver un utilitaire qui utilise librsvg pour lire le SVG. --Pinpin (d) 22 novembre 2007 à 22:27 (CET)
Ok, moi je m'imaginait une ptite visionneuse, se qui serait bien pratique pour voir où le texte ne passe pas, ect (oui je sais firefox le fait, mais sans redimensionnement, c'est chi***). Mais bon pas grave, merci pour vos réponses ! Walké...23 novembre 2007 à 08:32 (CET)
Salut, je pense qu'il serait bien de faire une telle page, listant les trucs que l'on développe actuellement, qui nécessite un coup de pouce par de l'aide immédiate pour leur rédaction, ou franchement par un travail de recherche, par exemple :
Norme de nommage des images (suffixes) : rédaction + illustration (créer une série d'exemple) a améliorer
Tutoriaux en cours de rédaction/création : qui est le leader ? aide orthographique/rédactionnelle nécessaire ?
Création de Guideline cartographique sur Commons : qui mène quoi ? aider a rendre ça plus présentable.
Inclusion de SVG en fond de SVG : recherche sur une fonction nouvelle du SVG, testeurs nécessaires, lire de la documentation officielle du W3C
établir des règles "philosophique" de l'atelier (? personne ne le lira jamais ca...) : on ne nettoie pas l'image de votre grand-mere, on ne peut pas débattre a votre place du symbole a prendre pour votre portail (nazisme).
Faire un modèle commun pour tout les atelier sur commons : qui mène ? quelles pages (liens) ?
Par le passé nous avons perdue le fil et abandonné des idées importantes. Cette page permettrait de garder ces idees en acces rapide, et d'avoir une puissante politique d'innovation/recherche technique. Yug 24 novembre 2007 à 10:46 (CET)
Bonne idée... Bon sa fait un truc de plus à faire, mais positivement car pouvoir coordonner nos efforts dans le même sens serait une bonne chose (il est vrai qu'avec le nombre de truc à faire, si chacun fait un peu d'son coté on avance mais bon c'est moins pratique).
J'ai donc fait une proposition là, je n'ai pas encore créé la page j'attends quand même votre accord et votre avis sur le style. Donc je pensait faire la page de présentation là, où on résume les trucs à faire, on en discute sur la page de discussion, et on résume sur la page. C'est vrai que se serait utile : moi j'ai du temps et de l'énergie mais je ne sais pas trop quoi faire comment, donc voilà. -- Walké...25 novembre 2007 à 15:28 (CET)
voilà. Il faut qu'on se décide juste sur la manière dont on établit la discussion : sur la page de discution où dans des boites sur la page principale ? -- Walké...28 novembre 2007 à 21:23 (CET)
Inclusion d'un même fichier image dans plusieurs SVG : besoin de testeurs
Salut, j'avais parlé en 2006 de la possibilité pour des images SVG de faire appel a une image "mère" pour partager un background commun. C'est a dire que les wikigraphistes dessinant les image Parc_nationaux_français.svg , Régions_administratives_françaises.svg, végétation_française.svg ne dessineraient que le calque traitant de leur sujet. Le background serait automatiquement "importé" de France_topographie.svg.
Cela peut également permettre a appeler un cadre présentant une légende standardisée pour toutes les cartes de type CIA.
Cette fonction pourrait être intéressantes sur commons, par exemple...
Une nouvelle carte topographique de Sting arrivant -plus jolie-, Sting l'uploaderait et le nouveau fond apparaitrait instantanément sur les 3 cartes "filles", avec les mises a jours, les nouvelles conventions de couleurs, etc la nouvelle précision.
A terme, cela économiserait ÉNORMÉMENT vos énergie (wikigraphistes). (avec la précaution de BIEN protéger ces cartes sur commons.) Et cela faciliterait la diffusion de standards cartographiques.
Cette fonction existe deja sur le W3C, et Inkscape la gère : je crois que c'est celle-ci.
J'ai essayer de faire des tests sous firefox : pas réussi. Puis mon windows doit avoir un bug/virus : installation de Opera = echec.
Si quelqu'un pouvait faire les tests sur son PC, et avec Opera, du type :
dans un dossier C:/xx/xx/, avoir le fichier Red_square1.svg (adressse C:/xx/xx/Red_square.svg ), dessiner un carrée rouge dans ce SVG.
dans le meme dossier avoir test.svg avec inclue dans son texte sources :
<?xml version="1.0" standalone="yes"?>
<svg width="4in" height="3in" version="1.1"
xmlns = 'http://www.w3.org/2000/svg'>
<desc>This example uses the 'switch' element to provide a
fallback graphical representation of an paragraph, if
XMHTML is not supported.</desc>
<switch>
<foreignObject width="100" height="50"
requiredExtensions="http://example.com/SVGExtensions/EmbeddedXHTML">
<body xmlns="C:/xx/xx/Red_square.svg">
<p>Here is a paragraph that requires word wrap</p>
</body>
</foreignObject></switch></svg>
Et biensur de tout tenter jusqu'a ce que ca fonctionne. Ensuite, la requête de cette fonction sur bugzilla.wikimedia.org , voir une petition pour soutenir cette demande (si les programmeur de mediawiki ne voient pas l'interet.), cela ferait gagner 2 ans a Wikipedia.
Cela aiderait vraiment si plusieurs personnes pouvez tester cette fonction, la confirmer utile/fonctionnelle, et la réclamer aux programmeurs de Mediawiki. Yug(talk)23 novembre 2007 à 11:54 (CET)
Idée intéressante, si je comprends c'est le pendant graphique des modèles dans Wikipédia. Pour être franc, c'est complètement incompatible avec la façon dont sont gérées les images dans MediaWiki actuellement, ça nécessiterait une refonte entière du système de gestion d'image, donc je doute que ça voie le jour rapidement ; il n'y a déjà pas assez de développeurs pour les tâches « prioritaires » comme le login unique, alors pour ça... et une « pétition » n'y changerait rien, puisqu'il s'agit d'un manque de développeurs plutôt que d'un manque de motivation. Ca changera peut-être avec le déménagement de la Fondation dans 2 mois et le recrutement programmé de plusieurs développeurs juste après... le Korrigan→bla23 novembre 2007 à 20:37 (CET)
Oui, c'est les {modele} version SVG .
Je vous file ce précieux mais très lourd BB (je sais...) dans le but de quitter [rapidement -__- ] wikipedia en ayant de sentiment n'avoir laissé rien de précieux se perdre. C'est a vous de prendre ca en charge, maintenant pour les test, et si il faut dans 3 mois pour l'implementation. ;) Yug 23 novembre 2007 à 20:42 (CET)
Je viens de refaire le texte, j'avais fait une erreur a l'intro, et j'avais oublié de fermer le svg avec </svg>. Reassaye, et supprime ton post precedant qui ne sert plus. Yug 23 novembre 2007 à 21:09 (CET)
Ensuite, pour tout les testeurs : c'est cette page du W3C la référence. Essayer de comprendre, de faire varier des trucs, afin que sa fonctionne. Yug 23 novembre 2007 à 21:11 (CET)
Ce n'est pas la peine de tester sous Firefox car il faudra atteindre la version 3 pour que l'élément "foreignObject" soit pris en compte : référence => ici. Pour opera; il semblerait que c'est possible mais qu'avec une balise href : ici. Voilà pour les informations supplémentaires sur le sujet. Sinon l'idée est très intéressante... --Pinpin (d) 23 novembre 2007 à 23:41 (CET)
Svgfr.org a repondu un truc que je ne comprends pas... As-ton un graphiste-programmeur pour ces truc textes technique ? Yug 24 novembre 2007 à 10:50 (CET)
Je viens de créer un SVG qui contient un lien vers l'image du jour en jpg : Image:Pinpin.svg. Par contre, médiawiki ne le comprend pas. Si vous cliquez avec Firefox, l'image s'affiche bien. Voilà le code que j'ai utilisé :
J'interviens ici pour vous apprendre ou vous rappeler pourquoi ça ne peut pas fonctionner avec MédiaWiki : les images que nous voyons sont en PNG. Pour atteindre le SVG, ce n'est pas direct :
Je suis sur un article de WP : les images sont en PNG (ou en JPEG pour les photos, mais là elles ne sont pas concernées),
Je clique sur l'image, j'arrive à sa page de description sur la WP-fr : l'image est en PNG,
Je clique sur l'image, elle s'affiche « en grand » dans Firefox : l'image est en SVG.
Donc même si on arrive à faire fonctionner ce système d'inclusion, et je suis sûr que c'est possible, ça ne pourra pas servir dans WP car le moteur de conversion SVG=>PNG de MédiaWiki ne saura pas le gérer. Sémhur ·✉·✍· 24 novembre 2007 à 15:43 (CET)
Comme dit, ça peut s'envisager sur le long terme, avec une refonte du système de gestion des images dans MediaWiki. Mais c'est à ranger aux côtés de l'éditeur SVG en ligne permettant les traductions rapides : d'ici 2 ans peut-être, mais pas dans l'immédiat. le Korrigan→bla24 novembre 2007 à 15:53 (CET)
Pour illustrer que Foreignobject ne fonctionne pas, il existe le lien suivant sur le web => ici. Sinon pour importer du SVG en fond comme le png ou le jpg, la balise <image id="imatype" x="0" y="0" width="500" height="500" xlink:href="url_svg"> ne fonctionne pas non plus. Je vois pas ce qui peut fonctionner. Je suis d'accord avec Sémhur que ça dépend de médiawiki. Je vais regarder la bibliothèque librsvg qui fait les conversions dans médiawiki pour voir si cela fonctionne.--Pinpin (d) 24 novembre 2007 à 16:07 (CET)
Quelques autres PIdQ
Hello, j'ai encore proposé quelques images de l'Atelier pour qu'elles soient reconnues "de qualité" sur Commons. Ca ne marchera peut-être pas pour tout, mais ça ne coûte rien d'essayer... Si vous voulez voter, et peut-être les suivre pour faire les corrections demandées :
Si je peux me permettre, cher IP qui n'arrives pas à décrocher, certaines images n'ont aucune chance d'être Images Remarquables sur Commons : le schéma de chaudière est bien trop simplifié ; le camembert reste un camembert, et les votants de Commons n'aiment pas quand on propose une image en disant "c'est tout con mais c'est bien fait" (ça marche rarement). le Korrigan→bla23 décembre 2007 à 18:31 (CET)
Si je peux me permettre, cher Korrigan, peu m'importe la question IdQ et chaudière, mais puisque ce dessin te paraît « bien trop simplifié », pourquoi ne l'as-tu pas dit quand il a été proposé à l'atelier ? Shakki (d) 24 décembre 2007 à 18:59 (CET)
A mon humble avis on ne pouvait pas faire mieux à partir de la photo originale. POur l'IM (image remarquable eh oui), il manque l'effet "woaw", qui je pense pourrait être rajouté par une simple (dans les faits, pas dans la réalisaton) amélioration de textures au niveau de la flamme , du gros cylindre gris en bas à droite et de la coque (reflets mettalisés qui sont sur l'image originale). Après çà devrait être bon. Korrigan ne critiquait pas ton travail, mais la précision du schéma d'origine, enfin de la photo quoi. Sur ce, joyeux noël ! -- Walké...24 décembre 2007 à 19:19 (CET)
Excuse-moi Shakki, je me suis mal exprimé. C'est bien sûr le schéma d'origine qui est très (trop) simplifié, ton SVG est parfait ! C'est un schéma bien suffisant pour appréhender le fonctionnement pour un néophyte, mais pas satisfaisant pour explorer les détails. Si je trouve à l'occasion un schéma plus complet, je ferai appel à vous. Je n'ai pas toujours des sources de qualité mais je fais ce que je peux :-) Bonnes fêtes ! le Korrigan→bla24 décembre 2007 à 21:42 (CET)
Le camembert sur la production californienne d'électricité n'a pas été retenu par le demandeur, il ne sera donc pas concrétisé sur Commons.
Par ailleurs, pour les images plus simple, mais néanmoins de qualité, il existe les Commons:Quality images candidates, qu'on pourrait traduire par « bonnes images », et qui sont aux images ce que les « bons articles » sont aux articles - un cran en-dessous les articles ou images de qualité, donc. Sémhur ·✉·✍· 26 décembre 2007 à 11:52 (CET)
Bonjour, je me trouve face à une situation stupide, j'aimerai modifier l'en-tête de la page images à améliorer de l'atelier graphique, car il me semble que désormais nous devrions remplacer le modèle {{Atelier graphique}} par {{Graphic Lab|fr}}...histoire d'être un peu plus interwiki...de plus, il me semble judicieux de rappeler la présence du modèle {{Created with GIMP}} (que je ne connaissais pas ) pour les créations faites ici...or, je me trouve face à une ligne {{/En-tête}}...malheureusement, je ne parviens pas à localiser cette foutue page et donc à la mettre à jour....quelqu'un de plus malin que moins pourrait-il éclairer ma lanterne (que je ne prends pas pour une vessie)...merci d'avance, et meilleurs vœux pour l'année 2008...--SuperManuSuperMessage2 janvier 2008 à 16:12 (CET)
Néanmoins, il est prématuré de remplacer {{Atelier graphique}} par {{Graphic Lab|fr}}, car le nouveau modèle n'est pas tout à fait fini (voir la discussion « Modele {Atelier Graphique} sur commons : vers un modele pour tous les Ateliers ? » ci-dessus. Je ne crois pas que la pose de ce modèle catégorise automatiquement dans Commons:Category:Atelier graphique-fr, il ne prend pas en compte la section « cartes », et les ateliers graphiques n'ont pas été averties de son existence (ils n'ont pas tous une catégorie non plus). Je m'étais dit que je ferai tout ça, mais je n'ai encore rien fait, alors si le cœur t'en dis...
(pour la proposition de l'accueil voir le topic d'au dessus). Au niveau de l'en tête, je sais pas si sa te fait pareil, moi en fait si je rajoute /En-tête à l'adresse il la trouve pas => en fait l'adresse de la barre d'adresse est Wikip%C3%A9dia:Atelier_graphique/Images_%C3%A0_am%C3%A9liorer et sa marche pas, il faut la réécrire. Et sinon il y avait l'arborescence ;-). -- Walké...2 janvier 2008 à 19:33 (CET)
Les deux, non ? D'abord en français je dirais, puisqu'on maitrise mieux cette langue, puis la traduire en anglais, en la faisant relire par un bilingue du Projet:Traduction. Sémhur ·✉·✍· 10 janvier 2008 à 13:30 (CET)
Oui on vas faire comme ca... en fait il faudrait qu'on ai un intermédiaire avec le Graphic Lab, ou si quelqu'un pouvait aller leur expliquer que ce projet est lancé, et que si ils son des idées ils nous en fassent par (ou lance la même chose chez eux) -- Walké...12 janvier 2008 à 14:18 (CET)
Wikigraphiste cherche modèle perdu
Salut,
Je cherche désespérément un modèle que j'ai jadis utilisé, à apposer sur la page de discussion d'un utilisateur, pour lui signaler que la requête qu'il a effectuée sur l'Atelier graphique a été satisfaite par un Wikigraphiste et pour l'inviter à valider la proposition ou à donner son avis. Personne ne saurait où se trouve ce bandeau perdu? karta24 (d) 24 janvier 2008 à 11:20 (CET)
Merci infiniment de votre aide sur ceci. Elle nous sauvera beaucoup de travail. Nous espérons renvoyer la faveur bientôt. en:User:Sagredo (talk) - Atelier graphique anglais
Thank you for the Russian history map image, that is great inter-Wiki cooperation! Chris (クリス • フィッチ) (talk)
Salut, j'ai fait ça (pour commencer) mais, lors du téléchargement, les nombres se décentrent des petites bulles. Sauriez-vous comment obliger les nombres à être centrés dans les bulles même après téléchargement sur commons ? Bourrichon31 janvier 2008 à 15:41 (CET)
C'est peut être ta police d'écriture qui est un peu trop exotique ? Tu utilises "Impact" enfin c'est ce que me dit Inkscape. Essaye avec du Arial en gras. peut être que cela passera mieux. Sinon nickel ton SVG. --Pinpin (d) 31 janvier 2008 à 15:50 (CET)
Des svg pixélisés....peut-être un début de réponse...
Bonjour,
Je viens juste vous donner une info qui peut nous intéresser ici...cela ne m'est jamais arrivé, mais il semblerait que parfois les rendu de svg apparaissent pixélisés....il semblerait que cela soit du à une taille trop grande d'après ce lien [1]...autour de 1020 px de large serait la limite a partir de laquelle cela devient moins beau....à bon entendeur --SuperManuSuperMessage1 février 2008 à 10:21 (CET)
Pas d'affichage de mon graphique SVG
Bonjour,
je suppose que ça n'est pas la première fois que ça arrive à un débutant. J'ai fait le graphique Wal-Mart (voir la page de demande). Comme indiqué par Semhur j'ai chargé pour un brouillon sur wikipédia ce graphique qui contient des logos. Le graphique ne contient pas d'image png ou autre bitmap. Il n'y a aucun d'affichage de cette image . Par contre l'image chargée apparaît bien dans le navigateur en SVG (L'ensemble du graphique a été fait sous 500x400 environ et j'ai étiré l'ensemble pour avoir 700x520. Est-ce que ça pu avoir un effet?) C'est la première fois pour mes chargements SVG, d'habitude sur commons, que cela m'arrive. Quelqu'un pourrait éventuellement me donner une explication, un remède , regarder le fichier svg si nécessaire. merci --Ewan ar Born (d) 11 février 2008 à 12:20 (CET)
Bon, comme vous le voyez le problème semble réglé...il s'agissait d'un fond png que j'avais oublié dans le logo AXA et non WAL-MART ---Ewan ar Born (d) 11 février 2008 à 13:11 (CET)
Création originale
Bonjour,
je ne sais pas si c'est le bon endroit pour poser cette question, mais comment fait-on pour demander une création originale ? dans la page principale (Wikipédia:Atelier graphique/Images à améliorer), on demande obligatoirement d'indiquer le nom de l'image à copier, obligatoirement sous licence, or le but de la création originale... c'est justement de ne pas copier, mais de s'inspirer (et déjouer ainsi le copyright, puisqu'il n'y a pas copie). Ce type de création se fait sur l'atelier graphique s'occupant des cartes, mais en fait, il s'agirait d'un schéma. Je peux indiquer un grand nombre de sources images, à partir desquels il serait possible de faire une synthèse, mais je suis incapable de réaliser ce schéma moi-même (ce n'est pas faute d'avoir essayé...). Pourriez-vous me renseigner ? --VonTasha (d) 25 février 2008 à 14:30 (CET)
Bonjour, l'atelier graphique "Images à améliorer" peut aussi créer des schémas ou autres diagrammes sans qu'il n'existe de sources sur Commons. Exemple : Schéma d'un phare. Il te suffit de faire une demande via ce lien en laissant Image:Image-missing.svg et en donnant les différents liens sur le net des sources de ton schéma. Les Wikigraphistes s'en inspiront pour te réaliser un schéma originale. --Pinpin (d) 25 février 2008 à 15:00 (CET)
Salut. Je ne saurais pas te dire pourquoi et encore moins comment ça marche, mais ça semble lié à un clone. J'ai fait une bidouille en déliant les éléments et j'ai réussi à obtenir les ballons en bas de Image:Shakki 2.svg (j'ai pas osé loader sur ton image). Il y en a 2 qui ont l'air OK. Celui tout à gauche est un autre modèle que j'ai trouvé sur Commons. Shakki (d) 10 mars 2008 à 19:03 (CET)
Je suis partie du modèle original, et quand j'ai essayé de diminuer la taille, patatras ! tout est devenu noir. J'ai donc annulé et tout sélectionné. La description était « X objets dans clone ». À partir de là, j'ai délié le clone (Edition/Cloner – Délier le clone) et peut-être un autre truc encore dont je ne me souviens pas. Ça a dégroupé. Après plusieurs essais infructueux de modification de taille - ça restait désespérément noir ! -, j'ai sélectionné le 1er élément (ombre noire) et je l'ai mis de côté. J'ai ensuite sélectionné le 2eme que j'ai redimensionné, puis le 3eme et ainsi de suite. J'ai rajouté l'ombre à la fin après avoir modifié sa taille. Je ne saurais te dire pourquoi mais c'était apparemment elle qui posait problème (d'ailleurs je ne sais même pas comment tu as fait pour réduire le ballon sans qu'il devienne tout noir...). Voilà. Shakki (d) 12 mars 2008 à 19:46 (CET)
Oui, chez moi ça ne devenait jamais tout noir. J'ai déjà eu des problèmes de redimensionnement avec des objets un peu compliqués comme Image:Compass rose pale.svg. Une partie seulement suivait le redimensionnement ! Je vais essayer de signaler ce genre d'accident sur le site d'inkscape. Bourrichon12 mars 2008 à 20:20 (CET)
Je sais pas si ca peut aider, vu que Gimp est là, et qu'il vaut mieux que tout le monde utilise le meme soft. Je passe l'info, a vous de juger. 220.135.4.212 (d) 29 mars 2008 à 07:52 (CET)
Je souhaite rejoindre les wikigraphistes, mais je me demande si je dois renommer mes anciennes créations qui ne respectent pas toutes les standards . Otourly (d) 14 mai 2008 à 19:27 (CEST)
Bienvenue !!! Ne t'en fais pas, ce n'est pas rétroactif. A l'avenir, essaye de suivre les quelques règles simples pour simplifier la vie aux autres. Quand on voit le chenie que c'est dans les noms de fichier, ne te biles pas pour tes noms qui ne sont pas aux standard de l'AG. Merci de tes futures collaborations.--SuperManuSuperMessage15 mai 2008 à 09:55 (CEST)
Bonjour, je viens de tester à nouveau les `patterns dans inkscape. Il semblerait qu'en exécutant la fonction embedd all images, cela fonctionne. Néanmoins, et cela n'est pas coutume, l'interpréteur wiki s'en sort mieux que Firefox. En effet, autant le pattern apparaît sans problème sur la miniature, autant firefox ignore les pattern. En revanche, Internet exploreur, lui, n'a pas de difficulté à afficher les patterns...que faire ?, sachant que c'est super pratique pour donner une texture à un objet ? voir l'exemple temporaire au dessus...--SuperManuSuperMessage29 mai 2008 à 09:45 (CEST)
A propos de ces nouveaux motifs, as-tu réussi à les travailler un peu ? Par exemple, pour les barres noires de ton image, je n'ai pas réussi à les mettre en oblique, et pour changer leur couleur je l'ai fait une fois par hasard, sans pouvoir le reproduire.
Quant au rendu de Firefox, il s'améliore avec la version 3. Les effets de flou apparaissent enfin, et les patterns aussi. Voir ici que donne ton image avec FF3. Sémhur ·✉·✍· 29 mai 2008 à 11:33 (CEST)
Je n'ai pas vérifié le rendu hors d'Inkscape mais si l'on créé la figure si dessus avec le pattern par défaut l'on peut manipuler l'objet de manière à ce que les barres soient obliques puis transformer l'objet en chemin pour obtenir le cadre voulu. Mais peut-être n'est-ce pas la question posée? Pour ce qui concerne le changement de couleur je ne sais pas.----Ewan ar Born (d) 29 mai 2008 à 15:06 (CEST)
@Sémhur, pour modifier les patterns, j'ai peut-être un élément de réponse : imaginons une forme dans laquelle tu insère un pattern, pour modifier le pattern une fois qu'il est dans la forme, clique sur le bouton forme (rectangle si c'est un rectangle, cercle si c'est un cercle), et cherche après une petite croix, un petit carré et un petit cercle tels que ceux présents pour modifier les formes. Ces 3 sigles peuvent parfois se retrouver très loin de l'objet en question (j'ignore pourquoi d'ailleur), pour le retrouver il faut parfois dézoomer très fort. Une fois trouvés, la croix te permet de déplacer le pattern à l'intérieur de l'objet, le carré, de le rendre plus grand ou plus petit (effet zoom du pattern à l'intérieur de l'objet) et le petit cercle permet d'effectuer une rotation du pattern. Pour ce qui est de la couleur, là c'est encore une énigme, dés lors qu'un objet est transformé en motif, inkscape ne veut plus changer sa couleur (en tout cas, pas avec la méthode habituelle).
Je te remercie Motty pour cette astuce . J'ai bien trouvé la croix, le carré et le rond, dans le coin supérieur gauche de l'image (et hors de la zone concernée par le pattern). Ça donne ça : Image:Sémhur5.svg. J'ai réussi à modifier la couleur en me servant des scripts proposés par défaut dans Inkscape : Effets ··> Couleur. J'ai tâtonné un peu, je ne maîtrise pas encore bien. Sémhur·d·e·2 juillet 2008 à 22:02 (CEST)
bonne nouvelle que les patterns soient mieux acceptés, cela va changer la face du monde. Malheureusement, je viens de tester les masques et clip, mais cela ne passe pas, ni pour wikimedia, ni pour firefox...sniff!!--SuperManuSuperMessage3 juillet 2008 à 10:06 (CEST)
Problème d'affichage de svg (cause inconnue)
Salut à tous,
J'ai des problèmes d'affichage de svg qui commencent à devenir gênants. Je n'ai pas trouvé de réponse à mes questions dans la FAQ svg, c'est pourquoi je m'adresse à vous ici.
Je génère mes svg avec Illustrator. Certains s'affichent sans problèmes tandis que d'autres ne s'affichent ni sur leur page respective de Commons, ni dans une galerie, mais seulement une fois que le fichier a été téléchargé par le browser.
Effectivement, si j'utilise Inkscape pour réexporter en svg simple mon svg provenant d'Illustrator, ça fonctionne... Ma curiosité n'est pas satisfaite, mais ce n'est plus trop la peine de se creuser. Merci de m'avoir rappelé l'existence d'Inkscape . karta24 (d) 8 juin 2008 à 13:56 (CEST)
Il y a quand même des difficultés incompréhensibles avec notre wiki. Je travaille sur wikipédia:Atelier graphique/Cartes#Départements du Premier Empire français en 1811 en affichant l'état d'avancement des travaux. La dernière mouture du brouillon a été chargée depuis plus de 24 h. que vois-je? Une situation correcte dans la galerie et sous le browser mais un coup de retard avec l'aperçu PNG. CTRL+f5 ou autres interventions n'y font rien..et cela se reproduit à chaque chargement--Ewan ar Born (d) 9 juin 2008 à 00:46 (CEST)
Je ne sais pas si tu t'adresses à moi ou à Ewan ar Born mais en ce qui me concerne, je suis déjà allé voir dans la FAQ et je n'y ai pas trouvé de réponse puisque mon fichier ne comporte ni des images embarquées (supprimées avant exportation) ni des polices (option de vectorisation automatique des polices à l'exportation). karta24 (d) 9 juin 2008 à 11:01 (CEST)
Je crois me souvenir que Utilisateur:Kimdime69 travaillait avec Illustrator et rencontrait des problèmes équivalents aux tiens. Il vient malheureusement de quitter WP mais tu peux essayer de lui envoyer un mail pour savoir quelles solutions il avait trouvées. Sting(m'écrire)9 juin 2008 à 14:18 (CEST)
Ce ne serait pas déplacé de lui envoyer un mail à propos de WP alors qu'il a décidé de ne plus s'en occuper? De toute façon, je me débrouille quand même, c'est juste un peu répétitif d'être obligé de chaque fois repasser par Inkscape pour exporter mes svg initialement conçus & édités avec Illustrator... Rien de grave donc puisque j'ai une alternative. karta24 (d) 9 juin 2008 à 18:06 (CEST)
D'après ce que j'en ai su et de ce que je me rappelle, Illustrator génère un code qui n'est pas toujours complètement conforme aux standards (un comble pour un outil pro !) et c'est ce qui provoque des bugs, mais je n'ai pas solution. Sting(m'écrire)9 juin 2008 à 20:18 (CEST)
Il me semble que lors de l'export avec Illustrator de SVG le programme donne toute une batterie d'otpions, dont une qui consiste à demander si on veut un fichier éditable avec illustrator...le commun des mortels dirait oui, mais il faut dire non, sinon, il garde des trucs 'sales' dans le code qui permettent à Illustrator de faire je ne sais quel cochonnerie...et en fait le fichier est tout à fait éditable par la suite avec Illustrator. Je crois que c'est juste des infos en plus pour revenir au format ai par la suite.--SuperManuSuperMessage10 juin 2008 à 16:58 (CEST)
Effectivement, lors de l'exportation en svg, Illustrator propose une option "Conserver les fonctions d'édition Illustrator". Case que je n'ai jamais cochée. Le problème ne vient donc pas de là. Par contre ça me fait remarquer que j'exporte en SVG 1.1, exporter en SVG 1.0 réglerait-il le problème?karta24 (d) 10 juin 2008 à 17:52 (CEST)
Viaducs de Briare et de Pannes - Structure porteuse du pont Image originale
Proposition de M0tty
Bonjour, je suis confronté à un petit problème, un utilisateur me demande de vectoriser un schéma qu'il a scanné d'un livre, l'image originale est donc à priori sous copyright. Jusqu'à quel point de ressemblance peut-on aller avant que l'image ne devienne un copyvio ?? Le changement de format suffit-il ? Faut-il juste changer les couleurs ?? Ou dois-je modifier complètement le dessin ?? Quel est le bon dosage ?? Merci ! --M0tty[Plaidoyers et jérémiades] [Pierres à l'édifice]11 juin 2008 à 23:19 (CEST)
Ce n'est pas facile, en effet. Ici, tu as fait une simple recopie, donc il y a un fort risque pour que ça tombe sous le copyright. Pour qu'il n'y ait pas de problème, il faut qu'il y ait suffisamment de différence entre les deux images. Le plus facile à changer, ce sont les couleurs. Le mieux serait de se baser sur des couleurs déjà utilisées dans d'autres ponts fait pour WP ; je pense à Image:Chatillon bridge elevation-fr.svg de Pinpin (d · c). Ensuite, il y a la forme elle-même, là c'est plus difficile. On n'a pas beaucoup de marge de manœuvre, un pont reste un pont quoiqu'on fasse. Mais dans ce cas précis, pour être tranquille, il faudrait choisir un autre angle de vue. Avec ça, plus des couleurs différentes de l'original, il ne devrait plus y avoir de problème. Sémhur ·✉·✍· 12 juin 2008 à 10:13 (CEST)
... je pensais plus à un angle de vue plus abaissé (où l'arche s'élèverait plus dans le ciel). Bien sûr ça te fait un peu de boulot ! Sémhur ·✉·✍· 12 juin 2008 à 14:38 (CEST)
Arg... voila quelque chose qui outrepasse largement mes compétences en matière graphique... suis encore tout jeunot dans le métier moi ... Bon, ben je le propose comme ça et si quelqu'un trouve que c'est trop copié de l'original, je demanderai quelqu'un de plus expérimenté (plus talentueux) de tenter un truc mieux... --M0tty[Plaidoyers et jérémiades] [Pierres à l'édifice]12 juin 2008 à 23:26 (CEST)
On parle ici de dessins techniques (descriptions scientifique d'un objet), il n'y a donc pas 36 solutions : tu es obliger de rester fidele a l'objet, je suppose que les lois tiennent compte de ceci et sont donc plus concilliante pour les dessins techniques ressemblants que pour les dessins abstraits ressemblants.
Je t'encourage tout de meme a ralonger les routes. Le mieux serait de quitter cette vue aérienne oblique (qui est un choix de l'auteur) pour passer a un duo « vue de profil + vue du ciel » clairement différente. Fait aussi une légende par numéro, cela passera mieux. Yug 17 juin 2008 à 10:39 (CEST)
Le schéma est déja uploadé sur Commons en 3 modèles : un en version francaise, un en tag et un vierge. Pour ce qui est de la modification complete du schéma, ca outrepasse mes compétences (il y a de vrais pros à l'atelier)--M0tty[Plaidoyers et jérémiades] [Pierres à l'édifice]17 juin 2008 à 11:29 (CEST)
Paris, Juillet 2008 ?
Salut, Briana/Pfcdayelise (mail) a signalé la tenu d'un Inkscape book-sprint, la redaction en une semaine d'un guide pour Inkscape/SVG a Paris, a la Cité des Sciences, du 6 au 13 juillet 2008. J'ignore exactement a quoi cela conciste (?), est-ce qu'il y aura des pro du SVG qui viendront ? est-ce qu'il y aura des conférences sur le SVG ? ou si c'est l'idée d'une boite semi-commerciale-GNU pour faire travailler des wikigraphistes gratos (NB: faut etre réaliste, a nous seul, on a pas le niveau pour écrire un livre complet O.o).
Si cést bien mené et par 1/quelques experts (en SVG et/ou en redaction de Manuel libre) : cela pourrait etre sympas Yug 17 juin 2008 à 10:57 (CEST)
PS: Briana et Anthere cherchent aussi un toit pour cette semaine de juillet.... (Muahaha, 2 boss de la fondation vont etre SDF à Paris ! ^__^y ) Yug 17 juin 2008 à 11:05 (CEST)
Proportion des couleurs
Bonjour, ayant une amie atteinte de Daltonisme, je cherche un logiciel permettant de trouver les codes de couleur d'une image mais sous forme de pourcentages directement. Exemple 20% bleu, 30 % jaune et 50 % rouge... Merci Otourly (d) 26 juin 2008 à 11:20 (CEST)
Vous prenez par exemple Gimp, vous ouvrez votre image et sélectionnez la pipette dans les outils. Ensuite, la où vous cliquerez la pipette en maintenant la touche shift ou control (pour montrer le menu de la pipette), les valeur Cyan-Magenta-Jaune-Noir seront données pour le pixel correspondant, attention à ne pas confondre avec le RGB qui donne lui Red-Green-Blue (rouge-vert-bleu) et qui correspond plus aux couleurs utilisées par un écran, contrairement aux couleurs primaires CMJN (CMYK en anglais), qui, elles, correspondent aux encres d'imprimantes...il faut choisir le bon format de couleur dans les menus déroulant de la fenêtre des couleurs--SuperManuSuperMessage27 juin 2008 à 17:30 (CEST)
CMJ est plus parlant je pense après elle peut doser avec le blanc ou le noir par contre il n'est pas en pourcent en fait... Otourly (d) 27 juin 2008 à 19:16 (CEST)
A propos de Créative commons et la gfdl
Bonjour bonjour tout le monde..
Je fait un saut ici pour vous présenter un bouquin que je lis actuellement, que je recommande d'ailleurs : du bon usage de la piraterie, par Florent Latrive.
J'y ai trouvé un passage sur les logiciels libre et la licence créative commons assez explicite, et peut assez eclairante sur certains détails. Le style change des explications wikipediennes (que je ne critique pas, attention), c'est sympa à lire et assez court.
Vous pouvez donc trouver le livre (pdf) ici, le passage parlant des licences est donc le chapitre 3, partie 3, 4 et 5 (page 81 à 87 du livre, donc 41 à 44 du document pdf)..
C'est ce que je fais d'habitude, mais il y a aussi le problème du texte qui déborde des carrés (boîtes de cotation), voir par exemple le texte « ⊕ 0,02 A B », et en fait toutes les étiquettes encadrées.
Il s'agit simplement des limites du convertisseur svg-png lorsqu'il transforme des petits objets dans des images aux dimensions limitées Ewan ar Born (d) 1 juillet 2008 à 19:13 (CEST)
C'est quoi cette petite croix rouge qui est apparue devant une demande ? vous allez prendre la philo de la date d'expiration comme sur le wikipedia anglophone ? Hektor (d) 17 juillet 2008 à 20:35 (CEST)
Oui mais enfin ce n'est pas une seule personne qui fait les règles. Je voulais savoir si l'idée était de marquer maintenant certaines demandes "stale", parce que moi je croyais que jusqu'à présent l'idée ici était de prendre son temps, mais de toute façon de répondre aux demandes à la longue. Hektor (d) 17 juillet 2008 à 20:58 (CEST)
Non, en fait, il me semble que la demande n'était pas traitable, et que la réponse avait été donnée clairement au demandeur...on ne peut pas remettre net un élément qui est dans le flou de mise au point...en fait, j'ai cherché un modèle en opposition au v vert de fait, et j'ai trouvé la croix rouge comme exemple. Si quelqu'un pense que cela n'est pas bien, je ne suis pas dictateur, et dites moi quoi mettre dans un tel cas..-j'ai juste pensé que cette demande ancienne ayant été clairement rejetée par le texte ne devait plus être présente sur les demandes en cours. En mettant cette croix, je voulais simplement indiquer à l'âme charitable qui archivera la prochaine fois de bien vouloir la supprimer du dossier courant. J'aurais peut-être du mettre un commentaire lors de mon édition. Désolé.--SuperManuSuperMessage18 juillet 2008 à 10:36 (CEST)
Ce n'est pas la première fois que l'on ne traite pas une demande (même si c'est la première fois que tu le vois, Hektor). Mais ça arrive assez rarement, parce qu'on essaye de toutes les satisfaire. Tu peux voir les statistiques ici et là. Quand ça se produit, c'est en général pour des problèmes de copyvio, ou parce que la demande est jugée infaisable, comme ici. Pour l'indiquer, on utilise l'icône plutôt , ou sinon ou .
Vu le nombre de mes demandes en attente, je ne suis certes pas favorable à la cloture des demandes trop anciennes. . Hektor (d) 18 juillet 2008 à 19:17 (CEST)
Je ne pense pas que l'intervention d'Emmanuel.boutet (d · c · b) tient à l'application d'une règle quelconque mais à ce que j'appellerais du bon sens : cette demande ne peut être satisfaite ..dans le cadre des talents des wikigraphistes qui apparemment n'ont pas découvert le prodige qui aurait fait un miracle. Il ne s'agit pas ici d'une demande ancienne mais bien d'un problème technique. L'usage de telle ou telle icône apparaît alors secondaire. Il aurait été simplement souhaitable de prévenir le demandeur..si ça n'a pas été fait. cordialement. Ewan ar Born (d) 18 juillet 2008 à 21:45 (CEST)
Salut, les images sur fr.wikipedia (et uniquement FR ! O.o) sont en qualité médiocre depuis 3 jours, voir ce screenshot, tandis que la même image de même taille est impecable sur commons ou EN. Vous avez aussi le problème ? Yug(talk)29 juillet 2008 à 15:30 (CEST)
Ca installe l'essentiel des logiciels necessaires à la navigation Web (firefox), à l'infographie libre (inkscape python-lxml [permet d'inclure des images dans vos SVG, voir FAQ SVG] gimp ksnapshot), à la gestion de fichiers (krename gwenview), quelques codecs (oggcodecs flashplugin-nonfree), un traitement de texte rustre (kate kate-plugins), et le sympatiques "post-it" (knotes). Si vous avez d'autres astuces : partagez ! Yug(talk)29 juillet 2008 à 02:10 (CEST)
Excellente idée, j'ajouterais volontier un éditeur vidée du genre openmovieeditor, Pitivi, kdenlive ou cinelerra, mais n'étant pas sous linux actuellement, je ne connais pas bien ces logiciels pour faire un choix--SuperManuSuperMessage29 juillet 2008 à 10:11 (CEST)
Oui, bonne idée pour l'éditeur vidéo/son (pour ceux qui veulent aller plus loin). PS: vu que ca a l'air de plaire, améliorez cette liste autant que vous pouvez en expliquant brièvement ce que ca installe et apporte. Je déplacerais la liste dans notre page /Logiciels ;]. Yug(talk)29 juillet 2008 à 15:15 (CEST)
Je ne suis pas sous linux et en voyant ça dommage... il n'y a pas un color picker gratuit qui traine quelque part sans que ça soit dans un navigateur? Otourly (d) 1 août 2008 à 15:35 (CEST)
Mon linux parle de « Eyedropper mode » (lorsque Colorzilla plante sur mon Firefox ¬_¬'), tu peux lancer une recherche google. Yug(talk)2 août 2008 à 23:15 (CEST)
Greenspun project : ca tourne.
Voilà, ca se lance, les premières illustrations sont créées. J'expose ici le principes :
Donc ca fonctionne. Le travail est du niveau des très bons SVG que les wikigraphistes produisent parfois (pour 0$ O.ô). Mais gros avantage : ca va familiariser des pro de l'infographie (voir le profil de Provost) à Commons et aux licences libres. Faut continuer pour voir. On voit aussi que LadyofHats participe, et recoltera probablement 120US$ bien mérité, vu le travail hallucinant qu'elle a déjà accomplit sur commons. Yug(talk)18 août 2008 à 16:42 (CEST)
Pour ceux qui pense avoir un niveau proche et qui sont éventuellement intéressé pour participer au projet greenspun. Quelques clefs:
Qui: Tout le monde peu prendre une requête en charge.
Niv.: avoir le niveau de faire du bon travail, voir ton instincteur et la Commons:Category:Philip Greenspun illustration project, tous bien construit, mais qui ne sont pas nécéssairement hallucinant. Sting, walké, Sémhur, et quelques autres ont déjà fait chacun quelques images de ce niveau.
Prendre une requetes:
1. sur jira, choisir une requetes "unassigned" (et facile...),
![User talk:Emmanuel.boutet#Suffix "edit.svg": Propositions a SuperManu](Discussion_utilisateur:Emmanuel.boutet#Suffix_"edit.svg":_Propositions_a_SuperManu){kind=link}
.svg){kind=link}
_de_Image:Russie_1300_1796.png?){kind=link}
![[2]](https://upload.wikimedia.org/wikipedia/fr/archive/e/ea/20080709184006!M0tty_01.svg){kind=link}
