Pinaraf a écrit 3682 commentaires

Pour information, des achats groupés du neo freerunner sont prévus sur cette page : http://wiki.openmoko.org/wiki/GroupSales
N'hésitez pas à y participer !

Faut pas non plus oublier que le développement de la norme se fait en prenant en compte les remarques des développeurs d'OpenOffice, mais aussi de KOffice (et aussi d'autres, mais j'ai la flemme de chercher)
Y'a pas longtemps, on a pu envoyer nos dernières remarques et commentaires pour la production de la version 1.2 de la norme ODF. Et tout au long de la production de cette nouvelle version, nous avons pu participer, signaler des trucs qui nous gênent actuellement...

Fichtre...
C'est vraiment surprenant, je bouffe de l'OpenDocument presque tous les jours pour KOffice, et je vois pas ce qui le lie à OpenOffice.org.
Ne prendraient-ils pas le problème dans le mauvais sens ? Le problème de l'OpenDocument pour Abiword ne serait-il pas plutôt qu'il ne soit pas une transcription du format interne d'Abiword ?

Tu noteras qu'à aucun moment je n'ai affirmé avoir une parfaite connaissance, et j'ai tout à fait admis, dès le commentaire d'alexissoft, l'existence de cette fonctionnalité.
Sauf qu'une telle fonctionnalité est a priori visible immédiatement.
Comment expliques-tu qu'en plusieurs années d'utilisation de windows (j'ai pas mal utilisé windows 95, 98² et 2000 SP2 à 4), je n'ai jamais vu le moindre aperçu d'un fichier dans l'explorateur windows ?

Et pour info, un comportement insultant et profondément crétin comme le tien ne fait pas progresser le débat non plus.

Hé ben j'ai jamais vu ces fonctionnalités sur windows 2000, c'est tout. J'ai jamais eu l'occasion d'utiliser vista, ni XP sur mes machines. Et comme les liens que tu donnes parlent de trucs spécifiques à Vista, j'en ai déduit en toute logique qu'il s'agissait d'une nouveauté de vista.
Si tu avais donné des liens clairs et ne portant pas à confusion, le problème ne se serait pas posé.

Pourtant ce n'est pas ce qui est dit sur le site de microsoft dans les liens donnés précédemment.
On peut donc même pas croire la documentation de microsoft sur ses propres OS ?

Désolé j'ai pas connaissance des nouveautés de vista. Je me suis renseigné sur du NT5 uniquement.

Donc ça résume Linux à une roue de secours en cas de plantage de Windows ?
Sympa.

Il fait aussi un aperçu des fichiers pdf, opendocument, ps, html ou encore texte brut ?

Je suis on ne peut plus d'accord avec ça aussi.
Par contre, le STR peut parfois échouer, ça dépend beaucoup des pilotes.
Un autre problème, c'est les vieux BIOS, qui peuvent ne pas le supporter. J'ai chez moi un PC qui, quand on demande un STR, s'éteind complètement, sans prévenir l'OS... Très gênant :/

(Sinon ce qui me prend le plus de temps pour sortir ma machine d'un STR, c'est taper mon mot de passe, il me faut bien 5 secondes minimum, et pourtant je tape assez vite... Je devrais peut être avoir des mots de passe moins longs)

Hum, on peut estimer qu'il y a une guerre entre les navigateurs afin de capturer des parts de marché, sauf que cette fois ci elle se joue sur les performances et les fonctionnalités.
Et cette compétition est toujours la bienvenue.
Après le terme "guerre" est sûrement exagéré, mais ça fait plus vendeur...

Ces technologies existent sous windows, et alors ?
Ça change quoi au fait qu'elles soient largement mieux utilisées et mises en avant dans KDE ?
De plus Konqueror fait bien plus que l'explorateur windows, par exemple l'explorateur windowsest incapable de faire un aperçu des fichiers.

Non.
Le thème par défaut dépend de ton environnement graphique. Si t'es sous Gnome, il va utiliser Cleanlooks. Si t'es sous KDE, il va utiliser Plastique...

Si tu parles d'explorer sous windows, ça n'a pas grand chose à voir, ce qui est fait dans Konqueror est largement au dessus de ce qui est fait sous windows.
Sous windows quand tu ouvres un dossier de ton système sur ton navigateur web, il se transforme et change complètement d'apparence. Pareil quand tu fais l'inverse.
De plus, Konqueror peut aussi afficher dans le navigateur des fichiers à de nombreux formats à l'aide des kparts...

(Et si tu veux partir dans les comparaisons douteuses, on peut dire que la navigation spatiale dans nautilus fait penser à la version 95 d'un certain OS...)

Sauf que WebKit ajoute en plus un côté cauchemardesque pour les paquets, il me semble qu'il sera très difficile d'avoir un seul WebKit pour toute une distrib, y'aura a priori WebKit gtk, WebKit - Qt 4.4 et WebKit - Qt trunk par exemple. 3 versions différentes, en cas de faille faut que tout le monde corrige...
Enfin, apparemment les packageurs de Debian travaillent sur le sujet... Est-il possible d'y arriver ? J'en doute... Ça risque de forcer des gros changements sur la façon dont WebKit est compilé.

Ça se discute.
De toute façon, Konqueror n'implémente pas de moteur HTML hein, c'est KHTML le moteur utilisé par défaut dans Konqueror. Mais rien ne t'empêche de coder un autre moteur et de l'intégrer dans un KPart pour le mettre à la place de KHTML dans Konqueror...
Et ho surprise, Summer of Code 2008, projets KDE : un KPart pour utiliser QtWebKit à la place de KHTML.
Ça pose quand même un problème au niveau de la maintenance et des possibilités d'évolution : ça va brider sérieusement les développeurs de KDE, et de plus ils vont y perdre des fonctionnalités propres à KHTML. Enfin, que va-t-il se passer quand une faille de sécurité sera trouvée ? L'équipe de KDE sera incapable de régler seule le problème, ça va être plus lourd...

Là il est clair que c'est une énorme bourde des mainteneurs du paquet OpenSSL de Debian.
Plusieurs personnes parlent de retirer le paquet des mains du ou des coupables...

Il rédige juste un journal contre un discours marketing de Mark Shuttleworth, qui souhaite tout de même foutre le bordel dans les plannings de toutes les distributions et de tous les projets upstream.
Mark souhaite un truc complètement débile, pour le bien de son service marketing uniquement.
La réaction d'IsNotGood est trop orientée Redhat/Fedora à mon goût (toutes les distribs sont touchées), mais il a entièrement raison sur ce journal.

Je suis tout à fait d'accord avec ton journal (bon, après tu te focalises comme d'hab sur Redhat et Fedora, mais c'est pas un soucis).
Un autre truc qui me sidère chez Shuttleworth, c'est qu'il veuille faire synchroniser les plannings des projets upstream aussi : il voudrait que X.org, KDE, le noyau, OpenOffice.org, Firefox, Gnome et tous les autres projets sortent une version tous les six mois... C'est une aberration totale. Les projets ont des équipes différentes, des objectifs différents, et lui souhaite juste qu'ils servent tous le calendrier d'ubuntu finalement, ignorant complètement les plannings, objectifs et moyens de chaque projet.

Le FAI n'est il pas capable d'analyser le traffic et de déterminer si l'utilisateur fait du http ou alors s'il utilise un protocole qui s'approche de freenet ?
Freenet a un protocole qui est difficilement identifiable ?
Le protocole de Freenet est chiffré, a priori rien ne permet de l'identifier.
Au passage, un article intéressant sur numerama à propos du filtrage du P2P : http://www.numerama.com/magazine/9243-Filtrage-du-P2P-un-fia(...)

Si Qt n'était plus dispo qu'en GPL, ça serait un problème pour les clients de Qt proprio comme Adobe, Skype, Opera...

Mais cela peut concerner d'autres entreprises, comme TrollTech avec Qt... mais eux auraient signé un accord avec la communauté comme quoi quelque soit la composition du conseil d'administration de TrollTech, si il est décidé d'arrêter le développement de Qt sous GNU GPL, la dernière version open source de Qt serait placé en licence de type BSD.
Pourquoi l'emploi du conditionnel ? Tu doutes donc de cet accord ?
Il est signé sur papier, disponible en version numérisée sur le site de KDE.
http://www.kde.org/whatiskde/kdefreeqtfoundation.php
Plus exactement :
http://www.kde.org/whatiskde/images/agreement1.png
http://www.kde.org/whatiskde/images/agreement2.png
http://www.kde.org/whatiskde/images/agreement3.png
http://www.kde.org/whatiskde/images/agreement4.png

Mais c'est l'ensemble des patchs appliques au systeme. Cette librairie a ete modifiee par une requete d'une societe, on leur a fait un patch, ils ne s'en sont jamais plaint (car ils l'utilisent de maniere differente), on l'a integre dans le service pack, et la il ressort que dans un contexte different, il y a probleme.
D'accord, donc vous avez des patchs privés qui se promènent en plus...

Brrrr

Moi ce qui me gêne en fait c'est le fait que les Service Pack ne soient pas juste l'ensemble des patchs appliqués au système. Pourquoi le Service Pack doit-il changer une librairie de haut niveau ? Pour un bug ou un problème de sécurité ? Si oui, alors pourquoi ça n'a pas été patché avant ?
Quand debian sort une rX pour stable, c'est juste les paquets de stable en incluant les corrections de bugs et de failles, rien de plus...

"La télé, il faut pas être méchant avec ceux qui en font. Je crois que ça peut arriver à tout le monde d'avoir besoin d'travail."

(Coluche)