Elfir3 a écrit 1250 commentaires

• des animations pour rendre le tout plus fancy et potentiellement plus "fluide" quand la bande passante est limite par rapport à la taille des images.
• du preloading pour les images qui suivent (voir qui précèdent?)

Je sens que je vais garder un œil sur ton projet, je dois justement m'occuper d'en mettre une sur le site de madame d'ici peu.

Merci pour le partage en tout cas.

Je n'ai pas joué à Zero-K mais, à moins qu'il n'aient changé le comportement par rapport à Total/Balanced Annihilation, le remplissage des ressources fonctionne par "tic", il n'y a pas vraiment besoin de récolteur qui fait des allers-retours comme en dans les jeux cités plus haut.

En réalité, certaines unités peuvent aller consommer des resources sur le terrain (arbres, blocs de fer), mais l'essentiel de la récupération se passe via des "centrales" et "mines" qui produisent n resources par seconde. L'idée est ensuite d'avoir une production maximale, tout en dépensant à flux tendu.

Il y a un des posters qui a été traduit : https://yourlogicalfallacyis.com/fr/pledge

J'aimais bien, mais on a de moins en moins droit au côté Apple fanboy qui vient de boire ses 2 cafés équitables de la marque à la sirène à double queue. C'était mieux avant..

Da da da.

C'est BAud.

Quid du tempo auquel il faut taper sur la touche F12 au démarrage pour s'assurer une entrée dans le bios ?
Existe-t-il une version de tap tempo bootable ?

/o\ pas tap-tempoer, je sors…

Il faudrait un taptempofr.org pour permettre à la communauté francophone d'en discuter.
Là où j'ai un doute, c'est dans quel langage écrire le site. Quelqu'un a une idée ?

Je n'ai rien fait d'autre que d'installer des applications via ce système, mais il me semble, oui. Tu peux installer des dépendances dans des versions différentes du système sans perturber l'écosystème.

Pour ce qu'en dit la page de présentation :

Dependencies that aren't in a runtime can be bundled as part of an application. Versions of the dependencies that are used can be fixed and patched.

Il semblerait donc bien :)

du json valide est du yaml 1.2 valide ;)

Et je pense qu'un autre argument serait la possibilité d'embarquer des versions différentes des libs nécessaires au fonctionnement. Ce qui peut être très intéressant pour un jeu un peu vieillot et done les sources ne sont pas disponibles.

Si j'ai bien compris la première, il s'agit d'avoir une vue document telle qu'elle est disponible dans writer/word, mais avec une tableur plutôt qu'un traitement de texte. Les en-tête et pied de page seraient alors aussi des cellules, mais communes à toutes les pages.

Paradoxalement, mon imprimante Brother à la maison ne marche pas sous windows (où elle s'emballe et vide mon réservoir sans rien imprimer après quelques cm de la première page), mais marche bien sous Linux :)

Je suis content d'avoir quelqu'un d'autre dans ce cas. Personnellement c'est avec une HP Envy en réseau hertzien, achetée pour que ma compagne puisse imprimer des documents sur son PC sous Windows. Si mes souvenirs sont bons, il faut qu'elle redémarre à chaque utilisation depuis son PC. L'imprimante n'est plus vue par le PC après un moment, puis le pilote ne veut plus rien entendre. Le scanner par contre fonctionne bien quelque soit l'OS.

Comme tu parles de jeux de stratégie, SpringRTS pourrait aussi t'intéresser.
Il n'est pas particulièrement beau mais dans mes souvenirs il avait tendance à saturer mes cpu/gpus. En particulier quand un grand nombre d'unités étaient présentes.

Le design de base de darktable est que le module est l'élément initial, puis on choisi si l'effet du module est global ou local

Ne pourrait-on pas imaginer un module (vertical) chargé de la définition des zones, et laisser les autres modules les utiliser pour l'application locale ? La migration se ferait assez aisément, et pourrait même être rétro compatible. On pourrait imagine que si une zone est sélectionnée, les modules nouvellement activés le sont par défaut sur la zone uniquement. Ainsi, l'utilisateur pourrait choisir son flow préféré.

PS: j'ai testé darktable il y a bien longtemps, c'est peut-être déjà comme ça qu'il fonctionne.

Dans des circonstances où on n'a pas d'impact sur le commit hook, on peut aussi utiliser un ou des tickets fourre-tout qui restent ouverts sur de plus longues périodes, comme la durée d'une release.

Youtube-dl, malgré son nom, ne sert pas qu'à télécharger sur youtube. Il marche très bien sur cette URL.
Pour info, le découpage en plein de fichiers est du à l'utilisation du HLS.

Il pourrait avoir une interface webbased pour uploader ses fichiers.
Ca existe encore des hébergeurs comme ça ?

Non, c'est le deuxième effet DLFP

Je pense qu'il serait de bon ton de respecter la licence de la source avant que linuxfr ne se prenne encore un procès pour non respect.
C'est pas comme si certains n'en avaient pas déjà intenté pour moins que ça..

Edit : Pas vu le thread plus haut. Moinsseurs, à vos clicks !

Ce genre de benchmark utilise beaucoup de javascript et ici, c'est juste le moteur CSS qui a été amélioré. Je suppose qu'on peut y trouver une explication sur le pourquoi Chrome est toujours devant.

Le moteur de rendu est prévu pour plus tard (dispo en alpha dans les nightly en faisant quelques modifications), par contre rien n'est prévu pour le moteur JS à l'heure actuelle. Ceci dit, ça semble bouger petit à petit de ce côté là.

Dans mes souvenirs, ils ne font pas d'exception à la suppression des pubs contre de l'argent.

Alors on me glisse dans l'oreillette que des licences «pour faire le mal» ont été concédées à de grandes entreprises, mais jai vérifié, elles ont toutes un comité d'éthique.

Parfois, elles ont aussi un département légal qui demande de retirer le logiciel pour cause de «licence trop floue».

Merci pour ces quelques pistes pour commencer. Tu m'as donné envie de me joindre à l'aventure même si ce n'est pas pour tout de suite : je viens de commencer un projet dans un autre langage. Je garde ton journal en mémoire.

Par contre on sent que tu débutes, tu as encore des paragraphes sans parenthèses ;-)

Bon courage dans ton aventure !

(Et ne t'inquiète pas, même après 12-13 ans d'utilisation intensive d'emacs, mes doigts se portent encore plus ou moins bien..)

Mon but était de poursuivre dans l'idée, mais ça donnait mieux à l'écriture qu'à la relecture :/
Mais j'ai beaucoup aimé ta manière de le faire.