/* Topic des codeurs [7] */

Elzen · Le 02/10/2012, à 23:11

Kanor a écrit :

http://stackoverflow.com/questions/9244 … e-sentence
ça semble mal parti

Yep, ç'pour ça que je cherche quelle est la meilleure solution de contournement.

C'est triste, d'ailleurs, parce que si c'était possible, ce serait probablement la meilleure solution…

(Et majuscule, sinon (/me envisage vaguement de prendre des mesures pour cette histoire de majuscule))

Dernière modification par ArkSeth (Le 02/10/2012, à 23:12)

tshirtman · Le 02/10/2012, à 23:50

/me envisage de demander a xabilon de virer ses majuscules à arkseth…

sinon, je me suis amusé à faire une fractale de mandelbrot, vu que j'ai découvert par hasard que l'algo était super simple, mais j'ai en soucis un peu chiant.

Comme j'ai un écran de x par y, et que la fractale est intéressante entre -2 et 2 dans les deux sens, j'ai fait un générateur qui fait genre

def frange(minimum, maximum, step):
    x = minimum
    while x <= maximum:
        yield x
        x += step

et je calcule mes points genre:

        pixel_step_x = -(DOMAIN[0][0] - DOMAIN[0][1]) / WINDOW_SIZE[0]
        pixel_step_y = -(DOMAIN[1][0] - DOMAIN[1][1]) / WINDOW_SIZE[1]

       points = (                                                          
            color(score(x, y))                                              
            for y in frange(DOMAIN[1][0], DOMAIN[1][1], pixel_step_y)       
            for x in frange(DOMAIN[0][0], DOMAIN[0][1], pixel_step_x))

le soucis c'est que si je fait ça, je suppose que c'est à cause des flottants, mais mon nombre de points est *souvent* faux (pas toujours), et donc j'ai genre un points de trop par ligne et j'ai une jolie texture en diagonale.

si je fais:

def frange(minimum, maximum, step):
    x = minimum
    while x + step <= maximum: # oui, j'ai essayé avec < tout cours aussi
        yield x
        x += step

