Citons la compilation vers de « langages de haut-niveau » vers C (qu'il faudra alors à son tour compiler), ou vers des langages interprétés par des machines virtuelles.
Des exemples :
Gambit-C compile du Scheme vers du C;
OCaml compile de l'OCaml vers du code octet pour sa machine virtuelle, ou produit directement du code machine pour certains processeurs;
Java qui compile vers la JVM.
>> Une tendance récente de GCC est de permettre bientôt des traitements de plus en plus variés sur le code source des programmes,
J'aurais aimé plus de détails sur ces points. Autant j'ai une bonne idée de ce qu'il est possible de faire, autant je n'ai aucune idée de ce que GCC sait faire…
Fait-il de l'évaluation partielle (Partial_evaluation) ? de l'analyse d'alias (Alias_analysis) ? de la détection de débordement de tampons ?
J'ai rien contre les optimisations, mais je me demande s'il ne faudrait pas insister un peu plus sur l'analyse de code dans une optique sécuritaire, afin de repérer plus de bogues et d'inciter les développeurs à fournir du code plus sûr et correct…
Même si je vais en ton sens, je pense qu'il y a un gain à appliquer des algos de compression divers et variés sur des tranches de décimales.
On doit pouvoir, avec un coût relativement limité, compresser avec un algo dynamique des bonnes parties. C'est juste un problème d'optim : trouver un bon découpage P1・P2・・・Pn des décimales de pi tel que comp(P1)・comp(P2)・・・comp(Pn)
Bon, c'est juste mon intuition, mais sur un échantillon de telle taille, tu as forcément des suites remarquables qui se compressent bien.
Et avec une bonne heuristique pour le découpage, plutôt qu'Huffman, tu peux même directement utiliser des algos coûteux.
Enfin, voila un problème très intéressant sur lequel je me pencherai si j'ai le temps.
>> Pas peu de logiciels libres : aucun. Le verrouillage d'Apple interdit purement et simplement de distribuer un logiciel libre.
Je ne suis pas si sûr que ça… Y a xpilot qui a été porté sur iPhone, c'est du GPLv2 [1]. Ça avait fait tout un tintouin sur slashdot car le gars *vendait* son logiciel libre [2].
J'ai pas lu en détail la page du site du dev, mais je crois qu'il vend toujours son logiciel sur l'apstore, toujours en GPL.
>> Télécharger de la musique classique amha ça n'a pas vraiment de sens (à moins de connaître à l'avance quel va être le "niveau" de l'interprète).
Télécharger de la musique classique, ça a tout à fait du sens pour moi.
J'aime justement avoir plusieurs interprétations, ça me permet de « redécouvrir » certains morceaux qui étaient figés dans ma mémoire.
J'ai des versions de morceaux, mal jouées, avec des erreurs, mais que j'affectionne car certains passages correspondent à mon idéal du morceau, n'en déplaise à ceux qui ne jurent que par Horowitz. Pour quelles raisons devrais-je me reprocher d'avoir préféré la version d'un inconnu qui joue dans sa cave ?
C'est à moi ensuite de décider quelles interprétations de quels auteurs me conviennent.
Pour reprendre ton exemple de Patrick Sébastien qui chante du U2, j'ai de mon côté des morceaux originaux que j'adore, mais dont je préfère amplement certaines reprises (comme « Mourir pour des idées » de Brassens, jouée par le groupe Subway)
Si je devais suivre ton autre message au pied à la lettre, alors je n'achèterais plus de CDs de performances « en live, » car bien souvent, on se retrouve avec une qualité bien loin de celle obtenue après 3 mois de post-prod sur une version studio.
Pour conclure, c'est *justement* parce que la musique classique transmet des émotions différentes selon les interprètes qu'il est important de ne pas se limiter, de ne pas hésiter à sortir des chantiers battus. L'accès libre et gratuit à tout ce réservoir de sensations nouvelles donne selon moi tout son sens au téléchargement de musique classique.
>> Les décimales de pi sont plutôt aléatoires et donc difficiles à compresser.
Les décimales de pi sont toutes contenues dans l'intervalle [0-9], ce qui tient sur 5 bits.
À la louche, tu peux donc couper en deux la taille du fichier.
Ensuite, l'aléatoire n'empêche pas du tout qu'il y ait des ça et là des séquences qui se compressent bien. Mais sans analyser le code à la main, à mon avis, un algo de type Huffman doit permettre d'avoir un plutôt bon résultat de compression en un temps rapide.
Je veux juste en fait couper un fichier audio en plusieurs échantillons (phrases) et pouvoir lire chaque échantillon, aller au suivant ou au précédent.
Je pensais donc à une structure du genre
'(entry
"foo.ogg"
((0.4 8) (10 15) (15.5 23)))
qui dit que le fichier foo.ogg a trois phrases, la première qui commence à 0.4 secondes et finit à 8 secondes, la deuxième qui dure de 10s à 15s, et ainsi de suite.
Un coup de « droite » et ça va lire le sample suivant, un coup de gauche et ça lit le précédent, et enfin un coup de barre espace pour relire le sample.
Un truc éminemment simple. Je ne sais juste pas avec quel lib lire ainsi de manière portable le fichier (et faire un seek dedans), ni comment indiquer les bornes des phrases avec un indicateur visuel (i.e. quelle autre lib utiliser pour ça).
Je ne me place pas en expert en linux ou quoi que ce soit.
Et oui, je trouve ça incohérent : j'ai l'impression que la possibilité d'ordonner les dossiers sans que les applications standard se servent de cette opportunité revient à une porte qui donne sur un mur : une erreur de conception.
Quand je cherche à reproduire un comportement attendu et présent sur les autres systèmes courants, et que ça ne marche pas, je considère effectivement qu'il y a un problème dans le produit, pas que j'aurais du chercher la solution à ce problème.
Quand à Linux (sur le desktop ou pas), quand un truc de même me parait con, j'en fait part aussi. Et merci de ne pas me classer parmi ceux qui hurlent à la mort à la simple évocation de Microsoft ou d'Apple : chez moi, on engueule les gens bien portants autant que les vieilles et les gamins. Je me fous de qui réalise le produit : pour une cible donnée, un logiciel fait son boulot correctement ou pas. C'est juste ça qui m'importe.
>>>>''Quand je suis en communication, j'ai autre chose à faire que de chercher des astuces ou me renseigner…''
>>Ce n'est pas non plus la faute de l'OS si tu n'as pas le temps/prit le temps de te former sur sa façon de faire les choses.
Si je devais me former à OSX, pourquoi pas aussi BeOS, Next, Qnx, Solaris et tous ces autres OS dont je n'ai jamais vu que la page web ?
Il existe depuis fort longtemps l'affichage paramétré des fichiers d'un répertoire, et on s'attend à ce que ça ait une utilité pratique, et d'autant plus qu'on est dans un système uniforme qui se veut "user friendly."
Là, j'y vois un échec cuisant, sans chercher à comparer à d'autres solutions. Il y a la voiture, ils ont juste pas mis les roues avec. Ici, on a une offre incohérente, incomplète, et contre-productive.
>> Oui ça marche avec de l'audio pur, même si c'est un effet secondaire de gstreamer non prévu à la base.
Autant pour moi, j'ai lu trop vite.
>> uniquement choisir manuellement les séquences ?
Choisir les séquences.
Je travaille sur des rips audios d'émissions radios, de journaux télévisés, etc. Pour l'instant, je me prend la tête avec vlc/mplayer et audacity qui ne sont pas du tout faits pour ça. Je voudrais donc pouvoir avoir une vue linéaire du fichier, et choisir manuellement les séquences (des intervalles). À vrai dire, je me tape complètement des sous-titres (que je n'ai pas envie de transcrire moi-même, d'autant plus que je comprends déjà les textes), je veux juste pouvoir très aisément me promener d'une phrase à l'autre dans mon fichier afin de m'entraîner à la prononciation (= répéter les phrases jusqu'à imiter à la perfection l'intonation)
Si t'as pas le temps, j'en ferai un logiciel de mon côté (je ne parle pas python, et mon objectif est légèrement différent.)
Ça marche avec de l'audio pur, et non des vidéos ?
Et ça serait bien qu'on puisse soit même facilement indiquer les bornes des phrases, avec un éditeur graphique…
>> Mais le Monsieur est trop doué en ergonomie pour chercher des astuces ou se renseigner un minimum.
Pardon ?
Quand je suis en communication, j'ai autre chose à faire que de chercher des astuces ou me renseigner…
D'autant plus que si une fonctionnalité de base depuis les années 20 (telle que je la décris) semble bel et bien absente, c'est un comble de me le reprocher…
Sans compter le fait que « chercher des astuces ou se renseigner » ne vont pas avec des contraintes temps-réel de communication…
Quand à ta solution (que je proposerai, même si je crois bien qu'elle ne marche justement pas), on a fait plus ergonomique et intuitif…
Je dis que j'étais en communication avec un utilisateur de mac qui était à l'autre bout du monde, et que j'ai été confronté (à distance et indirectement) à un problème…
>> Je trouve qu'avoir un premier lien intitulé "Journal à l'origine de la dépêche" est déjà relativement clair
Pas moi justement…
Et s'il y a plusieurs journaux ? et « journal à l'origine de la dépêche » ça ne lie pas l'auteur de la dépêche (qui n'est donc potentiellement pas référencé comme à l'origine de la dépêche par les moteurs/robots/humains-distraits).
Un gain notable de clarté ne peut faire de tort ici…
Non. Je trouve d'une part ces deux entrées suffisamment différentes, et d'autre part que ma proposition va plus loin que changer l'auteur (qui est par ailleurs forcément unique avec le système actuel)
« lister les fichiers en ordonnant par date de modification, par taille, par nom, par extension, etc »
N'importe quel gestionnaire de fichier permet de régler ça depuis des décennies (même midnight commander, j'en suis sûr)
Ensuite, les logiciels comme eye of gnome respectent cet ordre quand ils parcourent les fichiers du dit répertoire (si tu ouvres un fichier du rep, il te permet de cliquer sur « précédent » ou « suivant » pour regarder les autres images, sans que tu n'aies eu à les sélectionner). De ce que j'ai constaté, si OSX permettait aussi de régler l'affichage, le visionneur d'images, lui, s'en contrecarrait.
Quand à faire un rapport de bug, j'attends qu'un pro des macs (ils sont nombreux à en avoir sur DLFP, mine de rien) me confirme que c'est une feature absente, ou un pebkac des familles.
>> Pour voir des photos, tu sélectionnes celles que tu veux ( que cela soit au niveau du Finder ou au niveau de iPhoto).
>> Sous iPhoto, tu peux faire plus de choses.
Vécu hier : j'envoie une archive avec des photos. On l'extrait. Je dis « classe les par date. » Ok, ça marche apparemment. Maintenant, on sélectionne tout, on ouvre, et hop, le logiciel (que j'imagine être iphoto, le truc par défaut de mac) les ouvre sans respecter l'ordre en question. Moi, à l'autre bout de la terre, mon Eye of Gnome gère très bien ça. Et mieux : j'ouvre une seule photo, il me permet de naviguer et voir les autres du même répertoire dans l'ordre du répertoire…
Si tu as une solution à ça, je suis preneur, car c'est chiant de dire par skype « bon, maintenant, tu cliques sur DSCP0302938.JPG » quand je dois commenter des photos…
(Et non, l'ordre alphabétique/ASCIIbétique ne convient pas)
J'ai pas de mac pour tester/chercher, et à l'autre bout de la ligne, la solution ne paraissait pas évidente…
>> Les japonais n'utilisent pas de SMS parce que chez eux les SMS ne peuvent être envoyés entre deux opérateurs différents.
C'est surtout que c'est pourrave les SMS !
Très limité en taille (je rappelle que le codage du japonais prend pas mal de place…) tu ne peux pas embarquer d'images (t'as au moins 10 émoticones par message reçu…)
J'ai bien une ou deux personnes autour de moi qui envoient des SMS en disant « il parait que c'est moins cher » mais bon…
En plus comme tu passes ta vie sur internet avec ton téléphone, l'email est au final plus pratique (et dans le « forfait »)…
[^] # Re: Pas une super definition...
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Conférence Parinux : "le compilateur GCC : développements récents, greffons et outil MELT". Évalué à 3.
Citons la compilation vers de « langages de haut-niveau » vers C (qu'il faudra alors à son tour compiler), ou vers des langages interprétés par des machines virtuelles.
Des exemples :
Gambit-C compile du Scheme vers du C;
OCaml compile de l'OCaml vers du code octet pour sa machine virtuelle, ou produit directement du code machine pour certains processeurs;
Java qui compile vers la JVM.
>> Une tendance récente de GCC est de permettre bientôt des traitements de plus en plus variés sur le code source des programmes,
J'aurais aimé plus de détails sur ces points. Autant j'ai une bonne idée de ce qu'il est possible de faire, autant je n'ai aucune idée de ce que GCC sait faire…
Fait-il de l'évaluation partielle (Partial_evaluation) ? de l'analyse d'alias (Alias_analysis) ? de la détection de débordement de tampons ?
J'ai rien contre les optimisations, mais je me demande s'il ne faudrait pas insister un peu plus sur l'analyse de code dans une optique sécuritaire, afin de repérer plus de bogues et d'inciter les développeurs à fournir du code plus sûr et correct…
[^] # Re: Siteduzero
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Microsoft dans le groupe de travail du W3C sur SVG. Évalué à 1.
On pourrait l'accuser de plagiat (ou de contrefaçon ?)
[^] # Re: Bronzonisé..
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Le 13h de TF1 nous livre toute la vérité. Évalué à 5.
C'est « bronsonisé » qui veut dire quelque chose.
[^] # Re: est un bon système, mais...
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au sondage MacOS X. Évalué à 8.
Ah, les salauds !
[^] # Re: Mensonge !
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Fabrice Bellard bat le record des décimales de Pi. Évalué à 2.
On doit pouvoir, avec un coût relativement limité, compresser avec un algo dynamique des bonnes parties. C'est juste un problème d'optim : trouver un bon découpage P1・P2・・・Pn des décimales de pi tel que comp(P1)・comp(P2)・・・comp(Pn)
Bon, c'est juste mon intuition, mais sur un échantillon de telle taille, tu as forcément des suites remarquables qui se compressent bien.
Et avec une bonne heuristique pour le découpage, plutôt qu'Huffman, tu peux même directement utiliser des algos coûteux.
Enfin, voila un problème très intéressant sur lequel je me pencherai si j'ai le temps.
[^] # Re: Déjà là !
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Le 26 Janvier prochain. Évalué à 2.
Je ne suis pas si sûr que ça… Y a xpilot qui a été porté sur iPhone, c'est du GPLv2 [1]. Ça avait fait tout un tintouin sur slashdot car le gars *vendait* son logiciel libre [2].
J'ai pas lu en détail la page du site du dev, mais je crois qu'il vend toujours son logiciel sur l'apstore, toujours en GPL.
http://7b5labs.com/xpilotiphone
http://ask.slashdot.org/article.pl?sid=09/08/01/169247
[^] # Re: Pour le *Logiciel* Libree
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Richard Stallman en tournée en France. Évalué à 4.
Télécharger de la musique classique, ça a tout à fait du sens pour moi.
J'aime justement avoir plusieurs interprétations, ça me permet de « redécouvrir » certains morceaux qui étaient figés dans ma mémoire.
J'ai des versions de morceaux, mal jouées, avec des erreurs, mais que j'affectionne car certains passages correspondent à mon idéal du morceau, n'en déplaise à ceux qui ne jurent que par Horowitz. Pour quelles raisons devrais-je me reprocher d'avoir préféré la version d'un inconnu qui joue dans sa cave ?
C'est à moi ensuite de décider quelles interprétations de quels auteurs me conviennent.
Pour reprendre ton exemple de Patrick Sébastien qui chante du U2, j'ai de mon côté des morceaux originaux que j'adore, mais dont je préfère amplement certaines reprises (comme « Mourir pour des idées » de Brassens, jouée par le groupe Subway)
Si je devais suivre ton autre message au pied à la lettre, alors je n'achèterais plus de CDs de performances « en live, » car bien souvent, on se retrouve avec une qualité bien loin de celle obtenue après 3 mois de post-prod sur une version studio.
Pour conclure, c'est *justement* parce que la musique classique transmet des émotions différentes selon les interprètes qu'il est important de ne pas se limiter, de ne pas hésiter à sortir des chantiers battus. L'accès libre et gratuit à tout ce réservoir de sensations nouvelles donne selon moi tout son sens au téléchargement de musique classique.
[^] # Re: Mensonge !
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Fabrice Bellard bat le record des décimales de Pi. Évalué à 2.
Les décimales de pi sont toutes contenues dans l'intervalle [0-9], ce qui tient sur 5 bits.
À la louche, tu peux donc couper en deux la taille du fichier.
Ensuite, l'aléatoire n'empêche pas du tout qu'il y ait des ça et là des séquences qui se compressent bien. Mais sans analyser le code à la main, à mon avis, un algo de type Huffman doit permettre d'avoir un plutôt bon résultat de compression en un temps rapide.
[^] # Re: Déjà là !
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Le 26 Janvier prochain. Évalué à 2.
Faire de l'iPhone un produit bas de gamme comme un vulgaire nokia [1], tu rêves ! Plutôt mourir !
[1] http://www.luxuo.fr/telephone-luxe/via-veneto-gibori.html
[^] # Re: Déjà là !
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Le 26 Janvier prochain. Évalué à 6.
>> La boussole de l'iphone :
Y'en a au moins un des deux qui est buggé, car ils n'indiquent pas le même nord…
Je reste réservé sur tout ça…
[^] # Re: Audio pur
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Sortie de Perroquet 1.0.0, c'est à vous de répéter.. Évalué à 2.
Je veux juste en fait couper un fichier audio en plusieurs échantillons (phrases) et pouvoir lire chaque échantillon, aller au suivant ou au précédent.
Je pensais donc à une structure du genre
'(entry
"foo.ogg"
((0.4 8) (10 15) (15.5 23)))
qui dit que le fichier foo.ogg a trois phrases, la première qui commence à 0.4 secondes et finit à 8 secondes, la deuxième qui dure de 10s à 15s, et ainsi de suite.
Un coup de « droite » et ça va lire le sample suivant, un coup de gauche et ça lit le précédent, et enfin un coup de barre espace pour relire le sample.
Un truc éminemment simple. Je ne sais juste pas avec quel lib lire ainsi de manière portable le fichier (et faire un seek dedans), ni comment indiquer les bornes des phrases avec un indicateur visuel (i.e. quelle autre lib utiliser pour ça).
[^] # Re: et si ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Aïe Maque. Évalué à 2.
Et oui, je trouve ça incohérent : j'ai l'impression que la possibilité d'ordonner les dossiers sans que les applications standard se servent de cette opportunité revient à une porte qui donne sur un mur : une erreur de conception.
Quand je cherche à reproduire un comportement attendu et présent sur les autres systèmes courants, et que ça ne marche pas, je considère effectivement qu'il y a un problème dans le produit, pas que j'aurais du chercher la solution à ce problème.
Quand à Linux (sur le desktop ou pas), quand un truc de même me parait con, j'en fait part aussi. Et merci de ne pas me classer parmi ceux qui hurlent à la mort à la simple évocation de Microsoft ou d'Apple : chez moi, on engueule les gens bien portants autant que les vieilles et les gamins. Je me fous de qui réalise le produit : pour une cible donnée, un logiciel fait son boulot correctement ou pas. C'est juste ça qui m'importe.
[^] # Re: et si ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Aïe Maque. Évalué à 1.
>>Ce n'est pas non plus la faute de l'OS si tu n'as pas le temps/prit le temps de te former sur sa façon de faire les choses.
Si je devais me former à OSX, pourquoi pas aussi BeOS, Next, Qnx, Solaris et tous ces autres OS dont je n'ai jamais vu que la page web ?
Il existe depuis fort longtemps l'affichage paramétré des fichiers d'un répertoire, et on s'attend à ce que ça ait une utilité pratique, et d'autant plus qu'on est dans un système uniforme qui se veut "user friendly."
Là, j'y vois un échec cuisant, sans chercher à comparer à d'autres solutions. Il y a la voiture, ils ont juste pas mis les roues avec. Ici, on a une offre incohérente, incomplète, et contre-productive.
[^] # Re: Audio pur
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Sortie de Perroquet 1.0.0, c'est à vous de répéter.. Évalué à 0.
« Au temps pour moi. »
Ça m'apprendra à taper trop vite aussi…
[^] # Re: Audio pur
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Sortie de Perroquet 1.0.0, c'est à vous de répéter.. Évalué à 2.
Autant pour moi, j'ai lu trop vite.
>> uniquement choisir manuellement les séquences ?
Choisir les séquences.
Je travaille sur des rips audios d'émissions radios, de journaux télévisés, etc. Pour l'instant, je me prend la tête avec vlc/mplayer et audacity qui ne sont pas du tout faits pour ça. Je voudrais donc pouvoir avoir une vue linéaire du fichier, et choisir manuellement les séquences (des intervalles). À vrai dire, je me tape complètement des sous-titres (que je n'ai pas envie de transcrire moi-même, d'autant plus que je comprends déjà les textes), je veux juste pouvoir très aisément me promener d'une phrase à l'autre dans mon fichier afin de m'entraîner à la prononciation (= répéter les phrases jusqu'à imiter à la perfection l'intonation)
Si t'as pas le temps, j'en ferai un logiciel de mon côté (je ne parle pas python, et mon objectif est légèrement différent.)
# Audio pur
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Sortie de Perroquet 1.0.0, c'est à vous de répéter.. Évalué à 2.
Et ça serait bien qu'on puisse soit même facilement indiquer les bornes des phrases, avec un éditeur graphique…
[^] # Re: Pas de rapport avec ton logiciel mais...
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Sortie de Perroquet 1.0.0, c'est à vous de répéter.. Évalué à 5.
http://www.nhk.or.jp/lesson/
http://www.rfi.fr/lfen/statiques/accueil.asp
http://rki.kbs.co.kr/learn_korean/lessons/e_index.htm
[^] # Re: et si ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Aïe Maque. Évalué à 3.
Pardon ?
Quand je suis en communication, j'ai autre chose à faire que de chercher des astuces ou me renseigner…
D'autant plus que si une fonctionnalité de base depuis les années 20 (telle que je la décris) semble bel et bien absente, c'est un comble de me le reprocher…
Sans compter le fait que « chercher des astuces ou se renseigner » ne vont pas avec des contraintes temps-réel de communication…
Quand à ta solution (que je proposerai, même si je crois bien qu'elle ne marche justement pas), on a fait plus ergonomique et intuitif…
[^] # Re: et si ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Aïe Maque. Évalué à 1.
Je dis que j'étais en communication avec un utilisateur de mac qui était à l'autre bout du monde, et que j'ai été confronté (à distance et indirectement) à un problème…
[^] # Re: Repompage
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Davantage de spams en 2010 : bug malencontreux dans SpamAssassin. Évalué à 2.
Pas moi justement…
Et s'il y a plusieurs journaux ? et « journal à l'origine de la dépêche » ça ne lie pas l'auteur de la dépêche (qui n'est donc potentiellement pas référencé comme à l'origine de la dépêche par les moteurs/robots/humains-distraits).
Un gain notable de clarté ne peut faire de tort ici…
>> Tu veux dire un quasi doublon des entrées 1075 ( https://linuxfr.org/tracker/1075.html ) et 1065 ( https://linuxfr.org/tracker/1065.html ).
Non. Je trouve d'une part ces deux entrées suffisamment différentes, et d'autre part que ma proposition va plus loin que changer l'auteur (qui est par ailleurs forcément unique avec le système actuel)
[^] # Re: et si ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Aïe Maque. Évalué à 3.
N'importe quel gestionnaire de fichier permet de régler ça depuis des décennies (même midnight commander, j'en suis sûr)
Ensuite, les logiciels comme eye of gnome respectent cet ordre quand ils parcourent les fichiers du dit répertoire (si tu ouvres un fichier du rep, il te permet de cliquer sur « précédent » ou « suivant » pour regarder les autres images, sans que tu n'aies eu à les sélectionner). De ce que j'ai constaté, si OSX permettait aussi de régler l'affichage, le visionneur d'images, lui, s'en contrecarrait.
Quand à faire un rapport de bug, j'attends qu'un pro des macs (ils sont nombreux à en avoir sur DLFP, mine de rien) me confirme que c'est une feature absente, ou un pebkac des familles.
[^] # Re: et si ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Aïe Maque. Évalué à 3.
>> Sous iPhoto, tu peux faire plus de choses.
Vécu hier : j'envoie une archive avec des photos. On l'extrait. Je dis « classe les par date. » Ok, ça marche apparemment. Maintenant, on sélectionne tout, on ouvre, et hop, le logiciel (que j'imagine être iphoto, le truc par défaut de mac) les ouvre sans respecter l'ordre en question. Moi, à l'autre bout de la terre, mon Eye of Gnome gère très bien ça. Et mieux : j'ouvre une seule photo, il me permet de naviguer et voir les autres du même répertoire dans l'ordre du répertoire…
Si tu as une solution à ça, je suis preneur, car c'est chiant de dire par skype « bon, maintenant, tu cliques sur DSCP0302938.JPG » quand je dois commenter des photos…
(Et non, l'ordre alphabétique/ASCIIbétique ne convient pas)
J'ai pas de mac pour tester/chercher, et à l'autre bout de la ligne, la solution ne paraissait pas évidente…
[^] # Re: Exposé
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Aïe Maque. Évalué à 9.
– Alt + Tab, Tab, Tab, Tab, Tab, Tab, ah, c'est celle là, zut, je l'ai loupée, Shift+Tab
[^] # Re: SMS VS EMAIL ...
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Le chiffrement du GSM cassé ?. Évalué à 2.
(AU/KDDI est l'un des 3 opérateurs majeurs au Japon, et CMAIL est le petit nom donné au SMS chez cet opérateur)
À titre indicatif, 3 yen par message c'est un peu moins de 3 centimes d'euro.
[^] # Re: SMS VS EMAIL ...
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Le chiffrement du GSM cassé ?. Évalué à 2.
C'est surtout que c'est pourrave les SMS !
Très limité en taille (je rappelle que le codage du japonais prend pas mal de place…) tu ne peux pas embarquer d'images (t'as au moins 10 émoticones par message reçu…)
J'ai bien une ou deux personnes autour de moi qui envoient des SMS en disant « il parait que c'est moins cher » mais bon…
En plus comme tu passes ta vie sur internet avec ton téléphone, l'email est au final plus pratique (et dans le « forfait »)…