/* Topic des codeurs couche-tard [5] */

nesthib · Le 20/08/2011, à 00:03

plop

HP · Le 20/08/2011, à 00:07

git clone git://gitorious.org/pdnsd/pdnsd.git

tshirtman · Le 20/08/2011, à 00:14

en fait c'est pas si simple les sections, forums, sous forums et thread… niveau imbrication…

pour l'instant j'ai décidé que les forums pouvait contenir aussi bien des forums que des threads, on verra si ça tien le coup conceptuellement… je m'amuse un peu pour les routes ^^. Mais bon, ça prends forme

HP · Le 20/08/2011, à 01:03

http://www.linux-france.org/article/the … zar-1.html

Elzen · Le 20/08/2011, à 01:54

tshirtman a écrit :

en fait c'est pas si simple les sections, forums, sous forums et thread… niveau imbrication…
pour l'instant j'ai décidé que les forums pouvait contenir aussi bien des forums que des threads, on verra si ça tien le coup conceptuellement… je m'amuse un peu pour les routes ^^. Mais bon, ça prends forme

S'tu veux un coup de main, c'était en PHP et ça a dérivé par la suite sur un truc volontairement bizarre et hors des clous, mais j'ai quand même fait ce que j'ai pu, à une époque, pour créer un moteur de forum presque conventionnel, donc j'avais pas mal réfléchi à la théorie sur ce genre de trucs.

J'crois pas connaître ton langage, mais pour la partie conception, si t'as des questions, je peux faire profiter de mon semblant de recul.

Compteur du TdCCT · Le 20/08/2011, à 06:42

Scores totaux, depuis le début :