c'est *souvent* juste, mais pas toujours, et je me retrouve quand même souvent avec un point manquant par ligne… (et donc décalage de la texture dans l'autre sens), j'ai pas trop d'idée, a part utilisé le module decimal au lieu des flottants, mais je crois que ça pourris les perfs (et une mandelbrot en pur python, c'est déjà pas terrible ^^), et je me dis que quand même, il doit bien y avoir une solution… j'ai fais des prints des step pour essayer des déterminer les valeurs à problemes, mais bon, c'est pas trop visible à l'oeil nus.

Dernière modification par tshirtman (Le 03/10/2012, à 11:27)

Pylades · Le 03/10/2012, à 05:42

@ ArkSeth : question conne, mais tu ne peux pas faire :

li a:before {
	content: "<img src='" attr(href) "icon.png' alt='icon' />";
}

Mindiell · Le 03/10/2012, à 06:49

Bon, la solution à laquelle j'ai pensé hier soi en me couchant. D'après ce que tu as dis, j'ai noté ce qui me semble important :

Arkseth a écrit :

Je voudrais que, à l'affichage, le truc affiche à la fois l'image en question et un texte descriptif (généralement, le nom du répertoire, mais à la casse prêt et sans le slash final, donc pas exactement le contenu de l'attribut href). Seulement, pour les navigateurs en mode texte ne gérant pas les images, j'veux éviter d'avoir le nom affiché deux fois.

Ces fameux navigateurs, quel media renvoient-ils ? braille, tty, speech, tv ?
Dans ce cas, j'envisageais quelque chose comme ça :

<li><a href="répertoire/"><img src="répertoire/icon.png" alt="Titre" /></a><span class="soustitre">Titre</span></li>

Et le css :

.soustitre { display: inline; }

@media braille, tty, tv, speech {
soustitre { display: none; }
}

Voilà, c'est mes 2 cents sur ce problème, ma foi, fort intéressant

Dernière modification par Mindiell (Le 03/10/2012, à 06:50)

Elzen · Le 03/10/2012, à 11:08

tshirtman a écrit :

/me envisage de demander a xabilon de virer ses majuscules à arkseth…

Bah, xabilon m'avait proposé une correction automatique, à un moment

Mais je pensais à un autre genre de solution.

Πυλάδης a écrit :

@ ArkSeth : question conne, mais tu ne peux pas faire

Le CSS peut ajouter du texte ou des images, mais pas modifier l'arbre DOM de la page (heureusement, dans un sens ; d'autant que ça risquerait de créer des paradoxes avec le sélecteur +). Donc si tu ajoutes un code de balise, tu vois apparaître le code de la balise, et non pas la balise parsée.

Mindiell a écrit :

Ces fameux navigateurs, quel media renvoient-ils ?

J'avoue ne pas m'être posé la question. Je dirais probablement tty.

Mais le problème est surtout que les navigateurs en mode texte, habituellement, ne lisent juste pas les CSS, même les directives portant sur le media « all » (ce qui est le cas par défaut). C'est d'ailleurs l'un des cas dans lequel les balises sémantiques prennent tout leur sens : un bon navigateur en mode texte leur affiche un formatage particulier (par exemple, du soulignement pour <em>), au contraire des balises purement stylistiques (comme <i>) qui sont ignorées.

Donc, si l'information est effectivement présente en double dans l'arbre DOM, elle sera affichée en double, même si on demande à une feuille de style dédiée de la masquer.

Sous W3M, avec la solution que j'ai présentée, je vois une liste contenant les attributs « alt » des images, affichés en verts (couleur réservée aux images), et si je déplace le curseur dessus, je vois apparaître le trait de soulignement indiquant la présence d'un lien. Sous Firefox, quand je demande à ne pas tenir compte du style, je vois apparaître une liste contenant uniquement les images, ce qui est bien, mais pas top.

L'idéal serait, à mon sens, que, sans style, je vois apparaître le texte du lien seul (W3M m'afficherait donc ça en bleu et pas en vert, permettant d'identifier qu'il s'agit d'un lien sans avoir besoin de passer le curseur dessus), et que ce soit uniquement le style qui rajoute les images.
Malheureusement, ça ne semble pas possible de manière automatique (ou alors j'ai loupé quelque chose), le CSS n'étant pas un langage de programmation

À une époque, j'aurais sans doute utilisé la version proposée par maxpoulin64 (image avec un attribut alt vide) sans me poser de questions, j'crois d'ailleurs qu'on avait trollé là-dessus dans un sujet précédent. Mais effectivement, j'me suis entre temps rallié à la cause de mes interlocuteurs de l'époque (mon degré d'exigence envers la propreté du code grimpe en permanence, ç'terrible ), une image qui n'a d'intérêt que stylistique, puisqu'on peut (et veut) la cacher lors de l'affichage simple, ne devrait simplement pas apparaître dans l'arbre DOM.

Concernant la question de tshirtman, pas trop d'idées…

Dernière modification par ArkSeth (Le 03/10/2012, à 13:38)

Kanor · Le 03/10/2012, à 11:41

Je connaissais pas cette fonctionnalité de git ça semble pas super connue mais c'est quand même pratique
http://git-scm.com/book/fr/Personnalisa … ributs-Git
tshirtman on rajoute arkseth dans l'outil de changement automatique de mot

Mindiell · Le 03/10/2012, à 11:45

ArkSeth a écrit :

J'avoue ne pas m'être posé la question. Je dirais probablement tty.
Mais le problème est surtout que les navigateurs en mode texte, habituellement, ne lisent juste pas les CSS, même les directives portant sur le media « all » (ce qui est le cas par défaut).

Parfait ! Alors inverse le truc !

Code HTML :

<li><a href="folder_01/" value="folder_01" class="toto"><img src="folder_01/icon.png" alt="folder_01"></a></li>

Code CSS :

@media screen {
    .toto:after
    {
     content: " " attr(value);
    }
}

Ainsi, tu n'affiches le texte descriptif que sur les écrans "normaux" et dans tous les cas, ton image.

Pour la couleur verte au lieu de bleue, je ne vois que la possibilité de mettre l'image en "background" du lien (donc plus de tag image), mais si la source est "dynamique" je ne sais pas faire en style... en tout cas pas là à la minute

EDIT: Ah, si l'image n'existe pas encore, on voit le texte deux fois par contre... Mais là, je suppose que ton code HTML est généré dynamiquement, tu dois pouvoir faire un truc genre :

if (file_exists('folder_01/icon.png')) {
/* code HTML avec image */
} else {
/* code HTML sans image */
}

Dernière modification par Mindiell (Le 03/10/2012, à 11:48)

Elzen · Le 03/10/2012, à 11:50

Mindiell a écrit :

Parfait ! Alors inverse le truc !

Si tu relis, c'est déjà la conclusion à laquelle j'en suis arrivé pour le moment

(À ceci près que j'ai utilisé l'attribut « title » à la place de « value », d'abord parce que « value » n'est pas dans les attributs reconnus de la balise a, et ensuite parce que quitte à ce que l'information soit présente en double, autant que ce soit dans un attribut « title », qui au moins, sert à quelque chose (ça affiche le nom du lien en infobulle, ce qui n'est pas forcément inutile))

