Mais, euh... comment dire, il y a plus de 6000 pages!!
Si on l'imprime ça va décimer des forêts et tuer des mamans ours...!
Et je sais pas pour la norme OOXML, mais en général les textes de norme ça se lit pas comme un roman. Déjà qu'un roman de 6000 pages j'y regarderai à deux fois...
Donc les gens intelligent qui recherchent une info précise dans un document imbitable (un texte de norme quoi) , excessivement long et qui n'ont pas plusieurs mois à y consacrer, ils utilisent ce formidable outil moderne qu'est la fonction de recherche (ça marche vachement moins bien avec du papier). Ils vont pas imprimer tout le document pour ça.
À part ça, que tu sois en désaccord avec Albert n'excuse pas le fait d'être grossier.
Si tu n'es pas capable d'exposer tes arguments sans insulter ton interlocuteur et de garder ton calme face à quelqu'un qui ne partage pas ton opinion, ne t'attends pas à ce qu'on considère sérieusement ton opinion.
Bah, pour trouver le document en question il faudrait déjà que je regarde les commentaires Kenyan pour vérifier qu'ils correspondent à ce que j'ai pu trouver sur le net. Et comme je l'ai dit j'ai la flemme de le faire. En premier lieu car je trouve cette accusation assez ridicule.
Si l'article en question a été rédigé spécialement pour le représentant Kenyan, c'est tout de même curieux qu'il soit si facile de remonter aux auteurs. A ce propos je ne sais même pas s'il s'agit d'une repompe complète d'un article. Donc je ne peux te fournir de lien vers l'article en question vu que je n'ai pas pris connaissance des commentaires Kenyans.
Pour la confiance en IBM, c'est juste qu'en l'occurence l'explication fournie par les auteurs en question me paraît plus plausible que l'hypothèse du complot fomenté par IBM. Il est possible qu'IBM n'ait pas eu un commentaire exemplaire dans l'ensemble du processus mais cette histoire spécifique sur les commentaires Kenyans me semble tarabiscotée.
En tout cas hautement moins suspecte que la profusion de nouveaux pays se déclarant tout d'un coup intéressés pour participer au groupe de travail, qui se contentent de voter oui sans commentaire sur ce texte et qui se désinteressent ensuite complètement des autres travaux du groupe de travail (ce qui provoque des blocages).
Il convient également de rappeler que l'ensemble des arguments techniques contre OOXML étaient publiques en particulier sur le site Groklaw. Et ça je suis certain qu'ils y étaient bien avant le vote ISO. Je doute que les commentaires Kenyans aient apporté des éléments originaux par rapport à cela.
Concernant MS, tu ne me verras pas écrire que MS est forcément coupable. C'est juste qu'il y tout de même un certain nombre d'éléments troublants qui indiquent qu'il y a eu des irrégularités. La question habituelle ("à qui profite le crime?") peut nous laisser supposer que MS est derrière: il a le mobile et les moyens...
De plus MS a un passif plus que douteux dans le domaine de sa soit disant ouverture et vient de se faire condamner par la commission européenne pour abus de position dominante. Alors oui les évènements récents font que j'ai des a priori!
L'enquête devra dire s'il y a effectivement eu des actions répréhensibles. Les décisions à l'ISO sont très politiques avec des luttes d'influence, des arangements entre pays, etc. Du coup il est très possible que certaines actions de MS nous paraissent limites mais qu'elles soient en fait tout à fait légales et dans la ligne de ce qui a déjà pu être observée pour d'autres normes (j'en sais rien, hein, c'est une hypothèse!)... Dans ce cas il faudra peut-être réformé le processus de vote ISO mais c'est un autre débat.
Ça va être difficile. Ça fait des mois que j'ai lu cet article et je n'ai pas jugé utile de conserver le lien. Pour bien faire il faudrait que je trouve les commentaires Kenyans et l'article correspondant, mais là j'ai la flemme...
Es-tu sûr d'avoir lu ce que j'ai écris? Le gars d'IBM avait publié son article sur le web (et donc accessible à des millions de personnes) bien avant que le gars du Kenya le reprenne. C'est un fait facilement vérifiable. Si jamais (j'en doute mais bon) IBM a influencé le Kenya ce n'est sans doute pas par l'intermédiaire de l'auteur de l'article (mais plus vraisemblablement par le contenu de l'article...).
Concernant les actions de MS il y a tout de même un grand nombre de faits suspects qui pour la plupart pointent vers MS. Beaucoup plus que de la part d'IBM. IBM est-il un enfant de cœur? Certainement pas et si ils ont enfreint la loi j'estime qu'ils doivent être punis. Mais en attendant c'est tout de même vers MS que pointent les différentes irrégularités observées.
Il me semble que le gars d'IBM qui a rédigé ce texte l'a fait bien avant le vote du Kenya et affirme ne pas avoir eu de relation avec le Kenya. À mon avis le type chargé de la réponse pour le Kenya a cherché sur Internet, a trouvé ce texte qui lui a semblé bien et s'est contenté de faire un copier-collé. Alors il y a violation du droit d'auteur! Mais pas d'intervention d'IBM. Très franchement si IBM était intervenu ils auraient fait une réponse originale au lieu de copier coller un texte paru sur Internet des semaines auparavant.
La seule chose c'est qu'ils ont osé publié un texte avec des arguments techniques valides contre OOXML. Oh les méchants!
Beethoven:
Les 5ème et 7ème symphonie sont pas mal non plus.
Sonate pour piano n°8 op13 (Pathétique), et 23 (Appassionata), ainsi que la sonate au clair de Lune (me souviens plus de la réf.)
Mozart:
concertos pour piano 9 et 21.
concerto pour harpe et flute traversières (j'ai plus la réf mais il n'en n'a fait qu'un)
concerto pour clarinette
sonate pour deux pianos (K448) (le premier mouvement en particulier)
Saint-Saens:
La Havanaise (violon)
Symphonie n°3 pour orgue et orchestre
Gershwin:
Rhapsodie in blue
Rachmaninoff:
concerto pour piano n°2 (op18).
Haendel
Water Music
...
Et puis certains morceaux de Wagner, toujours spectaculaires comme le crépuscule des dieux, la chevauchée des Valkyries, etc.
En même temps c'est parce c'est un journal sur les gaucher que tu n'as pas le droit d'utiliser ta main droite pour taper sur le clavier! ;)
Ah, et pour élargir le débat: vous gaucher qui utilisez votre souris de la main gauche, comment vous faite pour utiliser les racourcis claviers qui sont souvent conçus pour être frappés de la main gauche. Je rappelle que l'intérêt d'un racourcis clavier c'est de pouvoir être tapé sans avoir à lacher sa souris.
Et bien personnellement je suis gaucher et j'utilise la souris de la main... droite (et sans inverser les boutons). Les premières fois où j'ai utilisé un ordi la souris était à droite donc j'ai utilisé la main droite sans me poser de question. Ça ne m'a jamais posé de problème. J'ai bien essayé de l'utiliser à gauche pour voir mais j'étais déjà plus à l'aise avec la main droite. Et j'ai essayé avec une souris "non ergonomique" de base ayant la particularité d'être symétrique.
Du coup ça me fait particulièrement bizarre de voir quelqu'un utiliser sa souris de la main gauche.
Bon, par contre les ciseaux qui coupent uniquement quand tenus dans la main droite (et encore j'ai du mal), faut bien avouer que c'est barbant!
C'est curieux moi pour la mise en page et la gestion des styles je trouve OpenOffice largement supérieur à Word, qui je trouve est une vrai galère à configurer (particulièrement pour les styles).
Par contre l'interface est très différente à ce niveau entre les deux et si tu ne connais que Word tu risques d'avoir des difficultés au début avec OpenOffice. Pourtant avec le recule l'interface d'OpenOffice est plutôt plus logique que celle de Word.
Un petit exemple en passant: sous Word le réglage du format de la page est accessible depuis le menu... "Fichier" (bizarre), alors que sous OpenOffice c'est depuis le menu "Format". (Oui je sais celui-là est facile...)
Et la configuration des styles sous Word est si galère que le fait d'utiliser Word me donne des boutons. En fait j'ai réellement découvert l'intérêt de définir des styles avec OpenOffice.
J'ai déjà eu à rédiger un document avec une mise en page spéciale (style livre blanc). Aucun problème avec OpenOffice, je pouvais faire ce que je voulais. Par contre quand j'ai obtenir la même chose depuis Word, ça demandait beaucoup plus d'efforts (à mon avis) et il y a des choses que je ne suis tout simplement par parvenu à faire (comment on fait pour définir sa propre mise en page personnalisée pour les sommaires sous Word?).
Bon bref je ne suis pas d'accord avec toi sur l'utilisabilité d'OpenOffice. Il y a certainement des choses à améliorer, mais il dépasse déjà Word à ce niveau. Par contre il faut s'investir un peu pour le maitriser car c'est pas parcequ'on connait Word qu'on va le maitriser immédiatement.
Ça a l'air très intéressant ce projet. Il permet d'avoir une accélération OpenGL dans un linux, BSD ou autre Unix virtualisés. Les pertes de perfs sont d'après leurs test très limitées (14% dans le pire des cas).
Malheureusement il ne gère pas le direct3D, ni Windows en général. D'après leur papier une telle adaptation serait tout à fait possible (en tirant partie du code de Wine3D). Ça serait vraiment cool si ça pouvait se faire. En particulier pour les jeux...
Posté par ndesmoul .
En réponse au journal Azureus.
Évalué à 1.
Je suis pas certain que ktorrent soit moins lourd qu'Azureus. Pour avoir testé ktorrent j'ai remarqué qu'il consommait certes moins de mémoire mais également nettement plus de ressources CPU. Et quand j'ai comparé, Azureus avait deux fois plus de torrent en téléchargement que ktorrent. Donc attention aux a priori.
Sinon il parait que kget va inclure une gestion des torrent. C'est peut-être même déjà dispo sous KDE4.0 (mais en fait j'en sais rien).
Pour les soustitres à part, c'est marrant que tu en parles car depuis quelques temps c'est de plus en plus courant. La plupart du temps via un container "mkv" (au lieu d'avi), qui permet justement d'avoir des flux soustitres à part.
La plupart du temps c'est du ssa, un format qui autorise toute les folies pour afficher des soustitres, à condition d'avoir un player capable de le lire.
Réjouissez vous utilisateurs de logiciel libre!
Mplayer sait maintenant correctement lire ce format (et pas seulement afficher le texte brut de pomme). Par contre c'est pas activé par défaut: c'est l'option -ass en ligne de commande (touche J ensuite pour activer/désactiver les soustitres), ou ça passe par l'interface de configuration pour smplayer et gmplayer.
Dans la version actuelle de Digikam il y a un plugin qui permet cela mais sans automatisme: il faut régler au juger les paramètres. Ça peut servir mais c'est assez limité.
Sinon le logiciel propriétaire Bibble, qui permet entre autre de développer des raw, offre cette fonctionnalité à partir d'une base de données d'objectifs.
Il permet également de corriger le vignetage (mais là il faut le faire au jugé).
Évidemment il tourne sous Linux. Il est payant mais il est possible de le tester gratuitement pendant une durée limitée.
Ouais, des fansubs qui en plus se paient parfois le luxe de dépasser en qualité l'hypothétique version DVD:
- qualité de traduction souvent très correcte (voir plus) (alors que je suis déjà tombé sur des DVD "officiels" avec des traductions de mauvaise qualité... Grrr)
- soustitres avec en plus une plus belle apparence que ce qu'autorise un DVD, y compris des karaokés (ça sert à rien mais ça en jette!)
- dès à présent on en trouve en HD!
- disponibles quelques jours après la première diffusion de la vidéo
- facilité de lecture: pas de DRM, fichiers suffisamment petits pour être manipulés facilement.
- ça prend moins de place sur les étagères (sérieusement c'est un vrai problème...)
- etc.
On obtient au final un produit de meilleur qualité que ce peuvent fournir actuellement les éditeurs en France. Comment peuvent-ils lutter?
Même avec un bitrate variable (ce qui peut également être le cas de mp3 créés avec lame avec les options ad hoc), on a tout de même un bitrate moyen, même si avec ogg-vorbis on fournit plutôt un facteur de qualité à l'encodeur.
La qualité finale est très dépendante du bitrate (ou du facteur de qualité) donné lors du codage.
À vue de nez, avec les tailles de fichier que tu donnes le mp3 est du 128 kbits/s. Le ogg doit tourner en moyenne autour de 107.
Avec ces valeurs, au moins avec le mp3, la dégradation due à la compression est relativement aisée à percevoir.
Pour le mp3 on conseille plutôt du 256kb/s, voir du 320kb/s. Pour le ogg-vorbis je ne sais pas à part qu'il se comporte mieux.
Ça m'aurait intéressé de savoir si avec de telles valeurs tu arrives toujours à percevoir une dégradation par rapport à l'original. Parceque le flac c'est bien mais ça prend trop de place...
L'applet Java de Photoways fonctionne très mal chez moi. En particulier si j'ai un nombre conséquent de photos à envoyer.
Par contre PhotoService, Pixmania (et d'autres) proposent également une applet Java (qui semble être la même entre eux mais pas la même que Photoways) qui fonctionne beaucoup mieux, c'est à dire plus rapide et sans freezer au bout d'un moment. Sur ces sites cette applet est beaucoup plus efficace que l'option du formulaire.
On ne peut que se féliciter qu'une solution véritablement mutiplateforme ait été retenu (c'était rarement le cas avant) pour envoyer ses photos en masse.
Pouvoir envoyer ses photos (et commander des tirages?) directement depuis Digikam serait tout de même intéressant ceci dit.
Par contre les logiciels de mise en page pour concevoir des livres photos sont toujours Windows only. Même wine n'aide pas. On est pour le moment condamné à utiliser la mise en page en ligne (beaucoup plus limitée) des sites que le proposent.
La CNIL n'a qu'un avis consultatif pour les décisions du gouvernement. En gros le gouvernement fait ce qu'il veut et la CNIL n'y peut rien.
Le seul pouvoir de la CNIL est dans le privée où elle peut obliger (et sanctionner si besoin) les entreprises à respecter la loi Informatique et Libertée.
La biométrie est par exemple très encadrée dans les entreprises: obligation d'un dispositif personnel pour stocker la référence biométrique en lieu et place d'une base de donnée centralisée (sauf cas particulier).
D'autre part la CNIL doit faire avec des moyens très limités (sans commune mesure avec ceux de son homologue allemande) et croule sous les demandes.
S'il s'agit de défendre notre intérêt de citoyen, c'est pas sur la CNIL qu'il faut casser du sucre mais bien sur l'Etat (de droite comme de gauche) qui ne lui donne pas les moyens de sa mission.
Je rajouterai que maintenant mplayer a un excellent support des soustitres au format SSA.
Le moteur de rendu non seulement affiche comme il faut (couleur, position, taille, etc.) les soustitres SSA mais en plus affiche mieux les soustitres "normaux".
C'est pas activé par défaut.
C'est l'option -ass en ligne de commande et un réglage ad hoc dans la config de smplayer ou gmplayer.
Euh, c'est du Java. Le même "binaire" fonctionne sur n'importe quelle architecture et OS à partir du moment où tu as une marchine virtuelle Java.
Si c'est juste pour utiliser le programme, c'est vraiment pas la peine de le recompiler. Évidemment le problème c'est qu'ils ne fournissent que des rpm ou des deb et pas une bête archive zip qui aurait l'avantage d'être complètement indépendante de l'architecture.
Alors soit tu parvient à décompresser le rpm ou le deb pour récupérer le résultat de la compilation, soit tu recompiles et alors il vaut mieux utiliser netbean.
Le fait de diposer de Dolphin permettra enfin d'utiliser Konqueror comme navigateur web, et uniquement comme tel (tout en conservant sa capacité à user de ses fonctions de navigateur de fichiers pour naviguer facilement sur les serveurs ftp).
Le truc qui va me manquer sous Dolphin c'est l'absence d'onglets. Les développeurs ont refusé d'intégrer cette fonctionnalité à Dolphin. Libre à eux mais la raison invoquée est bancale: ça serait une fonctionnalité trop complexe pour l'utilisateur lambda... J'ai franchement du mal à comprendre cette justification vu que l'utilisateur lambda il utilise déjà des onglets sur son navigateur (Firefox ou Konqueror). Ça a pas l'air d'être si compliqué que cela, surtout que rien n'oblige à utiliser cette fonctionnalité.
Les onglets dans konqueror pour la gestion de fichier je trouve ça extrêmement pratique. Du coup malgré les qualités de Dolphin je vais certainement continuer à utiliser Konqueror pour gérer mes fichiers.
Le "protocole" de test est généralement le suivant et se déroule sur environ 4 ans:
On prend de gentils enfants que l'on répartie en deux groupes, l'un ne faisant que de l'anglais/allemand/klingon/... (au choix) et l'autre commençant par l'esperanto (un ans) puis anglais/allemand/klingon (la même langue que le premier groupe, hein!).
À la fin on compare les niveaux de maitrise en anglais/allemand/...
Et là surprise, les élèves ayant commencé l'esperanto ont un meilleur niveau.
Magique? Non, il y a un truc (en fait plusieurs). On peut citer, la grammaire simple et logique qui ne masque pas les aspects essentiels, alors qu'entre le français et l'anglais ou l'allemand on a l'impression de passer d'un ensemble d'exceptions à un autre et donc de manquer l'important. Ou encore la facilité et donc les progrès rapides, ce qui donne confiance dans sa capacité à apprendre une langue étrangère.
En conclusion, pour améliorer le niveau général d'anglais des élèves français, commencer par leur apprendre l'esperanto pourrait être une excellente stratégie. Le temps "perdu" est très vite rattrapé.
L'idée de la machine qui te sort un bulletin papier c'est justement qu'elle ne compte pas les votes et que tu es obligé de passé par un décompte manuel. L'éventuel avantage de la machine c'est de pouvoir renforcer la sécurité en imprimant quelques données supplémentaires, générées par exemple à partir d'une carte d'électeur électronique, pour s'assurer que le vote est valide (unicité du vote entre autres).
Évidemment le problème est déplacé: comment prouver à l'électeur que les données supplémentaires inscrites sur son bulletin ne renseignent pas sur son identité? Impossible en effet de faire un truc plus "lisible" ici qu'une chaine hexa.
Au final c'est pas évident et pour le moment je ne sais s'il existe une solution vraiment satisfaisante.
Au final le bulletin papier traditionnelle reste pour le moment la meilleure solution.
Pour le vote à distance je pense en effet que cela doit être exclu des enjeux politiques (où réservé à un faible nombre d'individus pour des cas particuliers). Par contre pour d'autres enjeux ça peut être une solution intéressante. On peut envisager des votes sur Internet pour tout et n'importe quoi...
En l'occurrence les machines à voter en usage actuellement sont de bêtes compteurs sans réelles avantages par rapport au vote papier et avec au contraire de gros problème niveau sécurité et confidentialité du vote.
Mais on peut faire des choses plus sérieuses. Il existe ainsi des algos cryptographiques (avec des preuves de sécurité ad hoc) qui permettent de s'assurer des propriétés essentielles du vote (anonymat, le non rejeux, etc.).
L'avantage c'est de pouvoir envisager un vote décentralisé. Par exemple voter depuis n'importe quel bureau de vote (pratique quand on est en vacance...) ou depuis chez soi, ce qui pour certains votes peut être intéressant.
Encore une fois les machines en utilisation actuellement ne permettent pas ce genre de chose.
Mais le problème comme tu l'as souligné reste que le votant est obligé de faire confiance en la machine (et en son programme). Il n'existe pas de système garantissant que le choix que tu as fait à l'écran a bien été répercuté correctement. Un vulgaire bulletin papier apporte plus de garanties (bien la fraude reste possible).
Au final l'avenir des machines à voter ça sera peut-être une machine qui te sortira un bulletin papier, avec en gros le nom du candidat plus quelques infos (anonymes bien sûr) permettant de s'assurer de la validité du vote (avec algos crypto issus de la recherche dans ce domaine) et un code barre pour accélérer le dépouillement.
Le vote électronique (décentralisé) reste à mon avis une solution intéressante pour des élections à faible enjeux (représentants syndicaux, etc), ce qui peut permettre d'augmenter le pourcentage de participation car plus besoin de se déplacer.
[^] # Re: Pas mal celle-là
Posté par ndesmoul . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 3.
Si on l'imprime ça va décimer des forêts et tuer des mamans ours...!
Et je sais pas pour la norme OOXML, mais en général les textes de norme ça se lit pas comme un roman. Déjà qu'un roman de 6000 pages j'y regarderai à deux fois...
Donc les gens intelligent qui recherchent une info précise dans un document imbitable (un texte de norme quoi) , excessivement long et qui n'ont pas plusieurs mois à y consacrer, ils utilisent ce formidable outil moderne qu'est la fonction de recherche (ça marche vachement moins bien avec du papier). Ils vont pas imprimer tout le document pour ça.
À part ça, que tu sois en désaccord avec Albert n'excuse pas le fait d'être grossier.
Si tu n'es pas capable d'exposer tes arguments sans insulter ton interlocuteur et de garder ton calme face à quelqu'un qui ne partage pas ton opinion, ne t'attends pas à ce qu'on considère sérieusement ton opinion.
[^] # Re: ouhais IBM a fait pareil...
Posté par ndesmoul . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 2.
Si l'article en question a été rédigé spécialement pour le représentant Kenyan, c'est tout de même curieux qu'il soit si facile de remonter aux auteurs. A ce propos je ne sais même pas s'il s'agit d'une repompe complète d'un article. Donc je ne peux te fournir de lien vers l'article en question vu que je n'ai pas pris connaissance des commentaires Kenyans.
Pour la confiance en IBM, c'est juste qu'en l'occurence l'explication fournie par les auteurs en question me paraît plus plausible que l'hypothèse du complot fomenté par IBM. Il est possible qu'IBM n'ait pas eu un commentaire exemplaire dans l'ensemble du processus mais cette histoire spécifique sur les commentaires Kenyans me semble tarabiscotée.
En tout cas hautement moins suspecte que la profusion de nouveaux pays se déclarant tout d'un coup intéressés pour participer au groupe de travail, qui se contentent de voter oui sans commentaire sur ce texte et qui se désinteressent ensuite complètement des autres travaux du groupe de travail (ce qui provoque des blocages).
Il convient également de rappeler que l'ensemble des arguments techniques contre OOXML étaient publiques en particulier sur le site Groklaw. Et ça je suis certain qu'ils y étaient bien avant le vote ISO. Je doute que les commentaires Kenyans aient apporté des éléments originaux par rapport à cela.
Concernant MS, tu ne me verras pas écrire que MS est forcément coupable. C'est juste qu'il y tout de même un certain nombre d'éléments troublants qui indiquent qu'il y a eu des irrégularités. La question habituelle ("à qui profite le crime?") peut nous laisser supposer que MS est derrière: il a le mobile et les moyens...
De plus MS a un passif plus que douteux dans le domaine de sa soit disant ouverture et vient de se faire condamner par la commission européenne pour abus de position dominante. Alors oui les évènements récents font que j'ai des a priori!
L'enquête devra dire s'il y a effectivement eu des actions répréhensibles. Les décisions à l'ISO sont très politiques avec des luttes d'influence, des arangements entre pays, etc. Du coup il est très possible que certaines actions de MS nous paraissent limites mais qu'elles soient en fait tout à fait légales et dans la ligne de ce qui a déjà pu être observée pour d'autres normes (j'en sais rien, hein, c'est une hypothèse!)... Dans ce cas il faudra peut-être réformé le processus de vote ISO mais c'est un autre débat.
[^] # Re: ouhais IBM a fait pareil...
Posté par ndesmoul . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 3.
J'ai tout de même trouvé ceci:
http://notes2self.net/archive/2007/06/22/quot-there-is-no-re(...)
En particulier le premier commentaire de l'auteur de l'article qui déchaîne les passions, Yoon Kit Yong.
Je crois sans être sûr, et au cas où tu souhaiterai prolongé les investigations, que son site est celui-ci: http://yoonkit.blogspot.com/2007/01/skimming-through-6039-pa(...)
[^] # Re: ouhais IBM a fait pareil...
Posté par ndesmoul . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 4.
Concernant les actions de MS il y a tout de même un grand nombre de faits suspects qui pour la plupart pointent vers MS. Beaucoup plus que de la part d'IBM. IBM est-il un enfant de cœur? Certainement pas et si ils ont enfreint la loi j'estime qu'ils doivent être punis. Mais en attendant c'est tout de même vers MS que pointent les différentes irrégularités observées.
[^] # Re: ouhais IBM a fait pareil...
Posté par ndesmoul . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 10.
La seule chose c'est qu'ils ont osé publié un texte avec des arguments techniques valides contre OOXML. Oh les méchants!
[^] # Re: Mon top3
Posté par ndesmoul . En réponse au journal Quel sont selon vous les meilleurs morceaux de musique classique ?. Évalué à 2.
Beethoven:
Les 5ème et 7ème symphonie sont pas mal non plus.
Sonate pour piano n°8 op13 (Pathétique), et 23 (Appassionata), ainsi que la sonate au clair de Lune (me souviens plus de la réf.)
Mozart:
concertos pour piano 9 et 21.
concerto pour harpe et flute traversières (j'ai plus la réf mais il n'en n'a fait qu'un)
concerto pour clarinette
sonate pour deux pianos (K448) (le premier mouvement en particulier)
Saint-Saens:
La Havanaise (violon)
Symphonie n°3 pour orgue et orchestre
Gershwin:
Rhapsodie in blue
Rachmaninoff:
concerto pour piano n°2 (op18).
Haendel
Water Music
...
Et puis certains morceaux de Wagner, toujours spectaculaires comme le crépuscule des dieux, la chevauchée des Valkyries, etc.
[^] # Re: Bah...
Posté par ndesmoul . En réponse au journal Gaucher, et l'informatique..... Évalué à 2.
Ah, et pour élargir le débat: vous gaucher qui utilisez votre souris de la main gauche, comment vous faite pour utiliser les racourcis claviers qui sont souvent conçus pour être frappés de la main gauche. Je rappelle que l'intérêt d'un racourcis clavier c'est de pouvoir être tapé sans avoir à lacher sa souris.
[^] # Re: Bah...
Posté par ndesmoul . En réponse au journal Gaucher, et l'informatique..... Évalué à 3.
Du coup ça me fait particulièrement bizarre de voir quelqu'un utiliser sa souris de la main gauche.
Bon, par contre les ciseaux qui coupent uniquement quand tenus dans la main droite (et encore j'ai du mal), faut bien avouer que c'est barbant!
[^] # Re: Utilisabilité d'OpenOffice
Posté par ndesmoul . En réponse à la dépêche Le ministère de la Défense suit la voie tracée par la gendarmerie. Évalué à 9.
Par contre l'interface est très différente à ce niveau entre les deux et si tu ne connais que Word tu risques d'avoir des difficultés au début avec OpenOffice. Pourtant avec le recule l'interface d'OpenOffice est plutôt plus logique que celle de Word.
Un petit exemple en passant: sous Word le réglage du format de la page est accessible depuis le menu... "Fichier" (bizarre), alors que sous OpenOffice c'est depuis le menu "Format". (Oui je sais celui-là est facile...)
Et la configuration des styles sous Word est si galère que le fait d'utiliser Word me donne des boutons. En fait j'ai réellement découvert l'intérêt de définir des styles avec OpenOffice.
J'ai déjà eu à rédiger un document avec une mise en page spéciale (style livre blanc). Aucun problème avec OpenOffice, je pouvais faire ce que je voulais. Par contre quand j'ai obtenir la même chose depuis Word, ça demandait beaucoup plus d'efforts (à mon avis) et il y a des choses que je ne suis tout simplement par parvenu à faire (comment on fait pour définir sa propre mise en page personnalisée pour les sommaires sous Word?).
Bon bref je ne suis pas d'accord avec toi sur l'utilisabilité d'OpenOffice. Il y a certainement des choses à améliorer, mais il dépasse déjà Word à ce niveau. Par contre il faut s'investir un peu pour le maitriser car c'est pas parcequ'on connait Word qu'on va le maitriser immédiatement.
[^] # Re: 3D
Posté par ndesmoul . En réponse au journal Xen 3.2.0. Évalué à 2.
Malheureusement il ne gère pas le direct3D, ni Windows en général. D'après leur papier une telle adaptation serait tout à fait possible (en tirant partie du code de Wine3D). Ça serait vraiment cool si ça pouvait se faire. En particulier pour les jeux...
[^] # Re: Avantage et inconvénient ?
Posté par ndesmoul . En réponse au journal Azureus. Évalué à 1.
Sinon il parait que kget va inclure une gestion des torrent. C'est peut-être même déjà dispo sous KDE4.0 (mais en fait j'en sais rien).
[^] # Re: C'est exactement ca !
Posté par ndesmoul . En réponse au journal Le dilemme du pirate. Évalué à 1.
La plupart du temps c'est du ssa, un format qui autorise toute les folies pour afficher des soustitres, à condition d'avoir un player capable de le lire.
Réjouissez vous utilisateurs de logiciel libre!
Mplayer sait maintenant correctement lire ce format (et pas seulement afficher le texte brut de pomme). Par contre c'est pas activé par défaut: c'est l'option -ass en ligne de commande (touche J ensuite pour activer/désactiver les soustitres), ou ça passe par l'interface de configuration pour smplayer et gmplayer.
[^] # Re: Désolé...
Posté par ndesmoul . En réponse à la dépêche Sortie de digiKam 0.9.3. Évalué à 2.
Sinon le logiciel propriétaire Bibble, qui permet entre autre de développer des raw, offre cette fonctionnalité à partir d'une base de données d'objectifs.
Il permet également de corriger le vignetage (mais là il faut le faire au jugé).
Évidemment il tourne sous Linux. Il est payant mais il est possible de le tester gratuitement pendant une durée limitée.
[^] # Re: C'est exactement ca !
Posté par ndesmoul . En réponse au journal Le dilemme du pirate. Évalué à 4.
- qualité de traduction souvent très correcte (voir plus) (alors que je suis déjà tombé sur des DVD "officiels" avec des traductions de mauvaise qualité... Grrr)
- soustitres avec en plus une plus belle apparence que ce qu'autorise un DVD, y compris des karaokés (ça sert à rien mais ça en jette!)
- dès à présent on en trouve en HD!
- disponibles quelques jours après la première diffusion de la vidéo
- facilité de lecture: pas de DRM, fichiers suffisamment petits pour être manipulés facilement.
- ça prend moins de place sur les étagères (sérieusement c'est un vrai problème...)
- etc.
On obtient au final un produit de meilleur qualité que ce peuvent fournir actuellement les éditeurs en France. Comment peuvent-ils lutter?
[^] # Re: Son studio
Posté par ndesmoul . En réponse à la dépêche Revue de presse - janvier 2008. Évalué à 3.
La qualité finale est très dépendante du bitrate (ou du facteur de qualité) donné lors du codage.
À vue de nez, avec les tailles de fichier que tu donnes le mp3 est du 128 kbits/s. Le ogg doit tourner en moyenne autour de 107.
Avec ces valeurs, au moins avec le mp3, la dégradation due à la compression est relativement aisée à percevoir.
Pour le mp3 on conseille plutôt du 256kb/s, voir du 320kb/s. Pour le ogg-vorbis je ne sais pas à part qu'il se comporte mieux.
Ça m'aurait intéressé de savoir si avec de telles valeurs tu arrives toujours à percevoir une dégradation par rapport à l'original. Parceque le flac c'est bien mais ça prend trop de place...
[^] # Re: Son studio
Posté par ndesmoul . En réponse à la dépêche Revue de presse - janvier 2008. Évalué à 1.
[^] # Re: Désolé...
Posté par ndesmoul . En réponse à la dépêche Sortie de digiKam 0.9.3. Évalué à 1.
Par contre PhotoService, Pixmania (et d'autres) proposent également une applet Java (qui semble être la même entre eux mais pas la même que Photoways) qui fonctionne beaucoup mieux, c'est à dire plus rapide et sans freezer au bout d'un moment. Sur ces sites cette applet est beaucoup plus efficace que l'option du formulaire.
On ne peut que se féliciter qu'une solution véritablement mutiplateforme ait été retenu (c'était rarement le cas avant) pour envoyer ses photos en masse.
Pouvoir envoyer ses photos (et commander des tirages?) directement depuis Digikam serait tout de même intéressant ceci dit.
Par contre les logiciels de mise en page pour concevoir des livres photos sont toujours Windows only. Même wine n'aide pas. On est pour le moment condamné à utiliser la mise en page en ligne (beaucoup plus limitée) des sites que le proposent.
[^] # Re: Quelles libertés défend la Comission Nationale Informatique et Lib
Posté par ndesmoul . En réponse à la dépêche Quelles libertés défend la Commission Nationale Informatique et Libertés ?. Évalué à 1.
Le seul pouvoir de la CNIL est dans le privée où elle peut obliger (et sanctionner si besoin) les entreprises à respecter la loi Informatique et Libertée.
La biométrie est par exemple très encadrée dans les entreprises: obligation d'un dispositif personnel pour stocker la référence biométrique en lieu et place d'une base de donnée centralisée (sauf cas particulier).
D'autre part la CNIL doit faire avec des moyens très limités (sans commune mesure avec ceux de son homologue allemande) et croule sous les demandes.
S'il s'agit de défendre notre intérêt de citoyen, c'est pas sur la CNIL qu'il faut casser du sucre mais bien sur l'Etat (de droite comme de gauche) qui ne lui donne pas les moyens de sa mission.
[^] # Re: mon comparatif à moi
Posté par ndesmoul . En réponse au journal media player sous Linux - la totale. Évalué à 2.
Le moteur de rendu non seulement affiche comme il faut (couleur, position, taille, etc.) les soustitres SSA mais en plus affiche mieux les soustitres "normaux".
C'est pas activé par défaut.
C'est l'option -ass en ligne de commande et un réglage ad hoc dans la config de smplayer ou gmplayer.
[^] # Re: L'assembleur cool de ta ville
Posté par ndesmoul . En réponse au journal Quel vendeur de materiel en ligne ?. Évalué à 3.
[^] # Re: question du noob
Posté par ndesmoul . En réponse à la dépêche Dtek, nouveau logiciel de gestion de films. Évalué à 3.
Si c'est juste pour utiliser le programme, c'est vraiment pas la peine de le recompiler. Évidemment le problème c'est qu'ils ne fournissent que des rpm ou des deb et pas une bête archive zip qui aurait l'avantage d'être complètement indépendante de l'architecture.
Alors soit tu parvient à décompresser le rpm ou le deb pour récupérer le résultat de la compilation, soit tu recompiles et alors il vaut mieux utiliser netbean.
[^] # Re: résitance au changement
Posté par ndesmoul . En réponse à la dépêche KDE4 déchaîne les passions. Évalué à 7.
Le truc qui va me manquer sous Dolphin c'est l'absence d'onglets. Les développeurs ont refusé d'intégrer cette fonctionnalité à Dolphin. Libre à eux mais la raison invoquée est bancale: ça serait une fonctionnalité trop complexe pour l'utilisateur lambda... J'ai franchement du mal à comprendre cette justification vu que l'utilisateur lambda il utilise déjà des onglets sur son navigateur (Firefox ou Konqueror). Ça a pas l'air d'être si compliqué que cela, surtout que rien n'oblige à utiliser cette fonctionnalité.
Les onglets dans konqueror pour la gestion de fichier je trouve ça extrêmement pratique. Du coup malgré les qualités de Dolphin je vais certainement continuer à utiliser Konqueror pour gérer mes fichiers.
[^] # Re: mha
Posté par ndesmoul . En réponse au journal L'espéranto et les décideurs. Évalué à 7.
http://fr.wikipedia.org/wiki/Valeur_prop%C3%A9deutique_de_l'(...)
Le "protocole" de test est généralement le suivant et se déroule sur environ 4 ans:
On prend de gentils enfants que l'on répartie en deux groupes, l'un ne faisant que de l'anglais/allemand/klingon/... (au choix) et l'autre commençant par l'esperanto (un ans) puis anglais/allemand/klingon (la même langue que le premier groupe, hein!).
À la fin on compare les niveaux de maitrise en anglais/allemand/...
Et là surprise, les élèves ayant commencé l'esperanto ont un meilleur niveau.
Magique? Non, il y a un truc (en fait plusieurs). On peut citer, la grammaire simple et logique qui ne masque pas les aspects essentiels, alors qu'entre le français et l'anglais ou l'allemand on a l'impression de passer d'un ensemble d'exceptions à un autre et donc de manquer l'important. Ou encore la facilité et donc les progrès rapides, ce qui donne confiance dans sa capacité à apprendre une langue étrangère.
En conclusion, pour améliorer le niveau général d'anglais des élèves français, commencer par leur apprendre l'esperanto pourrait être une excellente stratégie. Le temps "perdu" est très vite rattrapé.
[^] # Re: Vocabulaire
Posté par ndesmoul . En réponse à la dépêche Quel avenir pour le vote électronique en France ?. Évalué à 2.
Évidemment le problème est déplacé: comment prouver à l'électeur que les données supplémentaires inscrites sur son bulletin ne renseignent pas sur son identité? Impossible en effet de faire un truc plus "lisible" ici qu'une chaine hexa.
Au final c'est pas évident et pour le moment je ne sais s'il existe une solution vraiment satisfaisante.
Au final le bulletin papier traditionnelle reste pour le moment la meilleure solution.
Pour le vote à distance je pense en effet que cela doit être exclu des enjeux politiques (où réservé à un faible nombre d'individus pour des cas particuliers). Par contre pour d'autres enjeux ça peut être une solution intéressante. On peut envisager des votes sur Internet pour tout et n'importe quoi...
[^] # Re: Vocabulaire
Posté par ndesmoul . En réponse à la dépêche Quel avenir pour le vote électronique en France ?. Évalué à 2.
Mais on peut faire des choses plus sérieuses. Il existe ainsi des algos cryptographiques (avec des preuves de sécurité ad hoc) qui permettent de s'assurer des propriétés essentielles du vote (anonymat, le non rejeux, etc.).
L'avantage c'est de pouvoir envisager un vote décentralisé. Par exemple voter depuis n'importe quel bureau de vote (pratique quand on est en vacance...) ou depuis chez soi, ce qui pour certains votes peut être intéressant.
Encore une fois les machines en utilisation actuellement ne permettent pas ce genre de chose.
Mais le problème comme tu l'as souligné reste que le votant est obligé de faire confiance en la machine (et en son programme). Il n'existe pas de système garantissant que le choix que tu as fait à l'écran a bien été répercuté correctement. Un vulgaire bulletin papier apporte plus de garanties (bien la fraude reste possible).
Au final l'avenir des machines à voter ça sera peut-être une machine qui te sortira un bulletin papier, avec en gros le nom du candidat plus quelques infos (anonymes bien sûr) permettant de s'assurer de la validité du vote (avec algos crypto issus de la recherche dans ce domaine) et un code barre pour accélérer le dépouillement.
Le vote électronique (décentralisé) reste à mon avis une solution intéressante pour des élections à faible enjeux (représentants syndicaux, etc), ce qui peut permettre d'augmenter le pourcentage de participation car plus besoin de se déplacer.