orfenor a écrit 2006 commentaires

Oui, 2x8 Go, 1 x 16 Go, 24 Go aussi. Un SSD chaque fois, des Core i7 ou i5.

il est sorti

J'ai la même expérience, et depuis longtemps, sur le bon coin (avec des ThinkCentre Lenovo).

Oui, mais n'oublie pas que le dev n'a que 21 ans. Il a découvert une informatique où Electron existait déjà, où Ram et disques durs sont gigantesques, etc. Et après tout pourquoi pas ? au stade de son projet, ça lui permet d'aller vite. Si ses idées sont bonnes, d'autres personnes le rejoindront et il sera alors temps de structurer, recoder en Rust, etc. Ne critiquons pas la jeunesse.

Je n'ai pas pu rectifier mon écrit hier soir : il y a des messages d'erreurs en roumain, mais la majorité est en anglais. Et si le travail est préliminaire, le code javascript m'a paru très propre.

Qu'un jeune développeur de 21 ans fasse tout ça, c'est chouette. il y a un vent frais dans son projet, testez-le.

Le nom "liquid-gel" vient de l'utilisation de la bibliothèque Electron liquid-glass.

y'a pas grand chose mais c'est quasi l'oeuvre d'une seule personne
https://github.com/pearOS-archlinux

Le bureau "liquid gel" est dans le dépot pearos-apps-bundle. C'est un thème plus du Javascript bien chargé en Électron avec pas mal de trucs en durs (dont les messages d'erreurs en roumain). Le travail est encore très préliminaire.

Ouh là là, le texte ne contient que des superlatifs! Je veux bien que l'enthousiasme pour son propre travail gêne l'objectivité de l'équipe PearOS, mais en lisant j'ai d'abord cru à une blague. C'est dommage, ça m'empêche d'apprécier l'article. Tant mieux si une petite équipe parvient à faire revivre une distro, à tester des trucs nouveaux et tente d'innover. On peut en savoir plus avec des infos techniques ?

Pourquoi ne pas faire ce docu alors que Fred Henri a des trucs intéressant à dire sur le monde du jeu qu'il connait bien.

Juste sur le commentaire avertissement de Monsieur Phal : il ne m'étonne pas tellement, vu qu'au moment ou TricTrac est passé des mains d'Asmodée au CNRL il y a 2 ans, on a encore eu des accusations gratuites contre Phal avec théories complotistes. J'y vois aussi une façon de protéger Frédéric Henri.

J'ai l'impression qu'aucun des commentateur n'a vu la vidéo. Il n'y est pas question d'extrêmistes mais d'une ambiance de forum pourrie par des donneurs de leçons autoritaires et coupeurs de cheveux en 4. Personne n'est à l'abri de se comporter comme ça, tant l'impression d'être au café du commerce vient vite quand on discute. Sauf que n'avoir personne devant soi permet de se lacher beaucoup plus, tandis qu'au café on se ferait vite calmer.

Pour le ton de Phal et l'air emprunté de Frédéric Henry , voici la TricTrac TV de découverte du jeu Timeline

Rien à craindre : y'aura de l'IA partout ce qui fera fuir les gens.

Bof. Ça me fait penser aux efforts déployés par les malfrats Roumains pour pirater les parcmètres : ils en ont piqués plusieurs pour les désosser, les anlyser et trouver la meilleure méthode pour voler la caisse. À la fin, les voleurs venaient percer en travers à un endroit précis pour que le truc s'ouvre. Pareil sur les serrures, avec la même détermination pour trouver le moyen d'ouvrir des serrures complexes : les cambrioleurs ont mis au points des outils plus efficaces que ceux des serruriers (je pense à la clef parapluie).

Fin de règne en début de mandat, non. Ça peut toujours fuiter parce qu'un Républicain trouve que ça va trop loin ou parce qu'un Russe veut emmerder Trump, ou bien, comme dit Zataliz l'incompétence est probable.

Mais comme cette conversation montre clairement des histoires d'égo et d'intérets personnels, de gout du pouvoir et de la manipulation, avec deux dirigeants qui veulent jouer aux gendarmes du monde comme autrefois sans consulter personne, j'espère que c'est une fuite provoquée par un fonctionnaire soucieux du bien commun.

Merci pour toutes ces précisions qui aident bien à comprendre. Effectivement mon utilisation occasionnelle et simplette d'Haïku ne me fait pas rencontrer de problème.

Donc, Haïku est un système complètement utilisable et stable, qui peut cependant planter, mais très rarement, et dont l'objectif de compatibilité BeOs repousse la sortie officielle ("ne crains pas la perfection tu ne l'atteindra jamais") ; pendant ce temps on en profite pour polir et corriger de petits défauts aux (lointaines) entournures :-)