Mindiell a écrit :

Pour la couleur verte au lieu de bleue, je ne vois que la possibilité de mettre l'image en "background" du lien (donc plus de tag image), mais si la source est "dynamique" je ne sais pas faire en style... en tout cas pas là à la minute

Yep, ça c'est ce à quoi j'aimerais arriver, mais je n'sais pas faire non plus

Enfin, à première vue, nous sommes donc d'accord, c'est déjà ça Merci ^^

Édit en réponse à ton édit : non, en l'occurrence, le code n'est pas généré dynamiquement. Mais quand j'aurai fini la préparation du site, l'icône devrait être systématiquement présente, au pire j'en mettrai une par défaut. Ou bien, je modifierai le code en question de manière ad-hoc ; ç'n'est pas particulièrement grave pour la page d'accueil. Ce que je voudrais juste, c'est n'avoir besoin de faire les modifs qu'à un seul endroit le jour où je voudrai changer ça, sans avoir besoin de retoucher le fichier CSS.

Édit2 : d'ailleurs, ça me fait penser qu'il existe une réponse, potentiellement propre, à ce problème, dans le cas où le code en question est généré dynamiquement : faire générer la CSS dynamiquement aussi. Dans le cas d'une CSS générée dynamiquement, ça ne poserait pas particulièrement de soucis d'avoir une liste exhaustive de couples (lien, image) plutôt qu'un traitement unique pour chaque lien. Mais bon, dans mon cas, je préfère rester à du statique.

Dernière modification par ArkSeth (Le 03/10/2012, à 11:57)

Mindiell · Le 03/10/2012, à 12:17

Ah ben désolé, à force de relire seulement la première partie pour bien comprendre ce que tu veux, j'ai laissé tomber la suite

Par contre, ton problème attr est peut-être du aux CSS 2.1, d'après la doc, le CSS 3 permet son utilisation sur toutes les propriétés CSS contrairement à 2.1 (content uniquement)...

Mais bon, je vais retourner sur mes sources en python et préparer ma question à mon tour maintenant

Pylades · Le 03/10/2012, à 12:35

ArkSeth a écrit :

Le CSS peut ajouter du texte ou des images, mais pas modifier l'arbre DOM de la page (heureusement, dans un sens ; d'autant que ça risquerait de créer des paradoxes avec le sélecteur +). Donc si tu ajoutes un code de balise, tu vois apparaître le code de la balise, et non pas la balise parsée.

Ah. Walrus.

ArkSeth a écrit :

[…] le W3M n'étant pas un langage de programmation […]

:]

Elzen · Le 03/10/2012, à 13:38

Rectifié

Mindiell, on attend ta question ^^

Mindiell · Le 03/10/2012, à 14:04

Bon, voilà ma question, ça porte sur les en-têtes de code source de python (et tous les autres en général a priori) :

Que mettriez-vous dedans et pourquoi ?
Je pense essayer de simplifier le contenu de chaque fichier (uniquement auteur et licence) et mettre le reste dans le fichier principal (typiquement, la version, les credits, etc...)

De plus, j'ai tendance à utiliser ça sous la forme @author, mais j'ai trouvé epydoc qui propose __author__ = "" pour du python donc. J'en profite alors pour poser une deuxième question : quel générateur de doc, si besoin (je ne pense pas en avoir besoin dans mon cas, donc ça reste une question de troll plus qu'autre chose je pense) ?

Pylades · Le 03/10/2012, à 14:07

Bah moi je mets assez peu de choses, juste la notice de la licence en fait (donc avec mon nom en haut).

Pour générer la documentation, Doxygen. Vraiment.

Dr Le Rouge · Le 03/10/2012, à 14:13

Ouais, doxygen c'est le bien. Apparemment, Sphinx est pas mal pour le python mais je ne l'ai jamais utilisé (je fais pas tant de python que ça il faut dire).

