• [^] # Re: 1ère mouture du collecticiel client de OpenOfice.org : Glow

    Posté par . En réponse à la dépêche 1ère mouture du collecticiel client de OpenOffice.org : Glow. Évalué à 0.

    Il marche très bien en 100% pur Java alors que pour Perl, c'est basé sur SDL

    Ah, les sprites FB sont affichés pixel par pixel en "100% pur Java", peut-être ? Il n'y a pas la moindre bibliothèque en-dessous ? Je suis scié.

    Et c'est sûr que le rendu graphique de Frozen Bubble est comparable à celui de Arkanae.

    On s'en fout, puisque le rendu graphique est effectué par une lib en natif. Ce qui compte, c'est le moteur de jeu.

    Du reste au vu des screenshots l'environnement 3D d'Arkanae est extrêmement pauvre vis-à-vis de ce qui se fait dans le genre dans le domaine commercial. M'enfin, chacun son truc.

    La relative lenteur de Java pour l'aspect interface graphique prouve simplement que swing est mal conçu

    C'est sûr qu'en posant comme hypothèse la conclusion à laquelle on veut arriver, y a pas trop de mal à la démontrer :-))
    C'est amusant qu'apparemment tu ne penses pas à faire le même raisonnement pour les autres langages. C'est une incapacité à comprendre la relativité d'un argument ?

    Il est logique d'implémenter d'interfacer un langage de haut niveau comme Java avec un langage de bas niveau comme le C pour attaquer des bibliothèques très efficaces.

    Pourquoi Java au lieu de Perl ou C++ ? Il ne me semble pas que Java ait des qualités qui en fassent le langage idéal pour la programmation d'interfaces graphiques.
    Il n'y a rien de "logique" là-dedans, c'est simplement que tu aimes Java. Un amateur de Python ou Ocaml te sortira la même phrase au mot près, mais avec Python ou Ocaml à la place de Java. Et il aura aussi raison que toi.

    C'est amusant comme quand tu parles de Java tu perds toute crédibilité et pertinence.

    Là pour le coup question pertinence tu fais très fort :)