C'est pour rire, je ne me moque pas puisque vous faites bien comme vous voulez.

Vu que vos versions Alphas étaient déjà stables et qu'après bientôt 30 ans plus personne ne comprend la numérotation de BeOS, vous pourriez aussi bien nommer les prochaines Bétas en v1, v2, etc. et le jour de la v18 la nommer 18-R1. J'écris ça par admiration, parce que Haïku est dans un état remarquable pour une Béta, et par frustration parce que je voudrais le voir participer au grand remplacement de Windows.

J'ai mal posé une question : ton rapport trimestriel liste les travaux de ce trimestre, mais est-ce que certains de ces travaux ont par exemple duré 10 mois ?

Au fait où en sont les travaux sur le portage RiscV ?

Justement, Google a retravaillé ce code puisque ce sont principalement leurs équipes de recherche qui développent JPEG-XL. Mais c'est long de reprendre 100.000 lignes qui évoluent encore parce que la libjxl n'est pas finie : la version 0.11.1 est sortie fin novembre 2024, le développement est continu et pourtant il n'y a encore aucune nouvelle version cette année.
Et puis faut pas croire qu'on peut ajouter un tel volume de code sans interventions d'autres équipes de Chrome. L'arrêt de l'intégration il y a 3 ans impliquait certainement plusieurs responsables : sécurité, vitesse, fiabilité, rendu, compatibilité, etc.
Apple et Adobe qui viennent de sortir leur propre code y ont passé du temps, pourquoi Chromne aurait du être plus rapide ?

Tout cet écrit n'est pas pour défendre Google, mais parce que vu l'état du code intégrer jxl dans un navigateur n'est certainement pas facile, d'autant plus que ça doit aussi marcher avec des tel mobiles qui sont moins puissants qu'un PC, voire beaucoup moins, et avec des anciennes versions d'Android.

Non pas pour rien, le code posait des problèmes de sécurité.
D'après les devs Firefox ça venait de la taille du code C++ (100.000 lignes) et la surface d'attaque induite. Dans un billet de forum lu hier, un responsable de Chrome le mentionnait aussi. De mémoire, il ajoutait que l'implémentation d'Apple et l'implémentation en Rust (plus une semi dispo chez Microsoft et la dispo pour le pdf chez Adobe) poussent Google à retravailler le code proposé — ce que quelqu'un vient de faire.

Merci pour ce gros travail de traduction et rédaction.

Les bénévoles de Haiku ont l'air de vouloir un système super lêché, en tout cas plus que ne l'était BeOs dans mon souvenir. Est ce qu'il y a une vague ligne directrice sur ce travail de polissage ? est ce que ça suit les rapports de bugs ?

Et où en êtes vous ? je regarde de temps en temps la Roadmap sur Trac et les bugs bloquants n'ont pas l'air d'avancer (de mon point de vue néophyte), est ce parce qu'il faut d'abord passer par toutes les révisions de code que tu mentionnes ?

Enfin, la quantité de boulot est impressionnante. Êtes vous plus nombreux depuis la Béta ? Sur quelle durée s'étalent ces travaux ? J'imagine que tout ne s'est pas fait en 3 mois (sinon chapeau!).

J'ai du mal à comprendre tes besoins, peut être parce que j'ai commencé à l'époque où les ordis ne généraient pas de vignette, faute de puissance, de Ram et d'espace suffisants.
Je travaillais avec des graphistes et photographes qui faisaient attention de bien nommer les fichiers avant de les ranger dans des dossiers structurés. Avec l'habitude le modèle était toujours le même et facilitait la vie de tous les intervenants.
Digression : c'est comme les calques, vignettes ou pas on les nommait, c'était utile 15 jours plus tard quand il fallait reprendre une image. Tandis que les débutants inconscients laissent le nom prédéfini.
Aujourd'hui encore, des amis photographe gèrent leurs reportage en les stockant séparément, par sécurité Mais aussi pour passer à autre chose. Leur gestionnaire d'image c'est le développeur Raw, ils n'utilisent pas du tout Photoshop ni Gimp qui ne sont pas fait pour eux.
Voilà, c'est une piste, mais sans connaître ta chaîne de travail, la piste a peu de valeur.

comme le dit Jehan, si on veut prendre en compte tous les cas, le plus simple est d'ajouter une vignette dans les fichiers xcf.

Gwenview les ouvre sans problème.

censure ? t'y va pas un peu fort, là ?
des gens t'ont moinssé, j'ai expliqué pourquoi ton lien était malvenu.

Merci, c'est toujours un plaisir à lire

ce ne sont pas mes propres codes cf l'aide et l'objet de l'asso.