Boa Treize a écrit 3450 commentaires

Robocode permet de développer des robots logiciels et de les faire combattre. MegaMek est un wargame. Ces deux jeux n'ont rien à voir.

There is a lot more than just language changes in Ease of Development. For those developers who miss printf, one will finally be available.

Dans Java 1.5, pas dans Java 1.4.2.

Oué, un nouveau jeu libre ! Libre ? Un clone, qui est libre ? Le code est bien sûr original, les graphismes aussi (ceux des robots, nécessairement, ceux du terrain, c'est un peu plus discutable, mais de toutes façons dans ce genre de jeu, les cases de base se ressemblent beaucoup). Mais qu'en est-il des règles du jeu, et qu'en est-il des terrains de jeu ? MegaMek est fier d'implémenter toutes celles-ci, et de fournir des cartes "basées" sur celles-là. La question est, une fois MegaMek devenu vraiment populaire, un des avocats de l'éditeur du jeu ne va-t-il pas venir rappeler aux auteurs de MegaMek quelques éléments des lois sur la propriété intellectuelle ?

Traduction, adaptation (et commentaires) de http://java.sun.com/j2se/1.4.2/docs/guide/swing/1.4/Post1.4.html#1.(...)

Java 1.4.2 introduit une apparence (look-and-feel) basée sur GTK+ 2.0. Cette apparence doit être requise explicitement, soit en faisant appel à UIManager.setLookAndFeel("com.sun.java.swing.plaf.gtk.GTKLookAndFeel") dans votre code, soit en définissant la propriété système swing.defaultlaf et en lui donnant la valeur com.sun.java.swing.plaf.gtk.GTKLookAndFeel.

L'apparence GTK+ peut être personnalisée avec les fichiers de resources standard de GTK+ 2.0. Swing utilise l'algorithme suivant pour récolter les resources :

1. Si la propriété système swing.gtkthemefile existe, il lit le fichier correspondant et puis s'arrête. Par exemple, pour lancer la démo Swing avec un thème personnel stocké dans le fichier monTheme situé dans le répertoire personnel de l'utilisateur: java -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel -Dswing.gtkthemefile=/home/moi/monTheme -jar SwingSet2.jar

2. S'il y a un fichier .gtkrc-2.0 dans le répertoire personnel de l'utilisateur, il le lit (mais ne s'arrête pas là).

3. Il détermine le nom du thème choisi par l'utilisateur (par exemple, NomDuTheme) en lisant la propriété de bureau gnome.net/ThemeName (voir le standard XSETTINGS pour plus d'informations sur la manière de lire et d'écrire les propriétés de bureau). Si cette propriété n'existe pas ou est vide, il utilise "Default" comme nom de thème. Une fois que le nom du du thème est déterminé :

3.1 S'il y a un fichier .themes/NomDuTheme/gtk-2.0/gtkrc dans le répertoire personnel de l'utilisateur, il le lit et puis s'arrête.

3.2 Si la propriété système swing.gtkthemedir existe, et que le fichier swing.gtkthemedir/NomDuTheme/gtk-2.0/gtkrc existe, il le lit et puis s'arrête.

3.3 Si la propriété système swing.gtkthemedir n'existe pas, et que le fichier /usr/share/themes/NomDuTheme/gtk-2.0/gtkrc existe, il le lit et puis s'arrête.

3.4 Si la propriété système swing.gtkthemedir existe, et que le fichier swing.gtkthemedir/NomDuTheme/gtk/gtkrc existe, il le lit et puis s'arrête.

3.5 Si la propriété système swing.gtkthemedir n'existe pas, et que le fichier /usr/share/themes/NomDuTheme/gtk/gtkrc existe, il le lit et puis s'arrête.

(Et je suppose que si aucun de ces fichiers n'existe, c'est la merde.)

GTK+ peut être personnalisé au moyen de moteurs de thèmes. Une poignée de tels moteurs existe. Dans Java 1.4.2, Swing supporte les fichiers de thème pour les moteurs Default, pixmap et bluecurve. L'équipe est en train de réfléchir à la création d'une API pour permettre l'ajout d'autres moteurs de thèmes. (Ce qui ne veut en aucun cas dire qu'elle verra le jour.)

GTK+ permet de spécifier les polices de caractères de deux manières : en utilisant une XLFD et en utilisant une chaîne Pango. Pango offre des fonctionnalités similaires aux "polices composites" de Java. Toutefois, comme les fontes composites Pango ne correspondent pas totalement aux fontes composites Java, il se peut qu'une application Swing sous apparence GTK+ présente quelques différences avec les applications GTK+ natives. (Pas très clair, tout ça. J'ai le sentiment que ça concerne surtout les langages non-Européens.) L'équipe est en train de réfléchir à la résolution de ce problème. (Aucune promesse, bien sûr.) En attendant, il devrait être possible de remplacer le fichier de polices de Pango par un fichier équivalent au fichier font.properties de Java. (Pas clair, pas clair.) De plus, dans la version 1.4.2, les XLFD sont ignorées et les chaînes Pango sont directement passées à java.awt.Font, après avoir remplacé "sans" par "sansserif" et "monospace" par "monospaced".

GTK+ n'offre pas de capacités MDI (JInternalFrame) et ne permet pas d'appliquer de thème à la fenêtre racine de l'application, tâches déléguées au gestionnaire de fenêtres. Les classes MDI de Swing peuvent être thèmées (blèh) par l'intermédiaire de Metacity. Seuls les thèmes Crux et Bluecurve sont supportés actuellement. Si aucun de ces deux thèmes ne peut être localisé, Swing utilise son thème interne. La propriété système swing.metacitythemename peut être utilisée pour indiquer quel thème utiliser (Crux ou Bluecurve, donc), en son absence le fichier .gconf/apps/metacity/general/%gconf.xml dans le répertoire personnel de l'utilisateur est consulté pour déterminer le nom du thème à utiliser. Swing tente ensuite de lire les fichiers de resources /usr/share/themes/NomDuTheme/metacity-1/metacity-theme-1.xml et /usr/gnome/share/themes/NomDuTheme/metacity-1/metacity-theme-1.xml pour charger le thème lui-même.

Les fichiers de resources GTK+ permettent de personnaliser plus que l'apparence. Java 1.4.2 supporte les "primary style configurations" (gni ?) (par exemple fg, bg, base, etc.), et également gtk-font-name, gtk-icon-sizes, stock icons (pour l'optionpane), focus-line-width, focus-padding, focus-line-pattern, internal-padding, shadow-type (pour les menubars) et trough-border.

GTK+ offre un mécanisme par lequel les applications peuvent changer de thème et mettre à jour leur interface dynamiquement. Ce mécanisme sera supporté dans une version ultérieure de l'apparence GTK+ de Swing.

Incompatibilités GTK+

Bon, si vous êtes programmeur, vous irez lire la VO. En gros, l'intégration de l'apparence GTK+ dans Swing a été un vrai défi, au vu des différences d'architecture. Les applications qui font appel à setOpaque(), ou qui installent des Borders sur des widgets peuvent avoir des surprises au niveau du graphisme. L'équipe travaille bien évidemment sur le problème.

bon ben c'est supaire les liens sont tout cassés

Ben non ils sont intacts.

T'as essayé d'autres garbage collectors ? Il y en a quatre différents dans Java 1.4.2, je crois, dont certains optimisés serveurs (ils ne font preuve de leur efficacité qu'à partir de 2 ou 4 processeurs, et qu'avec 256 Mo de mémoire par processeur, si j'ai bien lu entre les lignes). Tu as essayé d'utilisé le compilateur HotSpot version serveur plutôt que version client ?

Ben déjà ça c'est GPL, et Java c'est pas libre. Ensuite c'est pas une release majeure de Java, je dirais. Mais bon je dis ça, je n'en sais rien...

Oui, mais ici c'est LinuxFr, et pas GPLFr. Java, même si ce n'est pas libre, c'est important pour Linux. Par ailleurs, c'est une release importante de Java (les versions mineures seront par exemple 1.4.2_01, 1.4.2_02, etc.), d'autant plus intéressante qu'elle s'attaque à des problèmes qui lui sont reprochés depuis longtemps (performance, GUI), même s'il y a encore beaucoup de travail à faire.

Blackdown, mandaté officiellement par sun pou faire les version linux de la JVM

C'est encore le cas ? Ça fait un bon bout de temps que Sun sort ses propres versions Linux (JRE et JDK).

MegaMek, ça a l'air très bien, et ce sera sans doute la première application Java que j'installerai après Java 1.4.2 sur cette machine. :-)

J'ai néanmoins une question : en quoi ce jeu, certes sympatique, mérite-t-il une place en première page, alors que Java 1.4.2, une release importante (beaucoup de bugfix, amélioration sensible des performances, le plugin qui fonctionne sous les navigateurs compilés avec gcc 3.2) se retrouve en seconde page ?

Java 1.4.2 permet de surveiller certains indicateurs de performance en temps réel (enfin, de manière asynchrone).

Sun fournit un utilitaire pour ce faire (licence d'évaluation limitée à un an) : http://developers.sun.com/dev/coolstuff/jvmstat/(...)

Capture d'écran :
http://java.sun.com/j2se/1.4.2/images/J2SE_1.4.2_fig4.gif(...)

C'est expérimental, et ce n'est peut-être pas documenté (interface privée, il semblerait).

Ouais, ben moi je vais déjà me mettre à la 1.4.2, et puis j'attendrai peut-être la 1.5.1 ou la 1.5.2, parce que qui dit nouveautés, dit bugs nouveaux.

Le terme « Java N », c'est du marketing, le terme « Java N.N.N », c'est de l'informatique. En d'autres termes, et en bash :

version=`java -version 2>&1 | head -n 1 | cut -d '"' -f 2 | cut -d '_' -f 1`
if expr "$version" "<" "1.2.0" > /dev/null; then
  echo "Java"
else
  echo "Java 2"
fi

Au rayon nouveautés qui nous concernent (adapté de http://java.sun.com/j2se/1.4.2/changes.html(...)) :

* La performance des applis qui utilisent lourdement Class.forName est été grandement améliorée
* Temps de démarrage des applis en ligne de commande diminué d'environ 30%
* Temps de démarrage des applis graphiques légères diminué de 15 à 20%
* Temps de démarrage des grosses applis graphiques diminué également (15% pour Netbeans)
* Le compilateur HotStop « client » a été amélioré, tant en vitesse qu'en utilisation de la mémoire
* Le compilateur HotSpot « serveur » a été amélioré de chez Amélioré : utilisation de SSE et SSE2, division d'entiers par des constantes accélérée, division de flottants par des puissances de deux accélérée, gestion de NullPointerException améliorée ; un utilisateur a eu un gain de 20 à 30% sur le temps d'exécution d'un programme qui faisait un appel intensif aux opérations en virgule flottante
* Support des redirections HTTP vers des URL relatives ; la norme l'interdit, mais tout le monde l'accepte
* Améliorations de la sécurité et du chiffrement : support d'AES, support de SHA256, SHA-384 et SHA-512, et pas mal d'autres améliorations au niveau des certificats
* Des bugs en moins dans CORBA, IDL, RMI-IIOP et JNDI
* Support de l'ALSA, ce qui permet du coup de faire de l'enregistrement et de la capture audio en simultané sous Linux (enfin ?)
* Améliorations de Java2D
* Des bugs en moins dans AWT
* Support d'une apparence GTK ; il est possible de modifier cette apparence selon des thèmes (qui a plus de détails ?)
* Grosse amélioration de performance dans JFileChooser
* Trois bugs en moins au niveau du démarrage des applets
* Pas mal de bugs en moins au niveau du plug-in Java, et notamment support de Mozilla 1.1 et de ses successeurs
* Des bugs en moins dans Java Web Start (ça marche sous Linux ?)
* Des améliorations dans le compilateur java, mais on s'en fout, on utilise tous jikes qui est dix fois plus rapide ! :-)

timebomb.first_launch_time est effectivement la date à laquelle tu as lancé Mozilla pour la première, exprimée en microsecondes depuis l'epoch. Mozilla fait sans doute appel à gettimeofday pour récupérer cette valeur.

Pour plus d'informations :

$ man 2 gettimeofday

Pour une petite démonstration :

$ python
>>> import time
>>> time.time()

Enfin, la valeur d'une variable de Mozilla ne peut manifestement avoir que deux status : « par défaut » ou « défini par l'utilisateur ». Il est clair que timebomb.first_launch_time n'a pas une valeur par défaut.

Pour ce qui est de timebomb, je pense que Mozilla contient le code nécessaire à la création de démos ou de betas limitées dans le temps, auquel cas j'imagine bien que plusieurs variable pourraient être nécessaires, telles que timebomb.time_limit. Mais bon, ce n'est que mon imagination.

Bon ok la série est aujourd'hui risible mais elle a fait la jeunesse des 25-30 ans non??

Non. Enfin, pas moi.

Je suppose que son slip reste encore et toujours mystérieusement intact lors de ses transformations ?

Non. Tu ne gagnes d'XP qu'avec les votes émis sur tes commentaires. Ce que tu gagnes lorsque tu utilises tous tes votes de la journée, c'est trois votes bonus pour le lendemain.

difficile quand on vas sur linuxfr le soir à 19h00 après le boulot et qu'il
y a déjà 30 commentaires d'être scorer sur son commentaire qu'il est le 31ème.

Bof non. Il y a pas mal de dépêches postées après 19h00, et de toutes façons, tu peux répondre aux journaux, qui sont postés à toute heure du jour et de la nuit.

Je peux faire une moyenne de 1.00000000 sans problème en postant 27 journaux (sans les publier sur la page principale des journaux) et en postant 42 commentaires dans chaque journal. Bien sûr, tout ceci est très facile à faire avec un script.

Moi je vois RedHat 22%, Slackware 4%, ce qui place Slackware en n°6, ce qui me paraît approprié.

Je pense que Cube² est une suite réussie, ce qui est déjà pas mal. Les personnages quelque peu caricaturaux ne m'ont gêné dans aucun des deux opus. Au rayon innovations, j'ai beaucoup aimé les surprises temporelles et gravitationnelles, ainsi que le fait que tous les personnages avaient un lien plus ou moins direct avec l'hypercube, ce qui était assez sympa pour les coups de théâtre et les suspicions. Par contre, les effets 3D (les plus visibles en tous cas) n'étaient pas à la hauteur : ils avaient un aspect 3D d'il y a quelques années (sans doute volontaire) que je n'ai pas trop aimé. Je préfère les pièges plus réalistes du premier cube. Enfin, la scène finale était tout simplement un gros cliché pourri (à un mini coup de théâtre près). Je vois mal ce qu'ils vont pouvoir mettre dans Cube³, je crains que l'on ne tombe dans la série qui ne fait plus que répéter les recettes des opus précédents. Ceci dit, je craignais déjà cela pour Cube², alors qui sait ?

Moi, je n'ai pas vu le temps passer. J'ai bien aimé le style de dessin, le mélange constant de 2D et de 3D passe très bien (les échecs retentissants 2D/3D d'il y a quelques années sont maintenant bien loin) et globalement, la féérie a très bien fonctionné pour moi.

Plus simple et plus discret : poster des commentaires dans ses propres journaux, qu'on ne publie pas en première page.

On peut tout aussi bien utiliser :shell (ou :sh en abrégé), qui te place dans un nouveau shell, "sous" celui de Vi. Taper "exit" ou Ctrl-D pour en ressortir.

L'avantage de Ctrl-Z, c'est que ça marche avec la plupart des programmes, presque tous en fait.

N'empèche qu'ils pourraient mettre ne serait-ce qu'une sorte de FAQ sur ce site...

Ce site n'est pas parfait.