1) 4110    nesthib
2) 3524    samuncle
3) 3499    Πυλάδης
4) 2537    Кຼزດ
5) 2011    cm-t
6) 1800+5  grim7reaper /* ./viewtopic.php?pid=3486252#p3486252 */
7) 1736    na kraïou
8) 903    helly
9) 877    \\Ouranos//
10) 792    tshirtman
11) 659    gnuuat
12) 565    Lagierl
13) 448    Rolinh
14) 439    The Uploader
15) 428    nathéo
16) 271    Kanor
17) 202    :!pakman
18) 196    Askelon
19) 121    ǤƦƯƝƬ
20) 111    HP
21) 103    kamui57
22) 93    petifrancais
23) 78    edge_one
23) 78    pierguiard
25) 70    gulp
26) 45    Le Rouge
27) 42    sakul
28) 38    xapantu
29) 37    ilagas
30) 35    pfranco
31) 30    keny
31) 30    Atem18
33) 29    Steap
34) 26    gustare
34) 26    d10g3n
36) 25    GentooUser
36) 25    Morgiver
38) 24    ไ୦บเઢ'
39) 20    CROWD
40) 18    Ph3nix_
41) 16    kouskous
42) 15    timsy
43) 12    stratoboy
43) 12    sailing
45) 11    alexises
45) 11    Crocoii
47) 10    Toineo
47) 10    NutMotion
47) 10    pseudovingtcinqcaracteres
47) 10    pfriedZ
47) 10    CasseTaTele
47) 10    Zeibux
47) 10    THS`
47) 10    golgoth42
47) 10    ꙳♒⏅⚓ ЅаίԼίՈԶ ⚓⏅♒꙳
47) 10    Ras'
57) 8    Mornagest
58) 7    Vista
59) 6    ubuntlin
59) 6    asma.geek
61) 5    tendances-tdct
61) 5    kinouchou
63) 4    danychou56
63) 4    Neros
63) 4    Biaise
63) 4    totoflute
63) 4    pinballyoda ㋛
63) 4    NLS le pingouin
63) 4    ceric
63) 4    Dice-Man
63) 4    Pylade
72) 3    Revan26914
72) 3    raspouillas
72) 3    sweetly
72) 3    DaveNull
72) 3    DnS
77) 2    SoJaS
78) 1    geenux
78) 1    ArzhurBZH
78) 1    monsieurweller

Répartition Posts/heure

Compteur du TdCCT · Le 20/08/2011, à 06:42

Scores de la période en cours :

1) 177    nesthib
2) 120    samuncle
3) 113    na kraïou
4) 98    Πυλάδης
5) 45    tshirtman
6) 25    helly
7) 22    HP
8) 20    pfranco
9) 15    Кຼزດ
10) 10    Ras'
11) 8    The Uploader
12) 5    cm-t
12) 5    \\Ouranos//
12) 5    Steap
15) 3    DaveNull
15) 3    DnS
17) 2    xapantu

helly · Le 20/08/2011, à 10:33

Putain, grim est encore mort ?

tshirtman · Le 20/08/2011, à 11:29

@ArkSeth: c'est sympa, pour l'instant je pense que je vais m'en sortir… les implications au niveau de ma BDD et mes routes sont encore un peu bancales, j'essaye de faire marcher tout ça… je ferais un dépot un de ces 4…

helly · Le 20/08/2011, à 17:50

Bon, Énigma ± okay.
Il me faut maintenant une autre idée de projet .

Elzen · Le 20/08/2011, à 17:58

@tshirtman : Okédac, bon courage, alors

@ux habitués de chroot : vous sauriez s'il y a moyen que je garde un système déjà installé intact dans un coin, que j'en réinstalle un nouveau à la place, et que je continue d'utiliser mon ancien système à l'intérieur du nouveau sans avoir besoin de réinstaller ?
Genre je fais une image disque par sécurité de mon ancienne racine, puis je la reformate et je réinstalle le nouveau système par dessus, puis je copie le contenu de l'image disque dans un coin (ou alors je rajoute l'image disque dans /etc/fstab, enfin, un truc dans ce goût-là), et j'utilise les logiciels des deux installs sans que l'un vienne embêter l'autre ?

Question subsidiaire : mettons que j'me crée deux utilisateurs sur le nouveau système, est-ce que je pourrais démarrer une session avec les logiciels du nouveau système, et puis juste un lanceur dans le tableau de bord, ou un truc dans ce genre-là, qui me lancerait gksudo l'autre utilisateur chroot machin, pour que j'ai ma session de l'ancien système qui se lance de manière totalement indépendante, juste en « empruntant » le même serveur X ?

Si quelqu'un avait de la doc à ce sujet, ça m'intéresserait.

helly · Le 20/08/2011, à 21:09

Bon, je fini Stroustrup et j’vais voir pour essayer un projet plus gros.
Grim me propose warmux…

sweetly · Le 20/08/2011, à 21:32

Notch improvise un jeu en 48h, sous nos yeux ébahis.

Il code vite, apparemment pas trop mal (de ce que j'ai pu en voir), le plus intéressant, c'est la construction du JV, moi qui n'y connait rien dans ce type de soft.

tshirtman · Le 20/08/2011, à 22:07

hum, il se prends pas trop la tête en conception, à ce que je vois, et pas mal de copier collé ^^ et des constantes en dur un peu partout… mais bon, dans ce genre de défis, c'est pas anormal ^^

sweetly · Le 20/08/2011, à 22:37

AMHA, plus que pour le défi, le C/C semble être une évidence dans la conception de JVs basés sur un même langage et qui tape dans le même genre (ne serait-ce que pour le moteur). Après, les appels à trouzmilles fonctions sans autocomplétion et sans faute, un bon pourcentage de compil/working success, de très bonnes idées (sûrement antérieures au défi et recopiées ici, mais ça n'en reste pas moins de bonnes idées algorithmiques), les petites satisfactions du dev (les vivas à la construction d'une ligne de mur, et le mutisme à la génération dudit mur complet), ça reste joli à regarder.

Pour la conception, amha, ça part de l'expérience et de la portée du défi (un jeu codé solo en 48h), et c'est dans la tête. De toute manière, pas le temps. Pour les constantes, j'en ai pas vu tellement, moteur à part. Mais j'ai peut-être (sûrement mal regardé).

Sinon, c'est du java, sur eclipse, sous windows. Mais bon, c'est du JV, aussi (d'ailleurs, amha, il pourrait optimiser son utilisation de l'IDE).
Me tâte à faire ce genre de démos version modèle maths applis, juste pour les retours, ça serait super intéressant (à l'unique condition que ça soit regardé... Merde.).

PS : sweetly v2.0 released. No bugs. Need milky input. Happy output. :wouhou:

Dernière modification par sweetly (Le 20/08/2011, à 22:57)

Pylades · Le 20/08/2011, à 23:18

ArkSeth a écrit :

V'là pour ceux que ça intéresse. Touhy release d'aujourd'hui.

Edit : quelqu'un peut m'expliquer pourquoi j'ai copié-collé le lien sur IRC il y a deux minutes sans problème, et que là, le même Ctrl+V a donné autre chose, sans que j'ai rien recopié entre temps ?
…ah, ou alors, une des deux fois, j'ai utilisé la souris sans m'en rendre compte. 'pas l'habitude d'avoir une souris sur mon portable^^"

Rah ! À pas grand chose près, je n’ai pas pu la récupérer.
M’en fous j’ai quand même trouvé matière à te donner un peu de travail.

En revanche, si je trouve tes import bien moches, je n’ai pas encore trouvé de solution élégante qui conserverait la possibilité d’utiliser Touhy sans l’installer…
D’ailleurs je vais t’écrire un makefile qui permettra installation et désinstallation. J’hésite juste encore à que faire de du script touhy. Le caler en temps que lib/python2.X/dist-packages/touhy/__init__.py et faire un lien bin/touhy ? Peut-être, mais ça ne me paraît pas vraiment élégant… Je me vais essayer de RTFM pour voir.

En attendant, voici des remarques brutes dans mon aide-mémoire :

[elzterm]
* quand nouveau fichier de conf : nécessité d’indiquer « raws » sinon crash
* appui sur <CR> dans le champ d’édition du label ne valide pas

[touhy]
* hideux quand dans autostart.sh sans sleep ; openbox buggé si pas de subshell

[wallman]
* wall repeint quand nouveau fichier dans répertoire surveillé par deskman
* applications lancées par deskman tuées lorsque touhy tué
* pas de transmission du clic

[général]
* installation propre (avec makefile) pour des import propres : pas du luxe
* dirs = (os.environ['XDG_DATA_DIRS'] if 'XDG_DATA_DIRS' in os.environ
        else '/usr/local/share:/usr/share').split(os.pathsep)

tshirtman a écrit :

bzr :]
[…]

Ou pas…

ArkSeth a écrit :

Edit : ah, et puis si je mets /tmp/ en dur dans le nom du fichier, j'suppose que ça ne va pas être Pylade-proof
Comment on récupère proprement le répertoire des fichiers temporaires, déjà ?

Ça ne me choque. T’as des répertoires temporaires définis par l’utilisateur (pour voir comment on trouve ça faudrait se pencher sur XDG) ; mais si t’assumes Unix, t’es sûr d’avoir toujours un /tmp/ fait pour ça.

Sinon, la méthode de xapantu me paraît très bien. Et le module Python aussi. Et ouais, je regarderais du côté de SIGUSR{1,2}…

ArkSeth a écrit :

Et ç'nul, le gtkmozembed ne permet pas de récupérer directement la favicon, j'vais devoir me débrouiller pour récupérer le head de la page manuellement…

BeautifulSoup…

tshirtman a écrit :

The Uploader a écrit :
ce sera toujours mieux que le moteur de forum actuel
</troll>
si c'est fonctionnel, ça devrait oui ^^, mais bon, c'est pas gagné, rome ne se fait pas en un jour
et oui, c'est le but

/me approuve Tman ! \o/

tshirtman a écrit :

gaby@heartsking:~$ python
frPython 2.7.1+ (r271:86832, Apr 11 2011, 18:13:53) 
[GCC 4.5.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from os import getenv
>>> getenv('TMPDIR')
>>> getenv('HOME')
'/home/gaby'
>>>

J’utilise os.environ. C’est grave ?

(Et TMPDIR est définie si l’utilisateur le veut, c’tout… ^^)

ArkSeth a écrit :

[…]
D'ailleurs, toujours en PyGTK : j'essaye de me faire un conteneur spécialisé qui ne va contenir qu'un seul élément. Donc j'me dis que le plus simple est de dériver gtk.Bin, qui est censé servir à ça. Donc je commence à faire mon truc :
class Page(gtk.Bin):
    def __init__(self, url=None, opener=None):
        gtk.Bin.__init__(self)
        # Etc.
Sauf qu'apparemment, ça lui plaît pas :
  File machin truc bidule
    gtk.Bin.__init__(self)
TypeError: cannot create instance of abstract (non-instantiable) type `GtkBin'
J'fais quoi de travers, encore ?
[…]