Mindiell · Le 03/10/2012, à 14:38

Bon, ça me rassure, j'aurai aussi tendance à utiliser doxygen

Pour les fichiers sources je vois ça, car l'auteur peut être différent, et la licence me semble importante dans tous les fichiers :
@author moi
@credits pour les contributeurs suivant ???
@license GPLv3

Et pour le fichier principal tout ce qui n'est pas lié à un fichier :
@author
@license (nom + texte entier ? ou mis à part)
@credits pour toutes les contributions annexes, humains, forums (histoire de pas mettre chaque utilisateur du forum), etc...
@version A priori, la version du logiciel lui-même, je sais que certains mettent plutôt le numéro de révision (et donc dans chaque fichier)

Mon souci c'est que je veux le minimum, mais ne pas avoir à mettre ça à jour tout le temps (genre date et numéro de révision quoi)
Ou alors, je fais un robot qui le remplit tout seul, mais j'ai autre chose à faire là

nathéo · Le 04/10/2012, à 18:44

Yo.

Dites, en c, pour une fonction du style :

int affc( char a)
{
write(1, &a, 1);
}

Comment se débrouiller pour que lors de l'appel de la la fonction, le chiffres qu'on y envoient se soient pas pris pour du code ascii ?

Dernière modification par nathéo (Le 04/10/2012, à 19:02)

tshirtman · Le 04/10/2012, à 19:00

oO, elle est ou la déclaration du type de a? ça vient d'ou "write"?

Shanx · Le 04/10/2012, à 19:03

Epitech powaaa…

nathéo · Le 04/10/2012, à 19:05

J'ai juste eu un petit oubli plus une erreur de frappe, mais c'est corrigé...

Osef d'où vient le write, ça affiche, c'est ce qui compte... En plus de ça je n'aime pas vraiment lire ce qu'il y a dans son p***** de manuel, j'ai assez rtfm durant les trois derniers jours pour ça...

Ha oui, ma demande vient principalement du fait que printf est hors-norme, alors à moins de vouloir me prendre un -42 dans la tronche je ne compte pas l'utiliser...

Dernière modification par nathéo (Le 04/10/2012, à 21:50)

grim7reaper · Le 04/10/2012, à 23:14

nathéo a écrit :

Yo.
Dites, en c, pour une fonction du style :
int affc( char a)
{
write(1, &a, 1);
}
Comment se débrouiller pour que lors de l'appel de la la fonction, le chiffres qu'on y envoient se soient pas pris pour du code ascii ?

J’ai pas compris le problème là…
Sinon, en 4 lignes y’a déjà pas mal de truc moche.

Je ne citerai que l’absence de return alors que le prototype de ta fonction indique le retour d’un int et le 1 en premier argument au lieu d’utiliser la constante STDOUT_FILENO qui est plus lisible.
Je passe sous silence la présentation du code hasardeuse (indentation entre autre) et le fait que tu ne donnes pas un exemple minimal et complet ce qui impose un effort à ceux qui voudrait éventuellement t’aider.

Ha et sinon, lire les man c’est très bien, mais bon chacun voit midi à sa porte.

Ha l’Epitech…, un guide de style toujours aussi stupide et aberrant, le recodage d’un bout de la libc (dans le genre inutile, ça se pose là), des frais d’inscriptions abordable et justifié (faut bien payer les marketeux qui font les pubs), …
Bon je m’arrête là, t’es bien tombé toi :]

Au moins, tu vas nous remplacer gnuuat car il semble avoir disparu ^^'

Dernière modification par grim7reaper (Le 04/10/2012, à 23:16)

The Uploader · Le 04/10/2012, à 23:36

nathéo a écrit :

Comment se débrouiller pour que lors de l'appel de la la fonction, le chiffres qu'on y envoient se soient pas pris pour du code ascii ?

"a" devient 97, par exemple ?
Ben ce code à l'air de fonctionner, sans fonction 'write' (pourquoi une telle fonction ?) :

#include <stdlib.h>
#include <stdio.h>

int main(void) {
	char c;
	c = 'a';
	puts(&c);
	return EXIT_SUCCESS;
}

Sortie :

> ./a.out
a
>

grim' a écrit :

le fait que tu ne donnes pas un exemple minimal et complet ce qui impose un effort à ceux qui voudrait éventuellement t’aider.

Avec des OSEF par dessus le marché. -____-
Ça commence bien l'Epitech...

