La playroutine de Hively Tracker peut fonctionner sur n'importe quoi. La preuve avec le music disc Planet Hively et sa liste assez impressionnante de plateformes supportées: http://www.pouet.net/prod.php?which=49931
Il faut quand même compter quelques mégaoctets de RAM pour le faire fonctionner, car il précalcule pas mal de waveforms en RAM pour optimiser sa vitesse (et oui, il y a au moins un cas ou je n'ai pas pu l'utiliser car je n'avais que des kilo octets de RAM).
Moins gourmand en RAM (celui ci tient dans une centaine de Ko pour le coup), mais un peu plus en CPU (principalement parce qu'il utilise des nombres flottants), il y a Sawteeth. Le tracker lui-même ne fonctionne que sur Haiku mais la playroutine a été portée sous Mac OS X par son auteur original et sur bitbox par moi-même (un CPU ARM sans OS). Sur la bitbox je n'ai pas pu le faire fonctionner à vitesse suffisante (168MHz, pas d'unité flottante matérielle, on est à la louche à 50% de la vitesse nécessaire en utilisant absolument tout le CPU).
Sawteeth ne sait faire que de la synthèse, tandis que Hively Tracker, lui, peut aussi inclure des samples il me semble.
Sinon, dans les trucs un peu plus "mainstream" (dans la demoscene en tout cas), la plupart du temps il faut combiner un tracker avec support des VST (souvent Renoise) et un synthétiseur sous forme de VST (par exemple 4klang). Ensuite, la musique est exportée dans un format spécifique. Avec 4klang, le rendu d'une musique est parfois difficile à faire en temps réel, une approche fréquement utilisée est de générer un fichier son décodé en RAM au chargement, puis de le lire "bêtement" pendant l'exécution. Mais du coup c'est assez gourmand en RAM.
Dans le genre il y a aussi hivelytracker et protrekkr pour Linux, ainsi que Sawteeth pour Haiku. Aucun des trois n'a besoin de 20% d'un CPU pour fonctionner (prévoir un Pentium II 233 ou quelque chose du genre).
C'est dommage de démonter un C64 pour récupérer seulement la puce son (qui n'a jamais été vendue séparément).
Et surtout je ne suis pas sur que ça soit nécessaire. On trouve encore en vente des clones de l'AY-3-8912 (dont l'AY8930 avec quelques fonctions supplémentaires plutôt sympa), ou alors on peut faire un truc soi-même comme le propose ce projet Kickstarter et comme le fait aussi lft (http://linusakesson.net/music/chipmusic.php) avec en particulier le Chipophone, le "Hardware Chiptune", et "The Swan" par exemple.
La carte semble utiliser un dsPIC, c'est un microcontrôleur avec des instructions DSP. Donc, la synthèse FM est faite… avec du logiciel dans cette puce.
Le même logiciel pourrait sans doute fonctionner sur n'importe quel CPU de ces 15 dernières années.
Cependant, il y a des problèmes à utiliser un PC "normal" pour faire de la musique: il faut un temps de réaction très rapide entre "j'appuie une touche sur mon clavier midi" et "le son sort des haut parleurs", ce qui n'est pas si simple qu'il n'y parait. Il faut que ça soit très fiable pour l'utiliser en "live" pendant un concert. Il ne faut pas que le PC qui fait tourner tout ça décide de faire un accès au disque dur et freeze pendant une seconde. Il ne faut pas que avast se mette à hurler "la base de définition virale à été mise à jour" en même temps (ou n'importe quel effet sonore de l'OS utilisé).
Tout ça est possible mais un petit peu compliqué. Et ça pose aussi des questions de support technique, ou il faut aider les gens à tout faire marcher sur des configurations très différentes. En fournissant à tout le monde le même matériel bien maîtrisé, il n'y a pas ce problème.
Enfin, il est beaucoup plus facile de vendre du matériel que du logiciel, surtout libre.
Il me semble que FTP ne spécifie pas vraiment de format pour la liste des fichiers que le serveur doit envoyer, et qu'en général ça ressemble franchement à un ls -l. Alors, est-ce qu'il y a des clients/serveurs FTP qui vont avoir des problèmes avec ces quotes inattendues?
Le nom vient du fait que ces dossiers d'installations sont définis par les guidelines du projet GNU, et utilisés également (par défaut) par les autotools (automake, autoconf, etc).
Le fait d'utiliser cette fonctionalité de cmake permet justement d'avoir un comportement qui marche sur toutes les plateformes, de Linux qui utilise /usr/include à Windows qui utilise un truc dans C:\Program Files, en passant par Haiku qui utilise /system/develop/headers. GNUInstallDirs tient compte de toutes ces particularités et fait tout bien comme il faut.
D'autres trucs cools dans cmake: l'intégration avec CTest pour les tests unitaires, et avec CPack pour générer des paquets deb, rpm, et même des installeurs NSIS ou Wix pour Windows, le tout avec une seule déclaration de ce qu'il faut mettre dans le paquet.
J'utilise (en auto hébergement) Rainloop (http://www.rainloop.net/) qui est plutôt pas mal pour un webmail (et libre, bien sur). Il se connecte à n'importe quel compte mail avec un accès IMAP.
On a essayé l'utilisation d'algorithmes évolutifs de ce genre pour générer des binaires informatiques ou encore du placement/routage électronique sur FPGA. ça ne marche pas très bien, car les programmes ou schémas générés exploitent des choses en dehors du jeu d'entrées/sorties (mémoire non initialisée, instructions CPU non documentées, etc), et du coup, ça peut marcher une fois dans l'environnement de test, mais le résultat n'est pas pour autant exploitable "en vrai".
Les applications envoient des commandes au serveur graphique, qui se charge de les exécuter et de faire le rendu. C'est comme ça que marche l'app_server de BeOS, et celui de Haiku (sans support de l'accélération 3D pour le moment). Bon, il y a quand même un framebuffer côté serveur. Pour BeOS, le rendu 2d est partiellement accéléré par la carte graphique (copies de blocs, opérations simples comme le tracé de lignes horizontales ou verticales, curseur de souris). Pour Haiku, ce n'est plus le cas: l'"accélération" 2D sur les cartes modernes est tombée en désuétude, et elle est souvent plus lente qu'un rendu par le CPU (et en plus, sans faire d'antialiasing et ce genre de choses). Il faudrait remettre ça en place, peut-être en utilisant OpenVG?
C'est aussi comme ça que X11 devrait fonctionner, sauf que les commandes disponibles (tracé de lignes, de pixels, etc) sont assez limitées (pas de 3D, pas d'antialiasing). Du coup, les toolkits graphiques modernes n'utilisent plus ces commandes et font tout le rendu côté client, avant d'envoyer une grosse image au serveur X.
Pour avoir un serveur X qui marche "normalement", il faut un desktop approprié, utilisant par exemple l'environnement de bureau CDE, et des applications Motif ou Athena ou ce genre de trucs.
En ce qui concerne la notion de "frame", elle est déjà en train de disparaître du côté des écrans avec le DisplayPort, qui n'a plus besoin d'un framerate fixe à 60Hz. ça règle déjà une bonne partie des problèmes (pas de "tearing", en particulier). Donc, il serait logique de faire la même chose côté logiciel.
La disposition QWERTY utilisée en Espagne permet d'écrire le Castillan, mais aussi le Catalan, le Basque, le Galicien, etc. Ils ont donc tous les accents en touches mortes ainsi que le ç, alors que le Castillan n'utilise qu'un seul accent.
Du coup, ce clavier permet aussi d'écrire du Français, mieux que l'AZERTY utilisé en France…
Il faut prendre l'habitude d'utiliser des touches mortes pour faire les caractères accentués, mais ce n'est pas vraiment un problème.
Qu'en est-il du support des langues régionales sur le clavier Bépo d'ailleurs?
Mais pas du tout, il existe des système de gestion de versions compatibles avec la RACHE. Par exemple il y a CPOLD ("La poudre verte du suivi de versions", rien que ça!)
Il y a aussi l'outil Jam de Perforce (utilisé par Boost et Haiku, entre autres), qui permet de faire tout ce que fait Make, sans utiliser sh, et avec son propre langage (ce qui n'est pas forcément mieux).
Le Javascript était désactivé par défaut dans NetSurf, mais la version 3.4 qui va sortir très prochainement (ainsi que les nightly builds depuis un moment) l'activera par défaut, en utilisant le moteur Duktape. Avant, une vieille version de SpiderMonkey était utilisée mais ça marchait pas terrible. L'intégration avec Duktape a l'air de mieux se passer.
C'est dommage que l'interface GTK ne soit pas très bien maintenue. NetSurf fonctionne beaucoup mieux sur d'autres systèmes. En tout cas, les contributions sont les bienvenues!
Dans l'entreprise ou je travaille, c'est uniquement pour les employés en mission chez un client (pour les autres c'est ticket restaurant), et dans le cas ou les conditions indiquées sont remplies: je mange sur mon lieu de travail et il m'est difficile de rentrer chez moi pendant la pause (pas loin d'une heure de vélo, aller simple).
Donc oui, c'est utilisé, mais pas de façon systématique pour tout les employés.
Ce qui est indiqué en bas de la carte, c'est que chaque département est rempli avec un mélange de pixels correspondant aux proportions des votes. La position de chaque pixel n'est donc pas pertinente.
Microsoft Word a une fonctionnalité de comparaison de documents, qui est utilisée par exemple par Tortoise SVN pour afficher les diffs entre deux versions.
C'est pas parfait (svn ou git vont avoir tendance à faire des gros dépots car le diff d'une version à l'autre en binaire n'est pas compact), mais on peut comparer les versions sans aucun problème.
J'utilise un clavier espagnol et je ne sais pas si ça compte comme une "variante du Qwerty US". À partir de combien de touches déplacées on a droit à une entrée séparée dans le sondage?
On ne peut pas juste dire "la liste" pour traduire "the roster", le sens du mot est plus précis et spécifique. Éventuellement, "la liste de contacts" ou "carnet d'adresses", mais ce ne sont pas des traductions directes.
Je trouve ça bien d'utiliser la richesse de la langue, qu'elle soit anglaise ou française. D'après le wiktionnaire, un roster est une liste de noms (https://en.wiktionary.org/wiki/roster). C'est exactement le cas du roster XMPP, alors pourquoi l'appeler autrement en anglais?
[^] # Re: Y'pas k'la FM
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Shield Arduino pour faire de la musique FM. Évalué à 2.
La playroutine de Hively Tracker peut fonctionner sur n'importe quoi. La preuve avec le music disc Planet Hively et sa liste assez impressionnante de plateformes supportées: http://www.pouet.net/prod.php?which=49931
Il faut quand même compter quelques mégaoctets de RAM pour le faire fonctionner, car il précalcule pas mal de waveforms en RAM pour optimiser sa vitesse (et oui, il y a au moins un cas ou je n'ai pas pu l'utiliser car je n'avais que des kilo octets de RAM).
Moins gourmand en RAM (celui ci tient dans une centaine de Ko pour le coup), mais un peu plus en CPU (principalement parce qu'il utilise des nombres flottants), il y a Sawteeth. Le tracker lui-même ne fonctionne que sur Haiku mais la playroutine a été portée sous Mac OS X par son auteur original et sur bitbox par moi-même (un CPU ARM sans OS). Sur la bitbox je n'ai pas pu le faire fonctionner à vitesse suffisante (168MHz, pas d'unité flottante matérielle, on est à la louche à 50% de la vitesse nécessaire en utilisant absolument tout le CPU).
Sawteeth ne sait faire que de la synthèse, tandis que Hively Tracker, lui, peut aussi inclure des samples il me semble.
Sinon, dans les trucs un peu plus "mainstream" (dans la demoscene en tout cas), la plupart du temps il faut combiner un tracker avec support des VST (souvent Renoise) et un synthétiseur sous forme de VST (par exemple 4klang). Ensuite, la musique est exportée dans un format spécifique. Avec 4klang, le rendu d'une musique est parfois difficile à faire en temps réel, une approche fréquement utilisée est de générer un fichier son décodé en RAM au chargement, puis de le lire "bêtement" pendant l'exécution. Mais du coup c'est assez gourmand en RAM.
[^] # Re: Y'pas k'la FM
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Shield Arduino pour faire de la musique FM. Évalué à 5.
Dans le genre il y a aussi hivelytracker et protrekkr pour Linux, ainsi que Sawteeth pour Haiku. Aucun des trois n'a besoin de 20% d'un CPU pour fonctionner (prévoir un Pentium II 233 ou quelque chose du genre).
[^] # Re: Y'pas k'la FM
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Shield Arduino pour faire de la musique FM. Évalué à 4.
C'est dommage de démonter un C64 pour récupérer seulement la puce son (qui n'a jamais été vendue séparément).
Et surtout je ne suis pas sur que ça soit nécessaire. On trouve encore en vente des clones de l'AY-3-8912 (dont l'AY8930 avec quelques fonctions supplémentaires plutôt sympa), ou alors on peut faire un truc soi-même comme le propose ce projet Kickstarter et comme le fait aussi lft (http://linusakesson.net/music/chipmusic.php) avec en particulier le Chipophone, le "Hardware Chiptune", et "The Swan" par exemple.
[^] # Re: Pourquoi faire ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Shield Arduino pour faire de la musique FM. Évalué à 6.
La carte semble utiliser un dsPIC, c'est un microcontrôleur avec des instructions DSP. Donc, la synthèse FM est faite… avec du logiciel dans cette puce.
Le même logiciel pourrait sans doute fonctionner sur n'importe quel CPU de ces 15 dernières années.
Cependant, il y a des problèmes à utiliser un PC "normal" pour faire de la musique: il faut un temps de réaction très rapide entre "j'appuie une touche sur mon clavier midi" et "le son sort des haut parleurs", ce qui n'est pas si simple qu'il n'y parait. Il faut que ça soit très fiable pour l'utiliser en "live" pendant un concert. Il ne faut pas que le PC qui fait tourner tout ça décide de faire un accès au disque dur et freeze pendant une seconde. Il ne faut pas que avast se mette à hurler "la base de définition virale à été mise à jour" en même temps (ou n'importe quel effet sonore de l'OS utilisé).
Tout ça est possible mais un petit peu compliqué. Et ça pose aussi des questions de support technique, ou il faut aider les gens à tout faire marcher sur des configurations très différentes. En fournissant à tout le monde le même matériel bien maîtrisé, il n'y a pas ce problème.
Enfin, il est beaucoup plus facile de vendre du matériel que du logiciel, surtout libre.
# Orthographe
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Cryptocat a disparu. Évalué à -4.
La réfome de l'orthographe ne dit pas qu'on peut faire n'importe quoi. "onion", c'est en anglais. En français, c'est oignon ou ognon.
[^] # FTP?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal La sortie de `ls` vient de changer. Évalué à 4.
Il me semble que FTP ne spécifie pas vraiment de format pour la liste des fichiers que le serveur doit envoyer, et qu'en général ça ressemble franchement à un ls -l. Alors, est-ce qu'il y a des clients/serveurs FTP qui vont avoir des problèmes avec ces quotes inattendues?
# "aucune license"?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal [HS] Alone in the bit. Évalué à 0.
Aucune license, mais le journal est sous CC By-Sa?
[^] # Re: GNUInstallDirs ... portabilité?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal CMake mon amour. Évalué à 5.
Le nom vient du fait que ces dossiers d'installations sont définis par les guidelines du projet GNU, et utilisés également (par défaut) par les autotools (automake, autoconf, etc).
Le fait d'utiliser cette fonctionalité de cmake permet justement d'avoir un comportement qui marche sur toutes les plateformes, de Linux qui utilise /usr/include à Windows qui utilise un truc dans C:\Program Files, en passant par Haiku qui utilise /system/develop/headers. GNUInstallDirs tient compte de toutes ces particularités et fait tout bien comme il faut.
D'autres trucs cools dans cmake: l'intégration avec CTest pour les tests unitaires, et avec CPack pour générer des paquets deb, rpm, et même des installeurs NSIS ou Wix pour Windows, le tout avec une seule déclaration de ce qu'il faut mettre dans le paquet.
[^] # Re: Souveraineté numérique ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Un système d’exploitation français pour la souveraineté numérique. Évalué à 3.
La Demoscene (https://fr.wikipedia.org/wiki/Sc%C3%A8ne_d%C3%A9mo) me semble faire partie de la culture Européenne, par exemple.
[^] # Re: Alternative ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Google passe devant Apple et annonce 1 milliard de comptes Gmail.... Évalué à 3.
J'utilise (en auto hébergement) Rainloop (http://www.rainloop.net/) qui est plutôt pas mal pour un webmail (et libre, bien sur). Il se connecte à n'importe quel compte mail avec un accès IMAP.
[^] # Re: Intelligence artificielle et jeux de GO et Kasparov
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Tout est écrit!. Évalué à 1.
On a essayé l'utilisation d'algorithmes évolutifs de ce genre pour générer des binaires informatiques ou encore du placement/routage électronique sur FPGA. ça ne marche pas très bien, car les programmes ou schémas générés exploitent des choses en dehors du jeu d'entrées/sorties (mémoire non initialisée, instructions CPU non documentées, etc), et du coup, ça peut marcher une fois dans l'environnement de test, mais le résultat n'est pas pour autant exploitable "en vrai".
# BeOS le faisait il y a 15 ans!
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Une idée à prendre : un nouveau type de serveur d’affichage (remplaçant X ou Wayland). Évalué à 10.
Les applications envoient des commandes au serveur graphique, qui se charge de les exécuter et de faire le rendu. C'est comme ça que marche l'app_server de BeOS, et celui de Haiku (sans support de l'accélération 3D pour le moment). Bon, il y a quand même un framebuffer côté serveur. Pour BeOS, le rendu 2d est partiellement accéléré par la carte graphique (copies de blocs, opérations simples comme le tracé de lignes horizontales ou verticales, curseur de souris). Pour Haiku, ce n'est plus le cas: l'"accélération" 2D sur les cartes modernes est tombée en désuétude, et elle est souvent plus lente qu'un rendu par le CPU (et en plus, sans faire d'antialiasing et ce genre de choses). Il faudrait remettre ça en place, peut-être en utilisant OpenVG?
C'est aussi comme ça que X11 devrait fonctionner, sauf que les commandes disponibles (tracé de lignes, de pixels, etc) sont assez limitées (pas de 3D, pas d'antialiasing). Du coup, les toolkits graphiques modernes n'utilisent plus ces commandes et font tout le rendu côté client, avant d'envoyer une grosse image au serveur X.
Pour avoir un serveur X qui marche "normalement", il faut un desktop approprié, utilisant par exemple l'environnement de bureau CDE, et des applications Motif ou Athena ou ce genre de trucs.
En ce qui concerne la notion de "frame", elle est déjà en train de disparaître du côté des écrans avec le DisplayPort, qui n'a plus besoin d'un framerate fixe à 60Hz. ça règle déjà une bonne partie des problèmes (pas de "tearing", en particulier). Donc, il serait logique de faire la même chose côté logiciel.
[^] # Re: fr-oss…
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Le gouvernement français veut changer de clavier. Évalué à 1.
La disposition QWERTY utilisée en Espagne permet d'écrire le Castillan, mais aussi le Catalan, le Basque, le Galicien, etc. Ils ont donc tous les accents en touches mortes ainsi que le ç, alors que le Castillan n'utilise qu'un seul accent.
Du coup, ce clavier permet aussi d'écrire du Français, mieux que l'AZERTY utilisé en France…
Il faut prendre l'habitude d'utiliser des touches mortes pour faire les caractères accentués, mais ce n'est pas vraiment un problème.
Qu'en est-il du support des langues régionales sur le clavier Bépo d'ailleurs?
[^] # Re: Contribuer au projet sans GitHub
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Le retour de la Méthode R.A.C.H.E. Évalué à 6.
Mais pas du tout, il existe des système de gestion de versions compatibles avec la RACHE. Par exemple il y a CPOLD ("La poudre verte du suivi de versions", rien que ça!)
[^] # Jam
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Utiliser Python comme interpréteur dans vos Makefile. Évalué à 3.
Il y a aussi l'outil Jam de Perforce (utilisé par Boost et Haiku, entre autres), qui permet de faire tout ce que fait Make, sans utiliser sh, et avec son propre langage (ce qui n'est pas forcément mieux).
[^] # Re: merci, & autres braouzeurs
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Opera 12: la relève?. Évalué à 3.
Le Javascript était désactivé par défaut dans NetSurf, mais la version 3.4 qui va sortir très prochainement (ainsi que les nightly builds depuis un moment) l'activera par défaut, en utilisant le moteur Duktape. Avant, une vieille version de SpiderMonkey était utilisée mais ça marchait pas terrible. L'intégration avec Duktape a l'air de mieux se passer.
C'est dommage que l'interface GTK ne soit pas très bien maintenue. NetSurf fonctionne beaucoup mieux sur d'autres systèmes. En tout cas, les contributions sont les bienvenues!
# nostdinc
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Écrire son OS - Partie 2 : configurer ses outils. Évalué à 1.
Est-ce que nostdinc est suffisant pour se débarasser de la librairie standard? J'aurais plutôt utilisé l'option -ffreestanding.
# Je prends!
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Dons de vieilleries. Évalué à 1.
Je n'ai pas trouvé de bouton "contacter par message", mais ce matériel m'intéresse.
Dans quel coin de Toulouse il faut venir le chercher?
[^] # Re: J'en pense que...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal L'absurdité des tickets restau. Évalué à 1.
Dans l'entreprise ou je travaille, c'est uniquement pour les employés en mission chez un client (pour les autres c'est ticket restaurant), et dans le cas ou les conditions indiquées sont remplies: je mange sur mon lieu de travail et il m'est difficile de rentrer chez moi pendant la pause (pas loin d'une heure de vélo, aller simple).
Donc oui, c'est utilisé, mais pas de façon systématique pour tout les employés.
[^] # Re: J'en pense que...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal L'absurdité des tickets restau. Évalué à 2.
ça existe:
http://www.journaldunet.com/management/pratique/primes-et-avantages/15326/prime-de-panier-une-indemnite-pour-le-repas.html
[^] # Re: moins geek mais fonctionne correctement
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal le dessous des cartes. Évalué à 3.
Ce qui est indiqué en bas de la carte, c'est que chaque département est rempli avec un mélange de pixels correspondant aux proportions des votes. La position de chaque pixel n'est donc pas pertinente.
[^] # Re: Subversion ou CVS
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Collaborer sur vos documents à l'aide du libre. Évalué à 1.
Microsoft Word a une fonctionnalité de comparaison de documents, qui est utilisée par exemple par Tortoise SVN pour afficher les diffs entre deux versions.
C'est pas parfait (svn ou git vont avoir tendance à faire des gros dépots car le diff d'une version à l'autre en binaire n'est pas compact), mais on peut comparer les versions sans aucun problème.
[^] # Re: Plus d’options pour la prochaine fois ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au sondage Ma disposition de clavier préférée. Évalué à 1.
J'utilise un clavier espagnol et je ne sais pas si ça compte comme une "variante du Qwerty US". À partir de combien de touches déplacées on a droit à une entrée séparée dans le sondage?
[^] # Re: comme quoi Linux n'est pas prêt
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal parlons XMPP - épisode 2 - le cœur et les extensions. Évalué à 1.
On ne peut pas juste dire "la liste" pour traduire "the roster", le sens du mot est plus précis et spécifique. Éventuellement, "la liste de contacts" ou "carnet d'adresses", mais ce ne sont pas des traductions directes.
[^] # Re: comme quoi Linux n'est pas prêt
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal parlons XMPP - épisode 2 - le cœur et les extensions. Évalué à 1.
Quel est le problème avec "roster"? Le fait qu'il n'y a pas de traduction directe en français?
Ce mot est utilisé de façon similaire en informatique à d'autres endroits, par exemple dans BeOS et Haiku: https://api.haiku-os.org/classBRoster.html
Je trouve ça bien d'utiliser la richesse de la langue, qu'elle soit anglaise ou française. D'après le wiktionnaire, un roster est une liste de noms (https://en.wiktionary.org/wiki/roster). C'est exactement le cas du roster XMPP, alors pourquoi l'appeler autrement en anglais?