Pourquoi pas simplement :

class Page(gtk.Bin):
    def __init__(self, url=None, opener=None):
        # Etc.

Parce qu’il me semble que t’as ligne où t’appelle __init__, c’est juste du grand n’importe quoi…

Retard rattrapé ; bonjour à tous.

Sir Na Kraïou · Le 20/08/2011, à 23:31

Æ.

Elzen · Le 21/08/2011, à 00:18

Πυλάδης a écrit :

Rah ! À pas grand chose près, je n’ai pas pu la récupérer.

'Ç'qui se passe ? J'peux faire quelque chose ?

Πυλάδης a écrit :

En revanche, si je trouve tes import bien moches, je n’ai pas encore trouvé de solution élégante qui conserverait la possibilité d’utiliser Touhy sans l’installer…

J'en suis pas super satisfait non plus.
Avant, j'utilisais __import__("chemin/module"), mais ça ne marchait pas chez tout le monde, je crois. S'il y a mieux, j'suis preneur.

Πυλάδης a écrit :

D’ailleurs je vais t’écrire un makefile qui permettra installation et désinstallation. J’hésite juste encore à que faire de du script touhy. Le caler en temps que lib/python2.X/dist-packages/touhy/__init__.py et faire un lien bin/touhy ? Peut-être, mais ça ne me paraît pas vraiment élégant… Je me vais essayer de RTFM pour voir.