Dernière modification par The Uploader (Le 04/10/2012, à 23:42)

nathéo · Le 05/10/2012, à 00:51

grim7reaper a écrit :

nathéo a écrit :
Yo.
Dites, en c, pour une fonction du style :
int affc( char a)
{
write(1, &a, 1);
}
Comment se débrouiller pour que lors de l'appel de la la fonction, le chiffres qu'on y envoient se soient pas pris pour du code ascii ?
J’ai pas compris le problème là…
Sinon, en 4 lignes y’a déjà pas mal de truc moche.
Je ne citerai que l’absence de return alors que le prototype de ta fonction indique le retour d’un int et le 1 en premier argument au lieu d’utiliser la constante STDOUT_FILENO qui est plus lisible.
Je passe sous silence la présentation du code hasardeuse (indentation entre autre) et le fait que tu ne donnes pas un exemple minimal et complet ce qui impose un effort à ceux qui voudrait éventuellement t’aider.
Ha et sinon, lire les man c’est très bien, mais bon chacun voit midi à sa porte.
Ha l’Epitech…, un guide de style toujours aussi stupide et aberrant, le recodage d’un bout de la libc (dans le genre inutile, ça se pose là), des frais d’inscriptions abordable et justifié (faut bien payer les marketeux qui font les pubs), …
Bon je m’arrête là, t’es bien tombé toi :]
Au moins, tu vas nous remplacer gnuuat car il semble avoir disparu ^^'

Bien que j'étais un peu sur les nerfs (d'ailleurs je m'excuse pour ça, je n'avais pas à étaler ma frustration pour autant) lorsque j'ai écris les posts en question, je trouve que insinuer un problème parce que epitech plutôt que par rapport à la méthodologie, c'est plus que moyen.

Ensuite j'admets aussi que ce que j'ai mis n'était pas ce qu'il y a de mieux et fait à la va-vite... (d'ailleurs je n'ai pas du tout respecté la norme de l'école pour ce qui est de l'indentation et la disposition des caractères, en général).

Enfin, j'ai pas mal avancé sur mon problème (d'ailleurs la fonction en question, n'a pas pour unique but de remplacer printf, si on nous force à l'utiliser c'est surtout pour un aspect pédagogique, je m'en suis rendu compte aujourd'hui).

Donc en fait la réponse se trouve dans le tableau de conversion ascii, où l'on remarque que pour qu'un chiffre entré dans la fonction soit converti en chiffre il faut lui ajouter 48. Il faut donc lors de l'appel de la fonction, pour que tout nombre qui y est entré soit correctement converti que la conversion en ascii soit faite chiffre par chiffre en partant des plus à gauche.

Donc en ce moment je bosse sur un algo qui puisse faire ça, même si je patine un peu, en voici le code :

int	my_putchar(a)
{
  write(1, &a, 1);
}


void	my_put_nbr(int nb)
    {
      while ()
	{
	  while ()
	    {
	      while (nb > 10)
		{
		  nb = nb/10; 
		} 
	    }
	  
	  
	  nb = nb + 48;	  
	  
	  my_putchar(nb);
	  	}
      
  return;
}


int	main()
{
  int v;
  v = 81;
  
  my_put_nbr(v);
  
  return (0);
}

Mais là je me rends bien compte qu'avec une variable ça ne risque pas de fonctionner...

Pour ce qui est la lisibilité de STDOUT_FILENO, je n'ai jamais vu ce truc, d'ailleurs ça m'étonnerait beaucoup que ce soit quelque chose à utiliser, à moins bien de vouloir me prendre un 0... (norme à respecter tout ça...)

Et en ce qui concerne gnuuat, je trouve dommage qu'il ne soit plus là actuellement, même si il y a fort parier qu'il se serait amuser de ma situation, il aurait sans doute directement vu le problème... o/

The Uploader a écrit :

nathéo a écrit :
Comment se débrouiller pour que lors de l'appel de la la fonction, le chiffres qu'on y envoient se soient pas pris pour du code ascii ?
"a" devient 97, par exemple ?
Ben ce code à l'air de fonctionner, sans fonction 'write' (pourquoi une telle fonction ?) :
#include <stdlib.h>
#include <stdio.h>

int main(void) {
	char c;
	c = 'a';
	puts(&c);
	return EXIT_SUCCESS;
}
Sortie :
> ./a.out
a
>
grim' a écrit :
le fait que tu ne donnes pas un exemple minimal et complet ce qui impose un effort à ceux qui voudrait éventuellement t’aider.
Avec des OSEF par dessus le marché. -____-
Ça commence bien l'Epitech...

