ici on peut discuter de tout et n'importe quoi ;-), mais surtout de l'ArTLabO quand même.
sinon il y a des listes de discussion : http://listes.medias-cite.org/wws/info/artlabo

---

Salut, mais alors .... on est parti pour faire le Wikipédia de l'art numérique francophone ;-) , la page OpenSource est-elle redondante avec LibreS, si oui, autant l'enlever ? -- YannLeGuennec

---

C'est une idée. Par curiosité je suis allé voir, tout de meme. Wikipedia.fr Si la première page amorce Art et culture, la liste est très classique. Un clic sur art, amène (le 21 décembre 2005) à un cours Le mot art vient du latin ars.... une première mention d'art numérique est faite ne fin d'article, en bagarre pour le "Dixième art" ... avec le modélisme ferroviaire. Art numérique étant un lien, je clique pour lire : L'art numérique est impossible à définir parce que ce type d'art n'existe pas." avec cet invite cet article est une ébauche à compléter. Je propose de continuer sur le brouillon de l'ArtLabo.
> ok, ArtNumerique? , ArtReseau?, ArtInteractif? , (je crois que wikini n'aime pas les accents) tout un tas de choses à défricher en français dans pas mal de dimensions: théoriques, pratiques, exemples, critiques, actualités, et pourquoi pas, polémiques, ce qui sort du cadre d'un travail encyclopédique... --yann
Pour ce qui est de la page OpenSource, pense qu'elle est utile, ne serait-ce que parce que le terme est très utilisé. Je propose simplement d'enlever la deuxième partie de la définition qui y est donnée.
ThierryPasquier
> ok. --yann
> l'idée de départ est de mutualiser ce que les uns et les autres faisons, expérimentons, avons découvert, pour simplement le partager et mettre en commun. De ce point de vue la ZoneDeTravailArtistique est un des espaces que l'on imagine comme très important pour faciliter la mise en commun des expériences des uns et des autres, au-delà des définitions et des terminologies (meme si elles sont très importante). L'idée enfin est de permettre de mutualiser les ateliers et les artistes pour faciliter la diffusion des pratiques. En même temps cela doit permettre de montrer la richesse de ce qui existe mais qui est dispersé.
> salut Gerald, c'est une très bonne idée. un rapport (à tout hasard) avec la disparition du CICV ?
Rapidement on pourra appliquer, yann, un de tes dipositifs cartographiques pour montrer que bien des choses et des personnes sont déjà - à des degrés divers- connectés.
>cf ci-dessous si besoin de support sur les applis x-arn
Après entre l'idée de départ et ce que cela va devenir, c'est le pari du collectif. On verra bien ce qui se construira au final. -- Gérald /
> Là-dessus, je suis 100% OK....voyons voir! 8)

---

Pour ce qui est de la cartographie de artLabo, ce serait très bien, en automatique car je vois mal yann se coltiner le boulot tous les n jours. Thierry
j'ai participé au développement d'un handler (plugin) pour wikini qui produit quelques représentations en SVG de la structure du wiki. c'est ici: WikiNi:SvgHandler (interwiki). Sinon il y a aussi le système collaboratif ouvert Angle, qui est une appli autonome. N'hésitez pas à m'interroger sur ces sujets. --yann

---

comment mettre en pace une stratégie d'archivage des discussions du Bistro ?

---

C'est vrai qu'il faudrait pouvoir mettre en place un dispositif de fils de discussion parce que c'est une des fonctions importantes que de rendre possible les échanges. Une des solutions peut être d'utiliser la liste de discussion - dont je viens de m'apercevoir qu'on ne l'a pas mis en lien sur le wiki - (voir lien en haut de page)
Cette liste fonctionne sur la base d'un sympa (avec archive en wws donc) mais le pb c'est que cela l'externalise du wiki et empeche de faire des liens dynamiques.
A réflechir donc.
> je pensais plus à l'archivage des disussions de ce bistro, devra-t-on les garder ou peut-on tout effacer au fur et à mesure ? ( je vote pour la deuxieme solution).
+ quelquechose de prévu pour Autrans2005? ? -- yann

---