Okay, j'te fais confiance

Mais d'un autre côté, s'il y a besoin d'un makefile et tout, autant faire un vrai truc compilé et tout, ç'plus facile à killer quand t'en veux plus ^^

Πυλάδης a écrit :

[elzterm]
* quand nouveau fichier de conf : nécessité d’indiquer « raws » sinon crash
* appui sur <CR> dans le champ d’édition du label ne valide pas
[touhy]
* hideux quand dans autostart.sh sans sleep ; openbox buggé si pas de subshell

Pas tout compris, tu peux réexpliquer ça en français ?

Πυλάδης a écrit :

[wallman]
* wall repeint quand nouveau fichier dans répertoire surveillé par deskman
* applications lancées par deskman tuées lorsque touhy tué
* pas de transmission du clic

Pour le fond d'écran qui disparaît, c'est déjà réglé.
Pour le fait de tuer, j'ai pas remarqué ça avec les applis lancées par le launcher ou le menu, donc je suppose que ça vient de gio. Mais j'vois pas comment y remédier…
Pour la transmission du clic, toujours pas d'avancée…

Πυλάδης a écrit :

[général]
* installation propre (avec makefile) pour des import propres : pas du luxe
* dirs = (os.environ['XDG_DATA_DIRS'] if 'XDG_DATA_DIRS' in os.environ
else '/usr/local/share:/usr/share').split(os.pathsep)

Le dirs en question, j'men sers pas, moi, si ?
J'ai commencé à faire un module « basics » qui contient les trucs genre valtrue, home et compagnie, pour voir ce que ça donne, mais c'est assez limité pour l'instant.

Πυλάδης a écrit :

BeautifulSoup…

Plaît-il ?

Πυλάδης a écrit :

Parce qu’il me semble que t’as ligne où t’appelle __init__, c’est juste du grand n’importe quoi…

