Oui le moteur Build de Duke 3D était meilleur ! On pouvait nager, voler… j'adorais le jeu : un nanar volontaire.
Au niveau code (car il a fini par être open-sourcé) j'ai regardé : c'était autant un tour de force qu'illisible par le commun des mortels.
En fait je ne l'ai pas cité, car il :
- n'a pas été officiellement porté sous Linux par son équipe;
- n'a pas été utilisé comme base pour le jeu suivant (un certain Duke Nukem Forever, qui mériterait son propre article philosophique) ;
- son support OpenGL "bénévole" n'est arrivé qu'après la période de l'article (1 à 5 ans selon la référence).
Un autre souvenir de tout premier jeu en 3D c’est Star Fox sur SNES,
En fait, Starfox qualifie techniquement : sa cartouche embarque un co-GPU dédié, ce qui lui permet de faire de la 3D shadée à une vitesse correcte.
Cette dinguerie (super chère sur le prix du jeu) sera réutilisée par Virtua Racing sur Megadrive. C'est celui-là que j'avais !
Bien sûr, c'est du fait main et probablement tout en assembleur 😉.
mais ça m’est parfaitement inenvisageable d’utiliser un moteur […] sans avoir une connaissance sinon exhaustive, un minimum convenable, du fonctionnement sous-jacent.
Toi et moi, on est pareils 😉.
D'un point de vue productif : on peut parfaitement aujourd'hui faire un jeu indépendant avec juste un moteur qui fournit une IDE, des blocs de script à glisser-déposer…
Par contre si on veut passer au commercial (ça inclut les consoles) : il faut des compétences en optimisation, pouvoir écrire ses plugins, déboguer ceux des autres, toussa.
Certains y arrivent à ce moment. Il se trouve juste que pour nous c'est la manière "logique" d'aborder un sujet : du simple au compliqué !
Je connais bien Sauerbraten, et j'avais essayé ! c'est juste qu'à l'époque la folie deathmatch (UT, Quake 3…) m'avait déjà quitté.
Pour Wings, je vois que c'est projet au long cours (2001). J'ignorais totalement son existence !?! À l'époque j'utilisais un autre outil propriétaire (3DS…), et après j'ai direct switché au complexe Blender…
Du coup c'est sûrement paradoxal, mais je vais essayer Wings maintenant 😆.
Oh bon sang, je découvre.
Je trouve pas d'image d'Euclid, ça doit être niche. C'est je suppose plus proche de SolidWorks que de Blender (= ça gérait l'aspect "matériau/physique") ?
(PS : à titre perso, le seul Bull que j'aie vu, c'était un mainframe et il était dur à déplacer)
j'ai eu un Apple IIe en 1984, ça compte ? :p
Nan :p
C'est-à-dire que je compte pas Elite.
Et même après, sur 16-bits par exemple, tu aurais pu avoir ce jeu-là, celui-là… ou même ce chef-d'oeuvre là.
La différence, conceptuellement pour cet article, je dirais 2 critères :
- il n'y a pas de GPU accélérateur dédié (aujourd'hui nous avons des GPU "combo" 2D/3D et même IA/etc, mais tu vois l'idée) ;
- c'est soit rapide mais en fil de fer, soit texturé mais trop lent (3-5 FPS) pour être considéré fluide de nos jours.
En fait SGI existait déjà 10 ans avant, et Pixar (sous sa forme "division de LucasArts") encore plus… mais il n'y aurait rien eu d'utilisable pour nous dans la micro-informatique, et je pense que par "les âges" j'ai un peu sous-entendu le début du nôtre, celui des ordis à la maison !
Mon biais perso, tu l'as remarqué, a bien fait que ça citera parfois la modélisation MAIS restera centré sur le dév (d'où le titre, "Programmation")… là où je suis vraiment compétent quoi ;-).
(bien que note, j'ai parfois les 2 casquettes : au départ je me contentais d'importer les modèles 3D -avec assimp p.ex.- et aujourd'hui je suis bien plus fréquemment dans Blender et UE. Cela dit je m'y considère pas plus doué qu'un autre :-p)
Je pourrais regarder ça, mais par contre ce serait dans les distros Linux que j'utilise (RHEL 9-10).
En admettant que je trouve, je pourrais vous filer le patch ; ce serait à vous de l'appliquer (je peux aider sur les détails, j'ai patché des paquets Debian y a longtemps).
Johnny Mnemonic… je l'ai vu pour la 1ère fois y a une semaine.
C'est comme Strange Days ; malgré une bonne idée de base…. entre les punks cloutés à crête, les coiffures mullets, le matos ringard, ça a mal vieilli de ouf. J'ai trouvé que c'était aujourd'hui plus un témoignage de son époque que du cyberpunk (à comparer avec Blade Runner qui n'a pas vieilli).
J'avais aussi été un peu déçu par les premiers Disque-Monde ; surtout après le tintouin médiatique des adaptations (les 2 jeux vidéos, le film…) j'avais trouvé les bouquins "Le Huitième (truc)" plus loufoques que réellement mémorables.
Mais au final j'ai trouvé ma came avec Mortimer.
J'ai entendu parler de cette histoire de file-roller.
Une régression ? Le drag-drop marche très bien sous Wayland comme le prouve cet exemple (vidéo ici).
De ce que j'ai entendu, c'est pas plutôt qu'à la place de le gérer différemment sous X.org et Wayland (car l'API est différente ou GTK gèrerait mal cette différence), ils l'ont désactivé comme les gros clichés de développeurs GNOME qu'ils sont ;-) ?
Sur la partie Nautilus, tu es motivé… c'est une cible mouvante tributaire de la mode du moment et des derniers petits nouveaux assignés à lui. Personnellement je ne customise que ceux livrés par la distrubtion, 1 fois tous les 5 ans.
Sinon je ne connaissais pas ce LiteStep que tu mentionnes, et qui par les screenshots n'a pas l'air si proche de ce qu'il prétend imiter (on dirait un mélange de GNUStep/WindowMaker et Billdoze 95) ; à moins que ça soit trèèès vieux ? Ça n'a plus l'air maintenu d'ailleurs ?
un type sur Mastodon qui envisageait d'abandonner Office 365. Quelqu'un lui a répondu que la dernière version datait de 2023 et que ce n'était pas une bonne idée.
Ça doit être le même profil alors… Quelqu'un de peu technique qui en avait entendu parler à l'époque, est resté sous Office, et n'a plus jamais pris de nouvelles jusqu'à récemment ?
(je trouve quand même ça très rare, et peu représentatif. Comme tu le dis OpenOffice n'est plus qu'une relique sans influence sur le format ODF. Au pire à l'usage on s'en aperçoit vite)
la promesse d'ODF au départ de tout révolutionner est retombé à plat, notamment du fait du schisme Libre-OpenOffice
Y a vraiment des gens qui utilisent encore OpenOffice ???
Pour moi ça s'est produit une fois, l'année dernière, où un pote occasionnel avait l'air surpris de découvrir que je considérais OpenOffice obsolète -il connaissait d'ailleurs pas l'existence de LibreOffice.
Car sinon ça fait bien 10 ans que je n'ai plus vu d'install OpenOffice dans la nature.
J'en connaissais un morceau tordu par le Tome 1 de Superdupont, où l'Anti-France essaie de nuire au pays en perturbant l'horloge parlante et en volant le mètre-étalon 😄 (y a notamment un passage au pavillon de Breteuil).
Ainsi un pied est subdivisé […] Et, naturellement, un alexandrin fait douze pieds.
En terme de bibliothèque UI en C,
j'ai finalement décidé de ne "supporter" que microui.
C'est loin d'avoir le niveau d'abstraction de Dear ImGUI/Clay, c'est pas maintenu à très grande fréquence… et c'est même plutôt une démo.
Mais justement cette démo (à laquelle je viens d'ajouter le support SDL3 sur mon fork) me permettra d'enseigner.
Facile à modifier, il lui manque encore plein de trucs : support du copier-coller, des boîtes de dialogue système… autant de sujets idéaux pour les étudiants.
(pour le cas d'usage généraliste, plutôt que suggérer un monstre genre GTK qui dessine tout lui-même, je préfererais une légère capable d'utiliser les widgets natifs du système -avec open bar sous Linux où il n'y a pas de "widgets natifs". Mais je crois que même Qt ne le fait plus depuis longtemps. Je regarde)
Tu as raison, c'est un Proton plus récent contrairement à ce que je disais!
Juste nuance : plutôt que la branche "Dev" telle quelle, la GE (qui signifie juste "Glorious Eggroll" = l'auteur du dépôt 😁), est un fork stable qui cherry-pick de la Dev.
Je dirais qu'il faut choisir sa croix :
- installer SteamOS pour avoir Proton ; mais alors la distro est a un fork d'Arch qui est assez "technique" (et moins supportée qu'Ubuntu par le monde propro-hybride) ;
- installer Proton-GE sur Ubuntu ou Mint ; avec une émulation un peu plus datée mais une distro très bien supportée.
une perte de contrôle totale sur les dépendances ou mon target/ devient le nouveau node_modules/
Sur ce dernier point, il y a un contournement : forcer en assumant de gérer soi-même.
Je n'ai pas encore d'exemple sur mon GitHub (faut à chaque fois nettoyer, mettre une licence..) mais en gros ça revient à faire ça:
(en "prod", vaut mieux utiliser soit build.rs, soit un folder sous-module qui sera renseigné dans .gitmodules et peuplé à l'initial "git clone … --recurse-submodules")
C'est vrai que Dear ImGui a toujours une apparence très élémentaire…
Par comparaison, les écrans de Clay vendent du rêve !
Ma lib "CSS" permet de créer les structures Clay_ElementDeclaration et Clay_TextElementConfig en amont, afin de pouvoir les donner aux macros CLAY(), CLAY_TEXT() etc…
Oui je trouve très bien que ta page le décrive -on en aurait eu besoin tôt ou tard.
D'ailleurs même ton exemple de base ( my_layout() ) est bien plus parlant que celui fourni par Clay AMHA. Il est plus simple et adapté à un nouvel arrivant comme moi !
En C++23 (je sais plus depuis quand), lorsque l'on initialise une structure avec des "designated initializers", ils doivent être TOUS spécifiés, et dans le BON ORDRE :
Ah sérieux? J'utilise pas mal de C23, mais en C++ on est coincés à une version antérieure… bon à savoir.
C'est aberrant du coup, quoique bien que ça ait participé à la naissance de Clay Style Sheet ! (pour nous au moins… pour toi, à voir si tu échappes au burnout 😄).
Chess meets Magic --> Wizard Arena
Ça a l'air plutôt sympa (je suis un ancien joueur MTG 😉).
Sauf erreurs, les channels sont aussi ce que font la plupart des frameworks récents en Rust.
Tiens-nous au courant, perso je me ferai un plaisir de l'essayer -et de voir enfin la fameuse interface 😜.
Je ne connaissais pas Clay, et ai regardé un peu l' exemple SDL3…
ça me fait beaucoup penser à ImGUI, autre lib UI très utilisée dans le monde du JV, qui ne se sert pas des widgets du système -donc souple, mais il faut la brancher manuellement avec le moteur qu'on va utiliser.
Sauf qu'ici la syntaxe à base de structs imbriquées est très différente, et me fait justement penser à une hiérarchie XML/JSON -qui est ce que tu "wrappes" donc organiquement avec ta lib CSS, c'est ça ?
Ils devraient sans doute tirer parti de microG (qui fonctionne très bien sur un téléphone).
Après j'avoue préférer les versions natives des applis sur mon ordi, plutôt qu'essayer d'émuler leur version castrée Android. L'interface… Ou alors le cas d'usage serait les jeux payants (nécessitant donc le Play Store ?).
notamment pour la banque, qui peut désormais exiger la dernière version d'android (2
Qui peut, mais ne DOIT pas ; je me trompe ?
J'ai migré vers un téléphone sur Android 14 (donc pas la dernière), dont je gère les mises à jour moi-même ; et pour l'instant tout roule.
Mais la mesure est récente…
Si je rencontre un tel problème, je migrerai sans erreur vers une autre banque dont l'appli sera moins fermée… et j'encourage, dans la mesure du possible, à faire de même !
Intéressant.
Je pensais que ça passait forcément par un cloud -voir mon autre message- mais apparemment il y a une technique pour forcer le direct sur un LAN (si le téléphone et l'ordi sont sur le même Wi-Fi, plus généralement le même sous-réseau).
Vu que le syncthing originel n'est plus maintenu depuis l'année dernière, je suppose que tu utilises ce fork ? Ou alors cépagrav, l'originel marche toujours très bien aussi ?
C'est ce que j'étais sur le point de dire aussi ;-).
Je suppose que sortir le câble à chaque fois, ça peut rebuter… un rsync SSH automatique du répertoire de son téléphone vers son serveur perso, puis l'inverse sur son PC, serait une bonne solution privée.
Juste que comme un smartphone n'a pas de clavier, il faudrait un frontal applicatif par-dessus. Je me dis que ça existe déjà et qu'on va sûrement le suggérer (c'est un appel :-) ) …?
[^] # Re: Et duqueunuquèmetroadé alors ?!
Posté par Tarnyko (site web personnel) . En réponse au journal Programmation 3D à travers les âges : les débuts (1992-1999). Évalué à 2 (+0/-0). Dernière modification le 25 août 2025 à 15:07.
Oui le moteur Build de Duke 3D était meilleur ! On pouvait nager, voler… j'adorais le jeu : un nanar volontaire.
Au niveau code (car il a fini par être open-sourcé) j'ai regardé : c'était autant un tour de force qu'illisible par le commun des mortels.
En fait je ne l'ai pas cité, car il :
- n'a pas été officiellement porté sous Linux par son équipe;
- n'a pas été utilisé comme base pour le jeu suivant (un certain Duke Nukem Forever, qui mériterait son propre article philosophique) ;
- son support OpenGL "bénévole" n'est arrivé qu'après la période de l'article (1 à 5 ans selon la référence).
En fait, Starfox qualifie techniquement : sa cartouche embarque un co-GPU dédié, ce qui lui permet de faire de la 3D shadée à une vitesse correcte.
Cette dinguerie (super chère sur le prix du jeu) sera réutilisée par Virtua Racing sur Megadrive. C'est celui-là que j'avais !
Bien sûr, c'est du fait main et probablement tout en assembleur 😉.
[^] # Re: trou-à-dés
Posté par Tarnyko (site web personnel) . En réponse au journal Programmation 3D à travers les âges : les débuts (1992-1999). Évalué à 2 (+0/-0). Dernière modification le 25 août 2025 à 14:53.
Toi et moi, on est pareils 😉.
D'un point de vue productif : on peut parfaitement aujourd'hui faire un jeu indépendant avec juste un moteur qui fournit une IDE, des blocs de script à glisser-déposer…
Par contre si on veut passer au commercial (ça inclut les consoles) : il faut des compétences en optimisation, pouvoir écrire ses plugins, déboguer ceux des autres, toussa.
Certains y arrivent à ce moment. Il se trouve juste que pour nous c'est la manière "logique" d'aborder un sujet : du simple au compliqué !
Je connais bien Sauerbraten, et j'avais essayé ! c'est juste qu'à l'époque la folie deathmatch (UT, Quake 3…) m'avait déjà quitté.
Pour Wings, je vois que c'est projet au long cours (2001). J'ignorais totalement son existence !?! À l'époque j'utilisais un autre outil propriétaire (3DS…), et après j'ai direct switché au complexe Blender…
Du coup c'est sûrement paradoxal, mais je vais essayer Wings maintenant 😆.
[^] # Re: programmation 3D... de jeux
Posté par Tarnyko (site web personnel) . En réponse au journal Programmation 3D à travers les âges : les débuts (1992-1999). Évalué à 3 (+1/-0). Dernière modification le 24 août 2025 à 17:42.
Oh bon sang, je découvre.
Je trouve pas d'image d'Euclid, ça doit être niche. C'est je suppose plus proche de SolidWorks que de Blender (= ça gérait l'aspect "matériau/physique") ?
(PS : à titre perso, le seul Bull que j'aie vu, c'était un mainframe et il était dur à déplacer)
Nan :p
C'est-à-dire que je compte pas Elite.
Et même après, sur 16-bits par exemple, tu aurais pu avoir ce jeu-là, celui-là… ou même ce chef-d'oeuvre là.
La différence, conceptuellement pour cet article, je dirais 2 critères :
- il n'y a pas de GPU accélérateur dédié (aujourd'hui nous avons des GPU "combo" 2D/3D et même IA/etc, mais tu vois l'idée) ;
- c'est soit rapide mais en fil de fer, soit texturé mais trop lent (3-5 FPS) pour être considéré fluide de nos jours.
[^] # Re: Environnement de bureau
Posté par Tarnyko (site web personnel) . En réponse au journal Programmation 3D à travers les âges : les débuts (1992-1999). Évalué à 4 (+2/-0). Dernière modification le 24 août 2025 à 17:25.
La vache, je pensais pas que quelqu'un s'en rendrait compte… surtout aussi vite.
Pour la peine, dédicace à toi 😉 :
(Mandrake 6 fournit en fait KDE 1, mais j'ai lancé ce bon vieux CDE -le vrai, le pur, l'Ancien- pour que ça aie l'air encore plus rétro !)
[^] # Re: programmation 3D... de jeux
Posté par Tarnyko (site web personnel) . En réponse au journal Programmation 3D à travers les âges : les débuts (1992-1999). Évalué à 4 (+2/-0). Dernière modification le 24 août 2025 à 14:35.
C'est vrai que c'est un peu de l'hyperbole 😁.
En fait SGI existait déjà 10 ans avant, et Pixar (sous sa forme "division de LucasArts") encore plus… mais il n'y aurait rien eu d'utilisable pour nous dans la micro-informatique, et je pense que par "les âges" j'ai un peu sous-entendu le début du nôtre, celui des ordis à la maison !
Mon biais perso, tu l'as remarqué, a bien fait que ça citera parfois la modélisation MAIS restera centré sur le dév (d'où le titre, "Programmation")… là où je suis vraiment compétent quoi ;-).
(bien que note, j'ai parfois les 2 casquettes : au départ je me contentais d'importer les modèles 3D -avec assimp p.ex.- et aujourd'hui je suis bien plus fréquemment dans Blender et UE. Cela dit je m'y considère pas plus doué qu'un autre :-p)
[^] # Re: Nemo
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME Stop Me Now. Évalué à 2 (+0/-0).
Je pourrais regarder ça, mais par contre ce serait dans les distros Linux que j'utilise (RHEL 9-10).
En admettant que je trouve, je pourrais vous filer le patch ; ce serait à vous de l'appliquer (je peux aider sur les détails, j'ai patché des paquets Debian y a longtemps).
Vous en pensez quoi ?
[^] # Re: été "Takeshi Kitano"
Posté par Tarnyko (site web personnel) . En réponse au journal Un peu de médiéval comique pour l'été. Évalué à 2 (+0/-0).
Johnny Mnemonic… je l'ai vu pour la 1ère fois y a une semaine.
C'est comme Strange Days ; malgré une bonne idée de base…. entre les punks cloutés à crête, les coiffures mullets, le matos ringard, ça a mal vieilli de ouf. J'ai trouvé que c'était aujourd'hui plus un témoignage de son époque que du cyberpunk (à comparer avec Blade Runner qui n'a pas vieilli).
[^] # Re: Timbré...
Posté par Tarnyko (site web personnel) . En réponse au journal Un peu de médiéval comique pour l'été. Évalué à 2 (+0/-0).
J'avais aussi été un peu déçu par les premiers Disque-Monde ; surtout après le tintouin médiatique des adaptations (les 2 jeux vidéos, le film…) j'avais trouvé les bouquins "Le Huitième (truc)" plus loufoques que réellement mémorables.
Mais au final j'ai trouvé ma came avec Mortimer.
[^] # Re: Nemo
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME Stop Me Now. Évalué à 2 (+0/-0).
J'ai entendu parler de cette histoire de file-roller.
Une régression ? Le drag-drop marche très bien sous Wayland comme le prouve cet exemple (vidéo ici).
De ce que j'ai entendu, c'est pas plutôt qu'à la place de le gérer différemment sous X.org et Wayland (car l'API est différente ou GTK gèrerait mal cette différence), ils l'ont désactivé comme les gros clichés de développeurs GNOME qu'ils sont ;-) ?
# LiteStep
Posté par Tarnyko (site web personnel) . En réponse au journal GNOME Stop Me Now. Évalué à 3 (+1/-0). Dernière modification le 12 août 2025 à 10:56.
Sur la partie Nautilus, tu es motivé… c'est une cible mouvante tributaire de la mode du moment et des derniers petits nouveaux assignés à lui. Personnellement je ne customise que ceux livrés par la distrubtion, 1 fois tous les 5 ans.
Sinon je ne connaissais pas ce LiteStep que tu mentionnes, et qui par les screenshots n'a pas l'air si proche de ce qu'il prétend imiter (on dirait un mélange de GNUStep/WindowMaker et Billdoze 95) ; à moins que ça soit trèèès vieux ? Ça n'a plus l'air maintenu d'ailleurs ?
[^] # Re: eeeeuuuh
Posté par Tarnyko (site web personnel) . En réponse à la dépêche La convention du mètre et l’ODF 150 et 20 ans d’ouverture. Évalué à 2 (+0/-0). Dernière modification le 06 août 2025 à 11:39.
Ça doit être le même profil alors… Quelqu'un de peu technique qui en avait entendu parler à l'époque, est resté sous Office, et n'a plus jamais pris de nouvelles jusqu'à récemment ?
(je trouve quand même ça très rare, et peu représentatif. Comme tu le dis OpenOffice n'est plus qu'une relique sans influence sur le format ODF. Au pire à l'usage on s'en aperçoit vite)
[^] # Re: eeeeuuuh
Posté par Tarnyko (site web personnel) . En réponse à la dépêche La convention du mètre et l’ODF 150 et 20 ans d’ouverture. Évalué à 5 (+3/-0).
Y a vraiment des gens qui utilisent encore OpenOffice ???
Pour moi ça s'est produit une fois, l'année dernière, où un pote occasionnel avait l'air surpris de découvrir que je considérais OpenOffice obsolète -il connaissait d'ailleurs pas l'existence de LibreOffice.
Car sinon ça fait bien 10 ans que je n'ai plus vu d'install OpenOffice dans la nature.
[^] # Re: Super dépêche !
Posté par Tarnyko (site web personnel) . En réponse à la dépêche La convention du mètre et l’ODF 150 et 20 ans d’ouverture. Évalué à 3 (+1/-0).
Passionnant effectivement!
J'en connaissais un morceau tordu par le Tome 1 de Superdupont, où l'Anti-France essaie de nuire au pays en perturbant l'horloge parlante et en volant le mètre-étalon 😄 (y a notamment un passage au pavillon de Breteuil).
Repéré 😉.
# microui
Posté par Tarnyko (site web personnel) . En réponse au journal Clay Style Sheet. Évalué à 2 (+0/-0).
En terme de bibliothèque UI en C,
j'ai finalement décidé de ne "supporter" que microui.
C'est loin d'avoir le niveau d'abstraction de Dear ImGUI/Clay, c'est pas maintenu à très grande fréquence… et c'est même plutôt une démo.
Mais justement cette démo (à laquelle je viens d'ajouter le support SDL3 sur mon fork) me permettra d'enseigner.
Facile à modifier, il lui manque encore plein de trucs : support du copier-coller, des boîtes de dialogue système… autant de sujets idéaux pour les étudiants.
(pour le cas d'usage généraliste, plutôt que suggérer un monstre genre GTK qui dessine tout lui-même, je préfererais une légère capable d'utiliser les widgets natifs du système -avec open bar sous Linux où il n'y a pas de "widgets natifs". Mais je crois que même Qt ne le fait plus depuis longtemps. Je regarde)
[^] # Re: SteamOS arrive bientot sur PC
Posté par Tarnyko (site web personnel) . En réponse au message Conseil choix distribution. Évalué à 2 (+0/-0).
Tu as raison, c'est un Proton plus récent contrairement à ce que je disais!
Juste nuance : plutôt que la branche "Dev" telle quelle, la GE (qui signifie juste "Glorious Eggroll" = l'auteur du dépôt 😁), est un fork stable qui cherry-pick de la Dev.
[^] # Re: SteamOS arrive bientot sur PC
Posté par Tarnyko (site web personnel) . En réponse au message Conseil choix distribution. Évalué à 3 (+1/-0).
Je dirais qu'il faut choisir sa croix :
- installer SteamOS pour avoir Proton ; mais alors la distro est a un fork d'Arch qui est assez "technique" (et moins supportée qu'Ubuntu par le monde propro-hybride) ;
- installer Proton-GE sur Ubuntu ou Mint ; avec une émulation un peu plus datée mais une distro très bien supportée.
[^] # Re: De la non importance de la distrib
Posté par Tarnyko (site web personnel) . En réponse au message Conseil choix distribution. Évalué à 2 (+0/-0).
Effectivement,
1 paquet Fedora/RHEL = 3 paquets Debian en moyenne.
[^] # Re: C'est quoi ton jeu
Posté par Tarnyko (site web personnel) . En réponse au journal Clay Style Sheet. Évalué à 3 (+1/-0).
Sur ce dernier point, il y a un contournement : forcer en assumant de gérer soi-même.
Je n'ai pas encore d'exemple sur mon GitHub (faut à chaque fois nettoyer, mettre une licence..) mais en gros ça revient à faire ça:
Dans Cargo.toml:
(en "prod", vaut mieux utiliser soit build.rs, soit un folder sous-module qui sera renseigné dans .gitmodules et peuplé à l'initial "git clone … --recurse-submodules")
Sur le reste, on est d'accord. En fait ce n'est peut-être pas le meilleur langage pour le jeu vidéo ;-).
Si tu trouves mon pseudo sur le serveur "The Rust Programming Language", n'hésite pas à m'inviter ;-).
[^] # Re: C'est quoi ton jeu
Posté par Tarnyko (site web personnel) . En réponse au journal Clay Style Sheet. Évalué à 4 (+2/-0). Dernière modification le 30 juillet 2025 à 13:53.
C'est vrai que Dear ImGui a toujours une apparence très élémentaire…
Par comparaison, les écrans de Clay vendent du rêve !
Oui je trouve très bien que ta page le décrive -on en aurait eu besoin tôt ou tard.
D'ailleurs même ton exemple de base ( my_layout() ) est bien plus parlant que celui fourni par Clay AMHA. Il est plus simple et adapté à un nouvel arrivant comme moi !
Ah sérieux? J'utilise pas mal de C23, mais en C++ on est coincés à une version antérieure… bon à savoir.
C'est aberrant du coup, quoique bien que ça ait participé à la naissance de Clay Style Sheet ! (pour nous au moins… pour toi, à voir si tu échappes au burnout 😄).
Ça a l'air plutôt sympa (je suis un ancien joueur MTG 😉).
Sauf erreurs, les channels sont aussi ce que font la plupart des frameworks récents en Rust.
Tiens-nous au courant, perso je me ferai un plaisir de l'essayer -et de voir enfin la fameuse interface 😜.
# Clay
Posté par Tarnyko (site web personnel) . En réponse au journal Clay Style Sheet. Évalué à 5 (+3/-0).
Hello, intéressant.
Je ne connaissais pas Clay, et ai regardé un peu l' exemple SDL3…
ça me fait beaucoup penser à ImGUI, autre lib UI très utilisée dans le monde du JV, qui ne se sert pas des widgets du système -donc souple, mais il faut la brancher manuellement avec le moteur qu'on va utiliser.
Sauf qu'ici la syntaxe à base de structs imbriquées est très différente, et me fait justement penser à une hiérarchie XML/JSON -qui est ce que tu "wrappes" donc organiquement avec ta lib CSS, c'est ça ?
PS: c'est quoi ton jeu ;-) ?
[^] # Re: Comparatif performances
Posté par Tarnyko (site web personnel) . En réponse au message Conseil choix distribution. Évalué à 2 (+0/-0).
Le mieux est d'aller voir les retours sur ProtonDB.
Ah je le connais bien ce jeu :-).
Selon les retours : il marche bien, mais beaucoup ont constaté une limitation à ~50 FPS sur cartes NVIDIA.
[^] # Re: waydroid, petit avertissement
Posté par Tarnyko (site web personnel) . En réponse au message Conseil choix distribution. Évalué à 2 (+0/-0).
Bon à savoir.
Ils devraient sans doute tirer parti de microG (qui fonctionne très bien sur un téléphone).
Après j'avoue préférer les versions natives des applis sur mon ordi, plutôt qu'essayer d'émuler leur version castrée Android. L'interface… Ou alors le cas d'usage serait les jeux payants (nécessitant donc le Play Store ?).
# Exigence dernière version Android
Posté par Tarnyko (site web personnel) . En réponse au journal [android] ces petites restrictions techniques qui interrogent... Évalué à 3 (+1/-0).
Qui peut, mais ne DOIT pas ; je me trompe ?
J'ai migré vers un téléphone sur Android 14 (donc pas la dernière), dont je gère les mises à jour moi-même ; et pour l'instant tout roule.
Mais la mesure est récente…
Si je rencontre un tel problème, je migrerai sans erreur vers une autre banque dont l'appli sera moins fermée… et j'encourage, dans la mesure du possible, à faire de même !
[^] # Re: syncthing
Posté par Tarnyko (site web personnel) . En réponse au journal LocalSend une application pour envoyer vos photos de smartphone sur votre GNU/Linux. Évalué à 8 (+6/-0). Dernière modification le 28 juillet 2025 à 08:55.
Intéressant.
Je pensais que ça passait forcément par un cloud -voir mon autre message- mais apparemment il y a une technique pour forcer le direct sur un LAN (si le téléphone et l'ordi sont sur le même Wi-Fi, plus généralement le même sous-réseau).
Vu que le syncthing originel n'est plus maintenu depuis l'année dernière, je suppose que tu utilises ce fork ? Ou alors cépagrav, l'originel marche toujours très bien aussi ?
[^] # Re: Confidentialité
Posté par Tarnyko (site web personnel) . En réponse au journal LocalSend une application pour envoyer vos photos de smartphone sur votre GNU/Linux. Évalué à 5 (+3/-0).
C'est ce que j'étais sur le point de dire aussi ;-).
Je suppose que sortir le câble à chaque fois, ça peut rebuter… un rsync SSH automatique du répertoire de son téléphone vers son serveur perso, puis l'inverse sur son PC, serait une bonne solution privée.
Juste que comme un smartphone n'a pas de clavier, il faudrait un frontal applicatif par-dessus. Je me dis que ça existe déjà et qu'on va sûrement le suggérer (c'est un appel :-) ) …?