Je ramène une discussion en cours sur PhPmysql au bistro. Je copiecolle Gérald: "je pense effectivement qu'il faut d'abord poser une rubriques "ressources" réellement dédié aux usages artistiques, puis une autres rubriques genres "ressources annexes ou complémentaires" pour lesquelles on peut parler du détournement des outils." qui faisait suite à un questionnnement sur l'objet de la page TypO. Evidemment, ça va être difficile de séparer ces ressources dédiées aux usages artistiques des resources annexes. Encore, plus dans la partie TypO, où le numérique offre des possibilités tout a fait intéressantes (mais je ne me sens pas non plus obligé de développer cela, immédiatement maintenant). Reste que, effectivement PhPmysql ou BabelMap sont strictement des outils et que jusqu'ici nous avons surtout présenté des logiciels. Cet tonalité sera marginalisé au fur et à mesure que l'idée de départ de mutualisation rappelée par Gerald dans cette page prendra corps. Un autre pb aussi est celui des statuts des logiciels et des oeuvres dont il est question ici. Il me semble, comme le faisait remarquer JocelyneQuelo?, que nous nous devons de privilégier les approches LibreS. Thierry
Cette distinction entre ressources et ressources annexes me semble inadéquate et relever d'une conception (pardonnez moi) un peu étriquée de l'art. Je ne vois absolument pas en quoi Director présupposerait plus un usage artistique que PHP, pour rester sur ces exemples, à moins de voir en l'artiste un usager final seulement capable d'utiliser des outils qu'on (qui?) aurait pensés pour lui, en bornant ainsi au passage son champ d'action. Ce serait la même chose de dire par exemple que l'on ne peut faire de la peinture artistique qu'avec des pinceaux achetés dans un magasin de beaux-arts et non des grosses brosses achetées dans un magasin de bricolage et qui ne devraient servir qu'à faire de la peinture en batiment. La notion de détournement des outils me semble ici induite par une préconception fausse à mon sens de la notion de pratique artistique dans son rapport aux outils. --yann
La métaphore des pinceaux est intéressante, si on présente différents pinceaux qu'ils soient artistiques ou bien des grosses brosses, il faudra quand même préciser dans quels types de magasins on va pouvoir les trouver, et quels types d'interlocuteurs on va trouver dans ces magasins.
Cela veut dire aussi que lorsqu'un peintre en bâtiment bosse dans la rue, je pourrais aller tchacher avec lui et lui parler de nos outils communs et aussi de ceux qu'il utilise et que je ne connais pas et vice et versa.
Les visiteurs de l'artlabo auront surement besoin de ces clés pour aborder les outils et les différentes communautés d'utilisateurs.
Cela permet de rebondir sur la problématique du LibreS, les outils libres sont souvent moins ergonomiques plus difficiles à aborder, à comprendre, à prendre en main avec des documentations souvent brutes de décofrage. Cela implique que si l'on veut privilégier les approches LibreS, nos ressources sur les outils libres doivent être plus travaillées, plus explicatives et plus claires par rapport à nos ressources sur les outils propriétaires mais aussi par rapport aux ressources disponibles dans les communautés du libre.
Bon, aprés, on va y aller petit à petit ... ~William
Je crois que ce qui peut nous réunir et qui peut faire la spécificité et l'originalité de ArtLabo, c'est justement de ne pas réduire l'artiste numérique à "un usager final seulement capable d'utiliser des outils qu'on (qui?) aurait pensés pour lui, en bornant ainsi au passage son champ d'action". C'est en tout cas notre démarche à l'ECM de Poitiers. Mais, il faut reconnaître que cette approche est assez marginale. Je laisse de côté la question du libre au sens large. Potentiellement, tout langage informatique permet de faire ce que propose le meilleur logiciel et plus encore. Il ne tient qu'au talent de l'artiste d'en tirer quelque chose. Et, il y en a sans doute certain qui ne jure que par le PostScript? et c'est très bien. Effectivement, de ce point de vue, cette distinction entre ressources dédiées et ressources annexes n'est pas fondée. Mais elle reflète tout de même une certaine réalité. Laissons de côté Director, Flash, Photoshop, et Cie. On va plutôt utiliser PureData que Php ou C et ses dialectes (Squeak est un ovni pour l'heure). Il me semble que l'idée de Gérald était justement de déconnecter les ressources des logiciels. C'est pour cette raison que j'ai amorcé la page OutilS? pour y caser des liens vers les logiciels, tous les logiciels (de simples mentions et renvois suffisent amplement, d'autant qu'en général les ressources existent souvent par ailleurs). L'idée étant que nous nous intéressions ici plus à certains d'entres eux, et aux pratiques qu'il induisent, parceque justement ils sont utilisés pour produire cet art non étriqué que nous cherchons à développer et à promouvoir. Thierry

---