Tu peux préciser ? J'ai apprit Python tout seul, donc c'est normal que je fasse tout n'importe comment ^^"

T'façon, j'ai changé (mais j'ai gardé la manière de faire) pour de la VBox, étant donné que j'me suis dit qu'il y aurait plutôt deux composants (j'fais un genre de barre de statut qui est dépendant de la page en cours, en fait).

nesthib · Le 21/08/2011, à 02:04

plop

Pylades · Le 21/08/2011, à 03:13

Ouais, faudra que je ré-explique plus proprement…

Juste ça :

ArkSeth a écrit :

[…]
Mais d'un autre côté, s'il y a besoin d'un makefile et tout, autant faire un vrai truc compilé et tout, ç'plus facile à killer quand t'en veux plus ^^
[…]

Si tu n’appelle pas env dans le shebang, normalement c’est un vrai truc et tout, facile à killer. Faudrait peut-être demander à renseigner le chemin de l’interpréteur dans le config.mk au cas où il serait différent de /usr/bin/python, et c’est parfait.

ArkSeth a écrit :

[…]
Πυλάδης a écrit :
Parce qu’il me semble que t’as ligne où t’appelle __init__, c’est juste du grand n’importe quoi…
Tu peux préciser ? J'ai apprit Python tout seul, donc c'est normal que je fasse tout n'importe comment ^^"
[…]

Ben déjà, t’as pas besoin de créer un gtk.Bin va que tu en hérites déjà. Ensuite, le propos d’__init__ c’est d’initialiser l’instance, pas de la retourner dans tu ne crées jamais ton objet dedans (tu as déjà une référence valide à se moment). Et puis on ne crée pas d’objet essayant d’appeler sa méthode __init__ avant de l’avoir créé, mais en appelant son constructeur. Enfin, on ne passe pas l’argument self à __init__ (que l’on ne devrait pas avoir besoin d’appeler explicitement) ; et certainement pas le self d’une instance déjà existante d’un autre objet…
Enfin c’est comme ça que je vois les choses ; c’est possible que je dise des conneries car je suis à moitié bourré, mais normalement c’est bon…

Ah, et je veux bien plus d’infos sur le pourquoi de l’abandon d’__import__.
Je serai moi-même plus précis demain.

Compteur du TdCCT · Le 21/08/2011, à 06:42

Scores totaux, depuis le début :

