Juste un petit détail au niveau du vocabulaire:
Triangularisation (ou trigonalisation) signifie réduire une matrice sous forme triangulaire: http://fr.wikipedia.org/wiki/Triangularisation
Dans ton cas, tu fais de la triangulation: http://fr.wikipedia.org/wiki/Triangulation

Après avoir préparer mon implémentation, voici 2-3 réflexions:
Ce n'est pas le modèle MVC classique: La vue implémente le contrôleur (et non l'inverse) et la vue est mise à jour par le modèle (normalement optionnel, c'est le contrôleur qui devait le faire)
Ce qui fait que la vue est mise à jour dès que le modèle change; ce qui peut poser des petits problème. Le contrôleur devrait pouvoir modifier le modèle sans nécessairement mettre à jour la vue dans le cas d'opération complexes/résultats intermédiaire.
Pour moi les fonctions actionPerformed() devraient être codées dans le contrôleur (i.e le contrôleur implémente la vue, et les listeners avertissent le contrôleur des actions).
Le système de notification est un peu restrictif. Si j'ai 2/3 textbox et pas mal d'éléments graphiques; la vue va, à chaque modification d'un élément, rafraîchir tout les élément.
La vue pourrait implémenter le modèle. Dans la fonction update(), la vue se sert du IObservable pour récupérer les valeur du modèle. Je trouve ça un peu tordu.

Après, tout ça n'empêche pas que ton implémentation est tout à fait fonctionnelle.
Pour pallier à ce problème de mise à jour globale, j'essaye de faire un système de MVC hiérarchisé. I.e un MVC principal où chaque vue, modèle et contrôleur implémentent chacun respectivement une vue, modèle, contrôleur représentant un groupe d'éléments indépendant. Et ça fonctionne plutôt bien (reste à voir le cas où ces éléments ne sont finalement pas réellement indépendants :-)
PS: si tu veux une idée de ce que je veut faire, je réimplémente cette application: http://www.javafr.com/codes/MAHJONG-VRAI_43524.aspx

Simple et efficace. Exactement ce que je suis venu chercher :-D
Je vais m'en servir de base pour une petite app.

Pour tout ceux qui me posent des questions sur cette sources, ça fait 6 ANS que j'ai codé ça!
C'est mal codé et pas ou mal commenté.

Le seul souvenir que j'en garde c'est que c'était pénible. Du coup je suis désolé mais je ne peut pas vous aider à faire votre TP.

Note: VB, Java, PHP... même combat! C'est un algo! Ecrivez le en pseudo-code d'abord (i.e faut comprendre la démarche), le code final viendra tout seul.

Bon courage!

Mais j'aime bien ton idée de mêttre au centre les tuiles jetées. Il faudrait rajouter une zone de texte pour inscrire les opération faites par les ordinateurs

Tu aurais pu enlenver les fautes d'orthographe ^^
Sinon c'est dommage tu as repris exactement la même architecture que dans mon prog alors qu'elle est loin d'être éfficace.
D'ailleurs, de mon côté j'ai rajouté 2 classes (Jeu qui represente un main et Figure qui représente un ensemble de tuile de mm types) car je me trouvai bloqué pour certaines options.

Pour les chow, j'y ai réflechi au début et j'ai décidé de ne pas les implémenter volontairement.

D'abord parce que c'est la misère à programmer (Immagine que tu ai le 4,5,7 et 8 rond et que le 6 tombe, tu peux faire 3 combinaisons différentes : 4,5,6 ou 5,6,7 ou 6,7,8) et en plus avec les chow il apparait des problèmes de priorité en cas de multiples prises de la tuile (seul le joueur suivant peut prendre la tuile pour un chow sauf si un autre fait un pung ou kong sauf si un autre fait mahjong).

Ensuite, parce que personnellement je n'aime pas les chow car ils n'apportent rien (et ne rapportent pas de point d'ailleurs) au jeu. Et lorsque je joue en général, je les interdit.

Donc je ne les ferai pas ^_^

Merci ;o) GodConan ;o) tu sais faire passer tes critiques ;o) avec beaucoup de tact ;o)
Effectivement je n'ai jamais appris à programmer en objet; je programme plutôt en C (ou autre langages bas niveau) et sans IHM. Ce type de prog me permet de me "libérer" de règles de prog et donc j'en profite pour faire un peu d'impro au fur et à mesure du prog.
Pour améliorer l'IA c'est plutôt simple car il n'y a qu'une fonction, ...methode pardon, qui va choisir la tuile que l'ordi va jeter. A partir de là il est simple d'y ajouter une autre méthode de décision...
Si tu veux reprendre le prog TecHunter vas y ça me fera un bon exemple pour apprendre ^^

Le truc c que tu n'a pas besoin d'etre un pro du C pour le realiser : il faut d'bord comprendre l'algorithme. De souvenir le truc le plus chiant a faire c'est d'enlevé une case d'un tableau.
Pour comenter mon prog le seul probleme c que je ne me souvien plus de l'algorithme de Dijkstra et je comprend plus vraiment ce que j'ai fait. Tous ce que je peut faire c te donner le adresses qui m'ont permi de "comprendre" cet algo.
http://www.jura.ch/lcp/cours/dm/graphes/dijkstra/algorithme.html

http://brassens.upmf-grenoble.fr/IMSS/mamass/graphecomp/dijkstra.htm

Si ca te suffit pas fait une recherche avec google. Il y a pas mal de site qui en parle.

Pour le fichier villes.txt c'est juste un tableau a double entrée avec la distance en km puis en heure pour chaque ville (depart et arrivé) dans le meme ordre que proposé dans le prog. 0,0 veut dire bien sur que les deux villes sont les memes (si tu reconstruit le tableau tu doit trouver la diagonalle avec que des 0,0)

c sympa merci. J'ai commencé à regarder et la description de chaque fonction est nikel.

AhAh bientot des belles appplications en vu!!!!