WhiteCat a écrit 702 commentaires

Tu inverses swfdec et gnash.
swfdec est désormais abandonné, mais gnash continue à s'améliorer petit à petit.

Je rajouterais que la situation avec le GIF/JPEG n'a rien à voir avec la situation actuelle. Je ne connais pas toutes les dates, mais quand Firefox a émergé, le GIF et le JPEG, même le Flash, était déjà très utilisé. Si Firefox n'avait pas su lire ces formats il n'aurait sûrement pas décollé.

À l'heure actuelle Firefox peut utiliser un plugin Flash qui permet de lire de la vidéo, et on connait tous les avantages et les inconvénients de Flash. Comme on le sait, le H.264 est majoritairement utilisé pour les vidéos dans le Flash. Si Firefox pouvait lire nativement le H.264, alors évidement ce format deviendrait presque immédiatement le standard de fait. Il n'y aurait aucun "combat" !

La ligne de conduite de la MoFo est de rendre le Web meilleur, pour faire simple. Et rendre H.264 le "codec vidéo standard du Web" n'est clairement pas sa vision. Quand tu (Zenitram) dis que la MoFo n'est pas cohérente, je trouve au contraire qu'elle l'est. Elle essaye tant bien que mal d'éviter qu'un codec non libre et extrêmement cher soit OBLIGATOIRE pour espérer "vivre" (en tant que navigateur).

Et au fait, si Firefox avait tout de suite implémenté le H.264 (ou même via un backend OS), est-ce que la MPEG-LA aurait rallonger à 2016 les licences gratuites ? ...

Et le module de recherche est toujours aussi à chier dans cette version ? Parce que à chaque que je dois chercher un mail, je dois aller sur Gmail directement.

Sérieux, quand j'ai lu cet article sur Numerama l'autre jour, j'ai vraiment été scandalisé dans leur propos (ceux de la SACEM américaine j'entends).

C'est exactement comme si les agences immobilières voulaient interdire TOUTES les transactions qui ne passent pas par eux. Ils veulent le monopole. Et ils le revendiquent, je trouve ça hallucinant.

En plus, ils disent qu'"on" vole les artistes de cette manière, mais à ce que je sache, lorsque une œuvre est publiée sous copyleft, c'est bien l'auteur qui a choisi de la mettre sous cette licence. En quoi ça regarde la "SACEM" ? Si l'auteur veut diffuser ses œuvres gratuitement / librement, il fait ce qu'il veut.

Übuntu ? omg

Euh... moi j'appuie sur la touche "Verrouillage Numérique" et je tape la lettre accentué ("é" par exemple) et ça me donne É.
Pas besoin de faire compliquer.

Les langues ne sont pas des langages informatiques. Y'a pas quelqu'un qui s'est dit un jour : "tiens aujourd'hui je vais inventer le français". Le français, comme la majorité des langues je suppose, a énormément évolué, ce qui fait toutes ses particularités/difficultés.

Si tu veux des langues plus simples, il y a justement les langues dites "construites" comme l'esperanto.

Il y a aussi une phrase servant d’exemple, je l’ai oubliée, qui change complètement de sens selon qu’elle est écrite avec ou sans accent.
Peut-être : "UN POLICIER TUE AVEC UN PISTOLET."

Je n'avais pas apprécié Ktorrent.

Mais oui je trouve aussi très bien qu'une version Qt soit développée, mais actuellement elle est complètement inutilisable.

Étant sous KDE je me devais d'essayer la version Qt : et bien je vous la déconseille vivement, elle est probablement au stade pré-alpha je ne vois pas d'autres explications à la monstruosité.

La GTK+ se porte bien heureusement.

Le HTML sert à structurer la page [...]
Oui.

Le HTML sert à [...] mettre en forme [...]
Ben non c'est le CSS qui est censé mettre en forme la page.