1) 4120    nesthib
2) 3524    samuncle
3) 3509    Πυλάδης
4) 2537    Кຼزດ
5) 2011    cm-t
6) 1800+5  grim7reaper /* ./viewtopic.php?pid=3486252#p3486252 */
7) 1740    na kraïou
8) 905    helly
9) 877    \\Ouranos//
10) 795    tshirtman
11) 659    gnuuat
12) 565    Lagierl
13) 448    Rolinh
14) 439    The Uploader
15) 428    nathéo
16) 271    Kanor
17) 202    :!pakman
18) 196    Askelon
19) 121    ǤƦƯƝƬ
20) 111    HP
21) 103    kamui57
22) 93    petifrancais
23) 78    edge_one
23) 78    pierguiard
25) 70    gulp
26) 45    Le Rouge
27) 42    sakul
28) 38    xapantu
29) 37    ilagas
30) 35    pfranco
31) 30    keny
31) 30    Atem18
33) 29    Steap
34) 26    gustare
34) 26    d10g3n
36) 25    GentooUser
36) 25    Morgiver
38) 24    ไ୦บเઢ'
39) 20    CROWD
40) 18    Ph3nix_
41) 16    kouskous
42) 15    timsy
43) 12    stratoboy
43) 12    sailing
45) 11    alexises
45) 11    Crocoii
47) 10    Toineo
47) 10    NutMotion
47) 10    pseudovingtcinqcaracteres
47) 10    pfriedZ
47) 10    CasseTaTele
47) 10    Zeibux
47) 10    THS`
47) 10    golgoth42
47) 10    ꙳♒⏅⚓ ЅаίԼίՈԶ ⚓⏅♒꙳
47) 10    Ras'
57) 8    Mornagest
58) 7    Vista
59) 6    ubuntlin
59) 6    asma.geek
59) 6    sweetly
62) 5    tendances-tdct
62) 5    kinouchou
64) 4    danychou56
64) 4    Neros
64) 4    Biaise
64) 4    totoflute
64) 4    pinballyoda ㋛
64) 4    NLS le pingouin
64) 4    ceric
64) 4    Dice-Man
64) 4    Pylade
73) 3    Revan26914
73) 3    raspouillas
73) 3    DaveNull
73) 3    DnS
77) 2    SoJaS
78) 1    geenux
78) 1    ArzhurBZH
78) 1    monsieurweller

Répartition Posts/heure

Compteur du TdCCT · Le 21/08/2011, à 06:42

Scores de la période en cours :

1) 187    nesthib
2) 120    samuncle
3) 117    na kraïou
4) 108    Πυλάδης
5) 48    tshirtman
6) 27    helly
7) 22    HP
8) 20    pfranco
9) 15    Кຼزດ
10) 10    Ras'
11) 8    The Uploader
12) 5    cm-t
12) 5    \\Ouranos//
12) 5    Steap
15) 3    DaveNull
15) 3    DnS
15) 3    sweetly
18) 2    xapantu

helly · Le 21/08/2011, à 10:03

sweetly a écrit :

Notch improvise un jeu en 48h, sous nos yeux ébahis.
Il code vite, apparemment pas trop mal (de ce que j'ai pu en voir), le plus intéressant, c'est la construction du JV, moi qui n'y connait rien dans ce type de soft.

Pas flash et flemme d’installer, mais j’applaudis ce genre d’initiative .

Elzen · Le 21/08/2011, à 12:32

Πυλάδης a écrit :

Ben déjà, t’as pas besoin de créer un gtk.Bin va que tu en hérites déjà. Ensuite, le propos d’__init__ c’est d’initialiser l’instance, pas de la retourner dans tu ne crées jamais ton objet dedans (tu as déjà une référence valide à se moment). Et puis on ne crée pas d’objet essayant d’appeler sa méthode __init__ avant de l’avoir créé, mais en appelant son constructeur. Enfin, on ne passe pas l’argument self à __init__ (que l’on ne devrait pas avoir besoin d’appeler explicitement) ; et certainement pas le self d’une instance déjà existante d’un autre objet…
Enfin c’est comme ça que je vois les choses ; c’est possible que je dise des conneries car je suis à moitié bourré, mais normalement c’est bon…

Eùh… j'crois que t'as mal lu le code en question Je remets (enfin, je mets le code actuel, avec VBox, vu qu'il marche, lui, au moins (d'ailleurs ça change pas grand chose)) :

class Page(gtk.VBox):
    def __init__(self):
        gtk.VBox.__init__(self, False, 0)
        # etc.

Je déclare l'objet comme héritant de gtk.VBox, puis je commence à définir sa méthode __init__ à lui pour l'initialiser (methode appelée, théoriquement, après que le __new__() ait été appelé).
J'ai déjà fait l'essai de ne pas mettre la 3e ligne, ça râlait que mon objet n'était pas vraiment une VBox (ou autre chose dans l'autre cas, mais bref) : j'en ai donc déduit que l'appel à l'initialiseur parent ne se faisait pas automatiquement.
J'ai donc cherché comment faire, et la méthode que j'ai trouvé à été celle-ci : appeler la méthode désirée en la préfixant du nom de la classe dans laquelle je vais la chercher, et en lui spécifiant donc self comme paramètre, vu qu'il faut bien le donner quelque part.

De ce que j'ai constaté, les deux sortes d'appel, objet.methode() et Classe.methode(objet) sont rigoureusement identiques quand objet est de type Classe, mais permettent d'appeler, sur un objet, une méthode d'une autre classe… par exemple une classe parente comme ici.
Il s'agit donc simplement de spécifier qu'à cet endroit précis, j'ai besoin qu'il utilise une méthode de la classe-mère et non une de celle de la classe-fille (Cette manière de procédé sert aussi en cas d'héritage multiple, quand deux classes mères ont la même méthode, pour préciser dans la classe fille à laquelle des deux on fait appel, j'pense).

Πυλάδης a écrit :

Ah, et je veux bien plus d’infos sur le pourquoi de l’abandon d’__import__.

C'est dans l'ancien sujet sur ElzDM

Dernière modification par ArkSeth (Le 21/08/2011, à 15:22)

Elzen · Le 21/08/2011, à 15:21

Tiens, dis, désolé pour le double-post, mais encore une question saugrenue (d'ailleurs, j'en ai une qui attend ci-dessus les habitués de chroot ) : y a-t-il moyen d'enregistrer dans un fichier des instances d'objets python, pour les retrouver sans avoir besoin de les recréer quand on relancera le programme ?

En gros, j'voudrais faire une gestion de sessions, et je voudrais savoir si je dois me faire un fichier de config au format texte où je dois entrer toutes les informations qui me serviront à recréer de nouveaux objets, ou si je ne peux pas réutiliser un truc tout fait.

J'ai vaguement apprit les bases de comment faire de la sérialisation en Java, mais en Python, jamais entendu parler.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#2076 Le 20/08/2011, à 00:03

Re : /* Topic des codeurs couche-tard [5] */

#2077 Le 20/08/2011, à 00:07

Re : /* Topic des codeurs couche-tard [5] */

#2078 Le 20/08/2011, à 00:14

Re : /* Topic des codeurs couche-tard [5] */

#2079 Le 20/08/2011, à 01:03

Re : /* Topic des codeurs couche-tard [5] */

#2080 Le 20/08/2011, à 01:54

Re : /* Topic des codeurs couche-tard [5] */

#2081 Le 20/08/2011, à 06:42

Re : /* Topic des codeurs couche-tard [5] */

#2082 Le 20/08/2011, à 06:42

Re : /* Topic des codeurs couche-tard [5] */

#2083 Le 20/08/2011, à 10:33

Re : /* Topic des codeurs couche-tard [5] */

#2084 Le 20/08/2011, à 11:29

Re : /* Topic des codeurs couche-tard [5] */

#2085 Le 20/08/2011, à 17:50

Re : /* Topic des codeurs couche-tard [5] */

#2086 Le 20/08/2011, à 17:58

Re : /* Topic des codeurs couche-tard [5] */

#2087 Le 20/08/2011, à 21:09

Re : /* Topic des codeurs couche-tard [5] */

#2088 Le 20/08/2011, à 21:32

Re : /* Topic des codeurs couche-tard [5] */

#2089 Le 20/08/2011, à 22:07

Re : /* Topic des codeurs couche-tard [5] */

#2090 Le 20/08/2011, à 22:37

Re : /* Topic des codeurs couche-tard [5] */

#2091 Le 20/08/2011, à 23:18

Re : /* Topic des codeurs couche-tard [5] */

#2092 Le 20/08/2011, à 23:31

Re : /* Topic des codeurs couche-tard [5] */

#2093 Le 21/08/2011, à 00:18

Re : /* Topic des codeurs couche-tard [5] */

#2094 Le 21/08/2011, à 02:04

Re : /* Topic des codeurs couche-tard [5] */

#2095 Le 21/08/2011, à 03:13

Re : /* Topic des codeurs couche-tard [5] */

#2096 Le 21/08/2011, à 06:42

Re : /* Topic des codeurs couche-tard [5] */

#2097 Le 21/08/2011, à 06:42

Re : /* Topic des codeurs couche-tard [5] */

#2098 Le 21/08/2011, à 10:03

Re : /* Topic des codeurs couche-tard [5] */

#2099 Le 21/08/2011, à 12:32

Re : /* Topic des codeurs couche-tard [5] */

#2100 Le 21/08/2011, à 15:21

Re : /* Topic des codeurs couche-tard [5] */

Pied de page des forums