Et bien merci de vouloir m'aider, mais write est a utiliser obligatoirement, d'ailleurs pour ce que j'ai à faire, lire la page du manuel qui le concerne ne ert pas à grand chose.
Le osef était à propos de write... Et de toutes façons c'était pas une chose à faire (bon, j'étais légèrement énervé également >__> )

(là le problème surtout de moi, pas d'Epitech )

Dernière modification par nathéo (Le 05/10/2012, à 00:58)

Pylades · Le 05/10/2012, à 01:23

Tout d’abord, je n’ai pas compris ton problème. Tu réécris putchar en utilisant write, c’est un exercice Épitech très moyennent utile, mais passons. Qu’est-ce qui te gène ?

Concernant ta fonction my_put_nbr, elle est juste illisible, et ne devrait d’ailleurs pas compiler. Son propos est incompréhensible.

Concernant STDOUT_FILENO, même si POSIX garantie qu’elle vaudra toujours 1, ce n’est pas une raison pour ne pas l’utiliser, ne serait-ce que pour la lisibilité. Si cela peut te rassurer, gnuuat l’utilisait massivement dans ses codes.

M’enfin des fois, j’ai quand même l’impression que c’est Épitech le problème… ^^

nathéo · Le 05/10/2012, à 01:41

Ce qui me est justement my_put_nbr, et justement je cherche un moyen de réussir à faire à ce que ça compile, de manière à ce que, à la fin la valeur affectée a nb soit celle sortie par my_put_nbr. (le main sert surtout de test pour my_put_nbr)

Pylades · Le 05/10/2012, à 03:41

Euh… le but c’est de transformer un entier en constante de type caractère ? Si c’est ça, autant utiliser une constante de type caractère dès le début, hein… Sinon, les fonctions *printf servent entre autres à convertir des entiers en chaîne de caractères.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#2076 Le 02/10/2012, à 23:11

Re : /* Topic des codeurs [7] */

#2077 Le 02/10/2012, à 23:50

Re : /* Topic des codeurs [7] */

#2078 Le 03/10/2012, à 05:42

Re : /* Topic des codeurs [7] */

#2079 Le 03/10/2012, à 06:49

Re : /* Topic des codeurs [7] */

#2080 Le 03/10/2012, à 11:08

Re : /* Topic des codeurs [7] */

#2081 Le 03/10/2012, à 11:41

Re : /* Topic des codeurs [7] */

#2082 Le 03/10/2012, à 11:45

Re : /* Topic des codeurs [7] */

#2083 Le 03/10/2012, à 11:50

Re : /* Topic des codeurs [7] */

#2084 Le 03/10/2012, à 12:17

Re : /* Topic des codeurs [7] */

#2085 Le 03/10/2012, à 12:35

Re : /* Topic des codeurs [7] */

#2086 Le 03/10/2012, à 13:38

Re : /* Topic des codeurs [7] */

#2087 Le 03/10/2012, à 14:04

Re : /* Topic des codeurs [7] */

#2088 Le 03/10/2012, à 14:07

Re : /* Topic des codeurs [7] */

#2089 Le 03/10/2012, à 14:13

Re : /* Topic des codeurs [7] */

#2090 Le 03/10/2012, à 14:38

Re : /* Topic des codeurs [7] */

#2091 Le 04/10/2012, à 18:44

Re : /* Topic des codeurs [7] */

#2092 Le 04/10/2012, à 19:00

Re : /* Topic des codeurs [7] */

#2093 Le 04/10/2012, à 19:03

Re : /* Topic des codeurs [7] */

#2094 Le 04/10/2012, à 19:05

Re : /* Topic des codeurs [7] */

#2095 Le 04/10/2012, à 23:14

Re : /* Topic des codeurs [7] */

#2096 Le 04/10/2012, à 23:36

Re : /* Topic des codeurs [7] */

#2097 Le 05/10/2012, à 00:51

Re : /* Topic des codeurs [7] */

#2098 Le 05/10/2012, à 01:23

Re : /* Topic des codeurs [7] */

#2099 Le 05/10/2012, à 01:41

Re : /* Topic des codeurs [7] */

#2100 Le 05/10/2012, à 03:41

Re : /* Topic des codeurs [7] */

Pied de page des forums