Larry Cow a écrit 5011 commentaires

avec le client les joueurs peuvent jouer en local de façon illimitée et sans restriction (contrairement à ce qui est dit dans la dépêche)

I beg to differ, comme on dit. Sauf si les choses ont radicalement changé (j'ai vu qu'il y avait un lien "Demo" sur le site, désormais), la seule chose accessible aux clients "gratuits", c'est Minecraft Classic. C'est à dire une version antédiluvienne, qui ne permet guère que de "jouer aux legos (tm)". La version payante amène le mode "survival", avec les monstres, le "crafting" d'objets, etc. Bref, un vrai jeu.

Et pour utiliser le client, même en local, il fallait quand même taper ses identifiants, dans mon souvenir.

Firefox pour Android fonctionne désormais sur les téléphones ayant un processeur ARM v6 (800 MHz minimum) avec au moins 512 Mo de RAM. Ceci permet, d'après Mozilla, d'augmenter la compatibilité avec pas moins d'un quart de million de téléphones ! Cela inclut par exemple les modèles suivants : Samsung Galaxy Ace, HTC Status et ChaCha, Motorola Fire XT, LG Optimus Q, etc. Au contraire de Chrome (par Google) qui demande au minimum Android 4.0.

La version d'Android et celle du processeur n'ont rien à voir. J'ai un ARMv6 sous Jelly Bean (4.1), donc potentiellement capable de supporter Chrome mais pas Firefox. Enfin il le pourrait s'il avait plus de 512Mo de RAM.

Pas très digeste, tout ça.

Pas super d'accord. Pour moi le but de faire des jeux, c'est de faire des jeux.

Et tu en fais beaucoup, des jeux?

Glxgears est aussi un petit programme qui peut donner une indication des performances 3G sur une machine Linux.

J'en doute ;)

Just glue some glxgears on it and call it steampunk…

On a(ura) surtout un lecteur Flash qui n'a plus besoin d'être installé : il suffit au webmestre de rajouter un bout de javascript pour faire la liaison, et hop! La porte de sortie rêvée.

Disons que c'est une mise-à-jour mineure ("point release") de Jelly Bean.

Au hasard : horaires d'ouverture, capacité d'encadrement, etc.

Ce peut être plus intéressant d'avoir plus de monde sur moins de temps, si la charge de travail correspond. Exemple : une boîte de nettoyage de bureaux, qui ne peut faire travailler ses employés qu'en dehors des horaires de bureau.

En tant que patron, tu préfères embaucher 8 employés à 12h/jour ou 12 employés à 8h/jour ?

Ça dépend de tellement de paramètres que c'est indécidable.

Il y a des choses que les hommes font bien..

Par exemple?

Et de plus en plus de voitures ont maintenant la possibilité de maintenir une vitesse constante (et pas que les voitures de luxe hein, même les petites citadines peuvent l'avoir…), sur l'autoroute ou même toute section un minimum longue à vitesse constante, c'est reposant et ça évite les sursaut de vitesses…

Et c'est outrageusement gonflant pour les gens qui n'en ont pas, et qui se retrouvent coincés derrière des voitures à 131,5km/h. Les sautes "humaines" de vitesse, elles se font dans les deux sens, et permettent de dépasser dans de bonnes conditions quand le conducteur de devant baisse un peu.

Les limitateurs, en revanche, je trouve ça pas mal.

Note que l'avancée du désert en Afrique du nord tient à des choses aussi "bêtes" que la végétation.

Au pire, faut faire un module en ligne de commande qui parse la page web générée par son outil (à venir) ;)

Ceci dit, ça ne peut pas être pire que "auteure" et "mairesse".

Ok, au temps pour moi.

Disons que dans ce cas, vous mettez l'objectif "permettre à chaque lecteur [de] lire, manipuler et commenter ses livres numériques où il veut, quand il veut, et comme il veut, indépendamment du distributeur et du matériel de lecture" en retrait par rapport à "permettre aux éditeurs de faire un peu ce qu'ils veulent, y compris aux dépens des lecteurs". Ce qui n'est pas choquant en soi, mais TEA ne semble clairement pas fait pour permettre aux lecteurs de reprendre du poids face aux éditeurs (ce qui serait, je l'admets, un peu risqué comme business model).

Je ne crois pas, non.

Du coup, avoir une partie serveur permet de profiter de toute la puissance d'un vrai PC pour l'opération de dézippage plutôt que d'être limité par celle d'une tablette.

Par contre, l'utilisation hors-ligne perd de son intérêt dans ce cas, s'il faut transférer tout l'ePub dézippé au client avant de pouvoir se déconnecter.

Pas très cohérent avec les DRMs, ça, si?

Difficile à dégrader?

Disons que 'toxique' et 'polluant', ce sont pour moi deux concepts orthogonaux. On peut être les deux à la fois, mais ce n'est pas obligatoire.

L'eau de Javel est très polluant… on peut en faire du gaz moutarde à partir de réaction simple comme tu le précises.

C'est quoi le rapport entre les deux?

D'autant qu'AMD est bien plus impliqué qu'eux dans le développement des drivers ATI libres.

Remarque, si nVidia était plus impliqué qu'AMD dans le développement des drivers ATI libres, ce serait inquiétant.

(pardon)

il indique clairement que Wayland fait tout, et on en déduit que pour changer la gestion des fenêtres, il faut coder un autre Wayland.

Mais bien sûr, et pour rajouter un format d'image à Gimp, il faut coder un autre Gimp.

Quand bien même le ce serait le cas, on peut raisonnablement espérer que Wayland est suffisamment modulaire pour qu'on puisse modifier le comportement de sa gestion de fenêtres sans casser son lien avec la carte graphique, non?

Vu le titre, on dirait du Catherine Pancol.