Un peu comme plusieurs commentateurs ci-dessus, je pense aussi que tu te lances dans un projet monstrueux, limite infaisable, et je t'encourage à le tenter. J'ai aussi une bonne expérience de long développement sur un jeu. Voici quelques retours sur mon expérience, si ça peu t'aider.
On a commencé notre jeu à deux développeurs motivés, plus un bon graphiste et un bon musicien qui nous faisaient des images et des musiques. Ça me semble pas mal pour un jeu amateur. Résultat des courses : cela fait six ans que le jeu sera fini en trois ans.
La principale cause de l'avancée très lente du projet est sans doute les développeurs. Il nous est arrivé très souvent de nous lancer dans des petits changements de structure du jeu en nous disant que ça l'améliorerait ou que ça faciliterait le développement. Mais la principale raison était que ça nous plaisait. Résultat, nous avons régulièrement passé du temps à améliorer le peu existant plutôt que de continuer le jeu. Ces petites parenthèses cumulées aboutissent à un grand retard.
C'est un point auquel il faut faire attention. Quelle est ta priorité dans le développement ? Le loisir, l'apprentissage, la diffusion ? Si ta priorité est de diffuser le jeu, alors il faudra être un peu rigoureux et se forcer à faire l'utile avant l'amusant. Ce n'est pas toujours facile.
L'autre difficulté est la recherche de contributeurs. J'ai dis plus haut que nous avions un graphiste et un musicien, et bien ils ne sont pas restés longtemps. À mon avis, le plus grand problème était le temps nécessaire pour que leurs contributions apparaissent dans le jeu. Typiquement, le graphiste nous fait des animations avec Gimp et sort des gif pour voir le résultat. Pour les mettre dans le jeu il faut construire une grande image où toutes les image de l'animation sont côte à côte, construire un fichier d'animation pour rassembler tout ça, gérer les boucles, la durée… et lier cette animation à un fichier de personnage. C'est beaucoup trop d'étapes pour un dessinateur.
Nous avons eu régulièrement des contributeurs, souvent suite à une demande d'aide dans des forums, mais jamais sur une longue durée. Si des gens acceptent de contribuer, il faudra prendre en compte que contrairement à toi, ce n'est pas leur jeu. Par conséquent, s'ils rencontrent des difficultés à ajouter leurs contributions, ils se démotiveront. Idéalement, il faudrait qu'on puisse modifier des éléments du jeu sans effort : je mets une image, un son ou un fichier dans un dossier, je vois le résultat rapidement. S'il faut un trop long protocole pour tester (« tu mets un fichier là, tu compiles tel truc puis tu relances avec tel paramètre »), tes contributeurs vont se lasser.
Tu peux regarder sur gamedev.net pour trouver des contributeurs. Il y a du monde intéressé, mais du coup un peu de concurrents aussi.
Pour un projet comme le tien, je pense que tu as intérêt à prioriser la diffusion du jeu. Fait une base qui tourne, même si c'est moche. Si c'est amusant tu auras suffisamment de joueurs pour que des contributions apparaissent. Puis tu pourras améliorer l'aspect et les fonctionnalités. Quant au langage… prend un truc populaire. Java a beau me déplaire il y a du monde capable de l'utiliser. Si tu veux coder vite c'est sans doute le langage pour lequel tu trouveras le plus facilement des contributeurs. T'auras le temps d'investir sur la qualité du code quand tu auras des joueurs :)
Voilà, c'est un peu long mais j'espère que c'est utile :)
Je passe ma journée à faire du Java et de l'ActionScript sur de l'application d'entreprise. J'aime ce que je fais mais j'ai toujours un pincement au cœur à utiliser ces langages. Moi j'aime bien le C++. Et j'aurais bien aimé faire du jeu vidéo. Et du logiciel libre aussi.
Alors quand je rentre, je suis content de pouvoir programmer un jeu vidéo en C++, libre en plus ! Mais c'est parfois dur parce qu'il faut se caler une tâche d'une heure ou deux et qu'en plus je suis crevé. C'est vraiment du développement de loisir du coup.
Je viens de regarder un peu les options de Claws Mail (oui je n'avais pas trop cherché avant de poser la question…) et je vois que le raccourci du V est présent aussi. Il y a aussi d'autres dispositions disponibles dont « Petit écran » mais je me suis perdu en l'utilisant.
Je suis un peu surpris que l'interface des clients de courriel n'ai pas changé en 10 ans. On a toujours la même présentation en trois cadres, ça manque d'innovation.
Je reformule. Je dis qu'on peut mettre un texte alt plus fidèle à l'image. Entre « visage qui sourit », « :-) » et « ☺ » il me semble que le dernier est le plus fidèle.
Je pensais plus à la fidélité qu'à l'accessibilité aux handicapés. C'est sûr que ce n'est pas le meilleur pour l'aveugle.
Ça pourrait remplacer les smileys actuellement affichés comme images ou ascii-art. Avec ces symboles on a un dessin accessible qui reflète l'expression et qui est copie-collable aisément.
Après pour ce qui sort des bonhommes, j'ai du mal. Peut-être qu'ils veulent faire des interfaces user-friendly en mode texte ? Il y a des types de ncurses dans le consortium ?
En 2009 on a simplement envoyé un mail au organisateurs pour présenter le projet, ils nous ont donné 20 minutes dans la session jeux. C'était plutôt intéressant et on a appris à faire attention à ne pas vexer les auteurs des autres jeux… C'était pas cher puisqu'à domicile :)
On n'avait pas prévu d'y aller en 2010 mais les organisateurs nous ont proposé de venir. Du coup on était flattés et on a fait le déplacement. On a demandé un stand dans le village associatif, c'était bien plus sympa pour présenter un jeu. Niveau coût, c'était un peu plus élevé mais je ne me souviens plus de combien. On a fait le trajet à deux en voiture et on s'est mis au camping. L'organisation offrait un ticket de transports en commun pour la semaine.
Les gens sont globalement sympa, on a sympathisé avec les gars de LTLJ. Le seul point noir est que tous les gens que tu croises sont déjà convaincus du logiciel libre et ont déjà leur projet. Je me souviens d'ailleurs d'un gars de la quadrature du net un peu déçu de constater que tous les passagers du bus connaissaient déjà le contenu de ses tracts :)
Les retours les plus intéressants ont surtout eu lieu pendant la journée ouverte au public, bien qu'il ait fallu aguicher les passants pour qu'ils osent entrer sous les tentes des RMLL pour tester le jeu.
Est-ce qu'ils font des redirections vers des pages de pubs qui redirigent vers le site désiré après quelques secondes ? Le cliqueur curieux devrait d'attendre pour voir enfin le site souhaité, ça serait pas mal comme moyen de forcer à regarder la pub.
Par contre, s'il y a un trucque je trouve difficille en tant que développeur, c'est detrouver des ressources. je dev depuis quelques années un truc (pas vraiment montrable) mais je manque cruellement de gfx libres.
l'ideal serait d'avoir une compilation de ressources.
J'ai passé 2 heures ce weekend a chercher un gfx pour un ennemi, ben c'est simple :
- soit tu le dessine toi même,
- soit tu trouve des ressources qui sont des rip de vieux jeux commerciaux (tu as tous les ennemis de mario bros, pas glop qd tu veux faire du libre)
- soit tu le recupere d'un autre jeu libre. (bonjour l'originalité, encore que qui se souvient des gfx de super maryo chronicle des veilles version.. ? a part les dev, mais bon faut aimer le style) merci svn...
Le problème de l'originalité est toujours présent si tu pioches tes graphismes dans une compilation de ressources. Tu peux aussi ajouter le problème du style qui n'est pas en harmonie avec le reste de ton jeu, les images qui ne sont pas aux dimensions qui te conviennent (plutôt plus petites que ce qu'il te faut) et celles que tu peux à peine retravailler. Par exemple, quelle compilation ou jeu fournit des xcf avec une composition par calques ?
Je fais beaucoup de dessins pour mon jeu et j'aimerai bien contribuer en envoyant nos images dans une base partagée mais de mon point de vue de dessinateur c'est long et ça ne m'apporte pas grand chose. Et de mon point de vue de concepteur de jeu, ça ne m'intéresse pas de piocher dans une base justement pour l'originalité.
Au final, l'intérêt des compilations de ressources se réduit à mon avis à faciliter la vie au pour les développeurs qui programment par loisir, qui font plus le jeu pour le plaisir du code que pour l'aboutissement du jeu.
Ah ok, je n'avais pas compris le coup du pouce en l'air. Je pensais que c'était un clin d'œil au Steve Irwin de South Park (voir le début de l'épisode 18 de la saison 2 : L'Homme_des_glaces).
Mon vote va à RonRonnement-Orange puis Opensuse. Ce sont celles qui sont bien. Cascade est pas mal mais limite à cause de la quantité de vide autour du titre et à cause du champ de recherche qui est trop bas.
J'ai la première au bureau et la seconde chez moi. Les deux sont bien, j'apprécie beaucoup la bascule. La seconde est plus moelleuse mais le revêtement s'est déchiré après 5 ans. L'autre se porte bien mais n'a que 3 mois :)
La doc des éditeurs est un un peu longue (mais comme tu le fait remarquer, il sont plutôt complets). Nous recommandons donc à ceux souhaitant réaliser des niveaux de partir des existant et de faire des copier/coller, ou juste supprimer le superflu pour se faire une base.
Si c'est vraiment dur, on est là pour aider et simplifier :)
C'est bien ce qui se passe à la fin du second niveau, mais c'est vrai qu'en première approche le résumé peut gêner. On pourrait le reformuler sans pour autant changer le jeu.
Tu peux récupérer le SDK libre Flex 4 fourni par Adobe et créer tes animations en ActionScript et MXML, mais c'est une approche de développeur. Je ne sais pas s'il existe des outils sous Linux spécialisés pour l'animation (avec le concept de ligne de temps et ce genre de choses).
C'est génial Eclipse, c'est un logiciel qui t'impose un temps de réflexion avant chaque action.
Tu veux écrire une instruction ? Dès le premier caractère, bam, un zig-zag et une croix rouge. Ce que tu écris est incorrect.
Tu tapes un point. hop, une minute de patience pour voir la liste des possibilités, même si tu sais ce que tu veux écrire.
Tu veux t'arrêter pour lire tranquillement une méthode à l'écran ? pouf, un énorme popup en prend les trois quarts. Tu n'avais qu'à pas laisser le curseur sur la fenêtre.
Mais ma fonctionnalité préférée c'est la question « Êtes-vous sur de vouloir fermer Eclipse ? » quand tu demandes de fermer Eclipse. On se croirait revenu 15 ans en arrière ; « Êtes-vous sur de vouloir faire cette action sans conséquence ? » :)
Eclipse c'est le boulet d'une grande marque que tout le monde utilise parce que tout le monde l'utilise. C'est le fils du patron que l'on doit accepter parce qu'il essaie de bien faire et qu'il est gentil, même s'il freine tout le monde.
Même en utilisant le même outil, ce n'est pas évident. On utilise Eclipse au bureau et il est bien incapable de faire une détection de l'encodage des fichiers. Par défaut, ce qui est édité sous Windows est en cp1252 et ce qui est édité sous Linux est en Unicode.
C'est encore plus amusant quand les accents sont direct dans le nom des méthodes, genre monObjet.estCréé() (je ne cautionne absolument pas ce genre de choses !).
Ça serait pas mal de nommer la distrib', comme ça je pourrais en parler dans le rapport de bug de Maxime et essayer de rassembler ceux qui cherchent une solution avec ceux qui n'ont pas le problème.
Bon je ne vais pas pouvoir faire beaucoup mieux que ton rapport de bug. J'ai essayé plusieurs résolutions d'écran, ça fait des trucs différents mais jamais quelque chose de bien. C'est même presque stable en 800x600 et quasiment correct en 1280x720, mais bon, ça reste inutilisable.
Je ne suis pas tellement pour contacter Dell pour ça. Puisque ça fonctionne bien sous Windows, et ailleurs d'après tankey ci-dessous, c'est clairement un problème dans le pilote.
# Retours d'expérience
Posté par Julien Jorge (site web personnel) . En réponse au journal Jeux: Participer au dév un jeu de civilisations. Évalué à 3.
Bonjour,
Un peu comme plusieurs commentateurs ci-dessus, je pense aussi que tu te lances dans un projet monstrueux, limite infaisable, et je t'encourage à le tenter. J'ai aussi une bonne expérience de long développement sur un jeu. Voici quelques retours sur mon expérience, si ça peu t'aider.
On a commencé notre jeu à deux développeurs motivés, plus un bon graphiste et un bon musicien qui nous faisaient des images et des musiques. Ça me semble pas mal pour un jeu amateur. Résultat des courses : cela fait six ans que le jeu sera fini en trois ans.
La principale cause de l'avancée très lente du projet est sans doute les développeurs. Il nous est arrivé très souvent de nous lancer dans des petits changements de structure du jeu en nous disant que ça l'améliorerait ou que ça faciliterait le développement. Mais la principale raison était que ça nous plaisait. Résultat, nous avons régulièrement passé du temps à améliorer le peu existant plutôt que de continuer le jeu. Ces petites parenthèses cumulées aboutissent à un grand retard.
C'est un point auquel il faut faire attention. Quelle est ta priorité dans le développement ? Le loisir, l'apprentissage, la diffusion ? Si ta priorité est de diffuser le jeu, alors il faudra être un peu rigoureux et se forcer à faire l'utile avant l'amusant. Ce n'est pas toujours facile.
L'autre difficulté est la recherche de contributeurs. J'ai dis plus haut que nous avions un graphiste et un musicien, et bien ils ne sont pas restés longtemps. À mon avis, le plus grand problème était le temps nécessaire pour que leurs contributions apparaissent dans le jeu. Typiquement, le graphiste nous fait des animations avec Gimp et sort des gif pour voir le résultat. Pour les mettre dans le jeu il faut construire une grande image où toutes les image de l'animation sont côte à côte, construire un fichier d'animation pour rassembler tout ça, gérer les boucles, la durée… et lier cette animation à un fichier de personnage. C'est beaucoup trop d'étapes pour un dessinateur.
Nous avons eu régulièrement des contributeurs, souvent suite à une demande d'aide dans des forums, mais jamais sur une longue durée. Si des gens acceptent de contribuer, il faudra prendre en compte que contrairement à toi, ce n'est pas leur jeu. Par conséquent, s'ils rencontrent des difficultés à ajouter leurs contributions, ils se démotiveront. Idéalement, il faudrait qu'on puisse modifier des éléments du jeu sans effort : je mets une image, un son ou un fichier dans un dossier, je vois le résultat rapidement. S'il faut un trop long protocole pour tester (« tu mets un fichier là, tu compiles tel truc puis tu relances avec tel paramètre »), tes contributeurs vont se lasser.
Tu peux regarder sur gamedev.net pour trouver des contributeurs. Il y a du monde intéressé, mais du coup un peu de concurrents aussi.
Pour un projet comme le tien, je pense que tu as intérêt à prioriser la diffusion du jeu. Fait une base qui tourne, même si c'est moche. Si c'est amusant tu auras suffisamment de joueurs pour que des contributions apparaissent. Puis tu pourras améliorer l'aspect et les fonctionnalités. Quant au langage… prend un truc populaire. Java a beau me déplaire il y a du monde capable de l'utiliser. Si tu veux coder vite c'est sans doute le langage pour lequel tu trouveras le plus facilement des contributeurs. T'auras le temps d'investir sur la qualité du code quand tu auras des joueurs :)
Voilà, c'est un peu long mais j'espère que c'est utile :)
Bon courage.
# Oui, mais pas le même genre de logiciels
Posté par Julien Jorge (site web personnel) . En réponse au journal Programmez vous chez vous?. Évalué à 10.
Je passe ma journée à faire du Java et de l'ActionScript sur de l'application d'entreprise. J'aime ce que je fais mais j'ai toujours un pincement au cœur à utiliser ces langages. Moi j'aime bien le C++. Et j'aurais bien aimé faire du jeu vidéo. Et du logiciel libre aussi.
Alors quand je rentre, je suis content de pouvoir programmer un jeu vidéo en C++, libre en plus ! Mais c'est parfois dur parce qu'il faut se caler une tâche d'une heure ou deux et qu'en plus je suis crevé. C'est vraiment du développement de loisir du coup.
[^] # Re: Thunderbird + compactheader
Posté par Julien Jorge (site web personnel) . En réponse au message Un client mail qui ne s'étale pas trop. Évalué à 1.
Je vais regarder ça après le boulot, ça a l'air bien.
[^] # Re: mutt
Posté par Julien Jorge (site web personnel) . En réponse au message Un client mail qui ne s'étale pas trop. Évalué à 1.
Je viens de regarder un peu les options de Claws Mail (oui je n'avais pas trop cherché avant de poser la question…) et je vois que le raccourci du V est présent aussi. Il y a aussi d'autres dispositions disponibles dont « Petit écran » mais je me suis perdu en l'utilisant.
Je vais explorer ça un peu plus.
[^] # Re: mutt
Posté par Julien Jorge (site web personnel) . En réponse au message Un client mail qui ne s'étale pas trop. Évalué à 1.
C'est bien ce que je craignais :'(
Je suis un peu surpris que l'interface des clients de courriel n'ai pas changé en 10 ans. On a toujours la même présentation en trois cadres, ça manque d'innovation.
[^] # Re: Utilité
Posté par Julien Jorge (site web personnel) . En réponse au journal Unicode. Évalué à 1.
Je reformule. Je dis qu'on peut mettre un texte alt plus fidèle à l'image. Entre « visage qui sourit », « :-) » et « ☺ » il me semble que le dernier est le plus fidèle.
Je pensais plus à la fidélité qu'à l'accessibilité aux handicapés. C'est sûr que ce n'est pas le meilleur pour l'aveugle.
# Utilité
Posté par Julien Jorge (site web personnel) . En réponse au journal Unicode. Évalué à 3.
Ça pourrait remplacer les smileys actuellement affichés comme images ou ascii-art. Avec ces symboles on a un dessin accessible qui reflète l'expression et qui est copie-collable aisément.
Après pour ce qui sort des bonhommes, j'ai du mal. Peut-être qu'ils veulent faire des interfaces user-friendly en mode texte ? Il y a des types de ncurses dans le consortium ?
[^] # Re: En parlant de stand
Posté par Julien Jorge (site web personnel) . En réponse au journal rmll 2011. Évalué à 2.
En 2009 on a simplement envoyé un mail au organisateurs pour présenter le projet, ils nous ont donné 20 minutes dans la session jeux. C'était plutôt intéressant et on a appris à faire attention à ne pas vexer les auteurs des autres jeux… C'était pas cher puisqu'à domicile :)
On n'avait pas prévu d'y aller en 2010 mais les organisateurs nous ont proposé de venir. Du coup on était flattés et on a fait le déplacement. On a demandé un stand dans le village associatif, c'était bien plus sympa pour présenter un jeu. Niveau coût, c'était un peu plus élevé mais je ne me souviens plus de combien. On a fait le trajet à deux en voiture et on s'est mis au camping. L'organisation offrait un ticket de transports en commun pour la semaine.
Les gens sont globalement sympa, on a sympathisé avec les gars de LTLJ. Le seul point noir est que tous les gens que tu croises sont déjà convaincus du logiciel libre et ont déjà leur projet. Je me souviens d'ailleurs d'un gars de la quadrature du net un peu déçu de constater que tous les passagers du bus connaissaient déjà le contenu de ses tracts :)
Les retours les plus intéressants ont surtout eu lieu pendant la journée ouverte au public, bien qu'il ait fallu aguicher les passants pour qu'ils osent entrer sous les tentes des RMLL pour tester le jeu.
# eKek
Posté par Julien Jorge (site web personnel) . En réponse au journal Blogs BD. Évalué à 1.
Avec des mises à jour quandonaletentadaires…
[^] # Re: Mon top 3
Posté par Julien Jorge (site web personnel) . En réponse au journal Blogs BD. Évalué à 1.
[^] # Re: Personnages volant
Posté par Julien Jorge (site web personnel) . En réponse à la dépêche Première version de WarMUX. Évalué à 4.
[^] # Re: Explique-moi ce "moinssage"
Posté par Julien Jorge (site web personnel) . En réponse au journal Pixels art. Évalué à 1.
[^] # Re: haaa... les jeux
Posté par Julien Jorge (site web personnel) . En réponse au journal Le jeux vidéo libre ... Un vaste sujet !. Évalué à 2.
Par contre, s'il y a un trucque je trouve difficille en tant que développeur, c'est detrouver des ressources. je dev depuis quelques années un truc (pas vraiment montrable) mais je manque cruellement de gfx libres.
l'ideal serait d'avoir une compilation de ressources.
J'ai passé 2 heures ce weekend a chercher un gfx pour un ennemi, ben c'est simple :
- soit tu le dessine toi même,
- soit tu trouve des ressources qui sont des rip de vieux jeux commerciaux (tu as tous les ennemis de mario bros, pas glop qd tu veux faire du libre)
- soit tu le recupere d'un autre jeu libre. (bonjour l'originalité, encore que qui se souvient des gfx de super maryo chronicle des veilles version.. ? a part les dev, mais bon faut aimer le style) merci svn...
Le problème de l'originalité est toujours présent si tu pioches tes graphismes dans une compilation de ressources. Tu peux aussi ajouter le problème du style qui n'est pas en harmonie avec le reste de ton jeu, les images qui ne sont pas aux dimensions qui te conviennent (plutôt plus petites que ce qu'il te faut) et celles que tu peux à peine retravailler. Par exemple, quelle compilation ou jeu fournit des xcf avec une composition par calques ?
Je fais beaucoup de dessins pour mon jeu et j'aimerai bien contribuer en envoyant nos images dans une base partagée mais de mon point de vue de dessinateur c'est long et ça ne m'apporte pas grand chose. Et de mon point de vue de concepteur de jeu, ça ne m'intéresse pas de piocher dans une base justement pour l'originalité.
Au final, l'intérêt des compilations de ressources se réduit à mon avis à faciliter la vie au pour les développeurs qui programment par loisir, qui font plus le jeu pour le plaisir du code que pour l'aboutissement du jeu.
# J'aime ?
Posté par Julien Jorge (site web personnel) . En réponse au journal La FSF lance le bouton "j'aime pas". Évalué à 1.
# Tous les jours sous les yeux
Posté par Julien Jorge (site web personnel) . En réponse à la dépêche Fin du concours LinuxFr.org. Évalué à 2.
[^] # Re: Krisprolls
Posté par Julien Jorge (site web personnel) . En réponse au message Un fauteuil .... je veux un fauteuil .... Évalué à 3.
[^] # Re: Bravo !
Posté par Julien Jorge (site web personnel) . En réponse à la dépêche Nouvelle version du jeu Plee the Bear. Évalué à 5.
Nous avons réalisé une petite archive ([http://plee-the-bear.sourceforge.net/wiki/index.php/Tutoriel(...)]) pour simplifier la réalisation de contributions aux jeu. Les tutoriels sur la réalisation d'un niveau ([http://plee-the-bear.sourceforge.net/wiki/index.php/Tutoriel(...)] avec vidéo explicative) et pour faire des objets ([http://plee-the-bear.sourceforge.net/wiki/index.php/Tutoriel(...)]) se basent sur cette archive.
La doc des éditeurs est un un peu longue (mais comme tu le fait remarquer, il sont plutôt complets). Nous recommandons donc à ceux souhaitant réaliser des niveaux de partir des existant et de faire des copier/coller, ou juste supprimer le superflu pour se faire une base.
Si c'est vraiment dur, on est là pour aider et simplifier :)
[^] # Re: Torgnole
Posté par Julien Jorge (site web personnel) . En réponse à la dépêche Nouvelle version du jeu Plee the Bear. Évalué à 4.
# Flex
Posté par Julien Jorge (site web personnel) . En réponse au message programmation Flash libre. Évalué à 3.
[^] # Re: Peut-être....
Posté par Julien Jorge (site web personnel) . En réponse au journal Un Vendredi sans IDE.. Évalué à 8.
Tu veux écrire une instruction ? Dès le premier caractère, bam, un zig-zag et une croix rouge. Ce que tu écris est incorrect.
Tu tapes un point. hop, une minute de patience pour voir la liste des possibilités, même si tu sais ce que tu veux écrire.
Tu veux t'arrêter pour lire tranquillement une méthode à l'écran ? pouf, un énorme popup en prend les trois quarts. Tu n'avais qu'à pas laisser le curseur sur la fenêtre.
Mais ma fonctionnalité préférée c'est la question « Êtes-vous sur de vouloir fermer Eclipse ? » quand tu demandes de fermer Eclipse. On se croirait revenu 15 ans en arrière ; « Êtes-vous sur de vouloir faire cette action sans conséquence ? » :)
Eclipse c'est le boulet d'une grande marque que tout le monde utilise parce que tout le monde l'utilise. C'est le fils du patron que l'on doit accepter parce qu'il essaie de bien faire et qu'il est gentil, même s'il freine tout le monde.
Vivement un fork.
[^] # Re: j'aller dire "eviter les accents" meme en francais
Posté par Julien Jorge (site web personnel) . En réponse au message [UTF8 et Co] recherche pense bête pour programmeur distrait. Évalué à 1.
C'est encore plus amusant quand les accents sont direct dans le nom des méthodes, genre monObjet.estCréé() (je ne cautionne absolument pas ce genre de choses !).
[^] # Re: a propos d'uml2
Posté par Julien Jorge (site web personnel) . En réponse au journal BOUML vs Wikipedia administrators : la fin du combat. Évalué à 1.
Il est par ici : http://www.beotic.org/us/index.php , il fait de l'UML 2.1 et les sources Flex/ActionScript sont dispo sous la licence BSD originale.
J'étais justement curieux de connaître l'avis de la communauté sur le développement de logiciel libre en flash, c'est une bonne occasion :)
[^] # Re: soucis majeur, mais intel
Posté par Julien Jorge (site web personnel) . En réponse au message Du beach boy dans ma carte graphique. Évalué à 7.
[^] # Re: Bug connu
Posté par Julien Jorge (site web personnel) . En réponse au message Du beach boy dans ma carte graphique. Évalué à 1.
Je ne suis pas tellement pour contacter Dell pour ça. Puisque ça fonctionne bien sous Windows, et ailleurs d'après tankey ci-dessous, c'est clairement un problème dans le pilote.
[^] # Re: Ubuntu 10.10 ...
Posté par Julien Jorge (site web personnel) . En réponse au message Du beach boy dans ma carte graphique. Évalué à 1.