Le HTML [ne] sert [...] pas à décrire le contenu.
Ben si justement, les balises HTML décrivent le contenu. Sinon faut m'expliquer les balises < p > qui disent que c'est un paragraphe, les balises < ul > qui disent que c'est une liste, les balises < nav > (html5) qui disent que c'est un menu de navigation sur le site, etc. C'est bien pour ça que les balises existes, sinon il n'y aurait que des balises < div > et < span >.

Donc une balise (ou un attribut comme mentionné dans un précédent commentaire) spécifiant un contenu "adulte" est je trouve tout à fait une bonne idée.

J'utilise Fedora donc je rapporte mon bug sur le bugzilla dédié. La personne a qui est assigné metacity chez Red Hat a fait tout ce qu'il faut pour remonter le bug upstream.

Je vois pas du tout ce qu'il y a de choquant dans la façon dont j'ai procédé (outre le fait que je n'ai pas mentionné l'adresse du bugzilla Gnome dans le journal... diantre quelle erreur).

Bizarre, j'essaierai aussi avec Firefox ce soir.

Quoiqu'il en soit, ce n'est pas pour ça qu'il n'arrivait à le reproduire, mais à cause de la vitesse de son double-clic.

Enfin, il vient de proposer un patch, tu peux fouiller dans les commentaires ci-dessus pour le trouver.

C'est bien pour ça qu'il utilise un rawhide pour maitriser tous les bugs. Et quand il faut chaud, il ne faut pas oublier sa fedora sous peine d'attraper des coups de soleil.

Oui j'aurais dû, mais le bugtracker de Red Hat était beaucoup plus actif que celui upstream.

Oui, ici : https://bugzilla.gnome.org/attachment.cgi?id=163253

Pour les utilisateurs de Fedora 13, le paquet patché : http://koji.fedoraproject.org/koji/buildinfo?buildID=177538

Je doute que le dev parle français.

En à peine moins de 4 heures, ce post à permis de savoir que 17 personnes peuvent reproduire ce bug. C'est beaucoup plus de monde que sur la mailing list du bugtracker. Et comme le dev n'arrivait pas à le reproduire, cela montre que c'est lui qui devait avoir un problème. Si personne ne c'était manifesté, on aurait pu imaginer qu'il se foute de ce bug.

+1
d'autant que maintenant le dev peut le reproduire, si ça peut lui éviter de chercher trop longtemps la source.

Oui bonne nouvelle, Owen Taylor, puisque c'est à lui qu'est assigné le bug dans le bugzilla de Red Hat, vient d'indiquer qu'il est enfin en mesure de reproduire le bug. Il ne pouvait pas le faire jusqu'à présent car ces préférences de clic étaient trop rapides, il a modifié cela et désormais il peut réellement *double-cliquer* (2 clics de suites). Et le bug se produit.

Maintenant qu'il peut le reproduire, il va tenter de trouver l'origine exacte et sûrement proposer un correctif bientôt.

Tu as compilé par toi-même metacity ? Tu n'utilises pas Compiz ?

Le problème est justement que ce qui savent programmer ne rencontrent pas le bug et ne sont donc pas gênés, alors que ceux qui le rencontrent ne savent pas programmer (ou pas suffisamment pour corriger metacity...).

Oui c'est quand j'ai 2 appli maximisée, le gestionnaire de fenêtre croit que j'ai cliqué sur l'icône "fermer" de la fenêtre de derrière.

Oui j'ai oublié de le mentionner explicitement dans le journal, les utilisateurs de Compiz n'ont pas de problème puisque Compiz remplace metacity.

Tu veux dire... KWin ! Parce que le problème vient de metacity. Gnome + Compiz n'a pas ce problème :-)

Mais bon, je n'y crois pas trop, parce que le petit bouton pour afficher le bureau n'est pas disponible... C'est peut être un détail pour vous, mais pour moi ça veut dire beaucoup.

# yum install kdeplasma-addons