Pinaraf a écrit 3682 commentaires

Il a dit "pour microsoft", que l'on peut interpréter comme étant "du point de vue de microsoft" ou "au service de microsoft".
Si on prend le point de vue de microsoft, il est clair que la boîte et la communauté bossent gratos...

De toute façon .net ça pue, comme XP...

Je parlais de moonlight, pas de mono.
Mono ils peuvent ajouter des API par exemple. Pour Moonlight ils font comment ? Ils ajoutent des APIs et autres spécificités histoire que tes fichiers soient compatibles qu'avec moonlight et pas silverlight ? Dans ce cas l'inverse ne serait pas choquant...

En fait c'était pas sur ce lien mais un autre : http://www.mono-project.com/Moonlight

Since Linux and MacOS developers will not be able to run Blend on their operating systems, it might be useful to build a minimalistic XAML designer built on top of Silverlight itself.
Mais bon de toute façon l'idée de base reste : un clone ne pouvant innover est-il une alternative ?

Tu appelles moonlight une alternative libre à silverlight ?
Les outils de développement d'applications silverlight ne seront dispos que sous windows (cf le lien du journal, aucune version libre n'est prévue dans moonlight).
Je suis prêt à parier qu'il y aura des incompatibilités subtiles, des trucs qui passeront pas ou moins bien...

Et si un clone est une alternative...

Dans la liste des applications que je connaissais pas, on notera pidgin qui permet de remplacer votre kopete ou gaim préféré.
Pour info, pidgin c'est gaim 2 qui a changé de nom...

(et il est pas au niveau de Kopete pour l'intégration à Kontact ou Konqueror par exemple)

Et voilà, merci X le Grand Coupable de tous les crimes du monde...
C'est pas la faute de X mais des toolkits et des applications. Teste ça avec que des applis Qt4 par exemple... La fluidité n'a rien à voir avec celle des applis Qt3 grâce au double buffering (et d'autres optimisations).

Cacher les extensions c'est la pire chose que l'on puisse faire. Je peste très souvent contre l'explorateur windows et ce comportement, j'ai pas envie de pester aussi contre Konqueror et Nautilus. Parce que même si c'est configurable, si c'est le réglage par défaut c'est un coup à foutre la merde.
Ensuite, le NTFS... C'est bien beau de dire qu'on peut écrire dessus sous Linux. Mais y'a pas que Linux dans la vie. Y'a aussi Mac OS X qui jusqu'à peu n'avait pas encore de pilote NTFS il me semble (avec le port de FUSE c'est peut être possible)
Y'a aussi et surtout les OS embarqués des baladeurs et appareils photos : ça m'étonnerait qu'ils puissent se permettre l'utilisation du NTFS. Sans oublier les dangers liés aux brevets...

Mais j'ai pas d'inquiétude, KDE 4 et le projet Nepomuk (en cours de changement de nom) devraient bien utiliser les meta données (ça se fera progressivement par contre, au fur et à mesure des versions de KDE4...) Et les autres bureaux, ils font ce qu'ils veulent.

Ça veut dire quoi une interface plus réactive ?
Mon X réagit instantanément lors d'un clic sur un bouton : il est réactif. Il réagit instantanément aux déplacements des fenêtres. L'affichage de la fenêtre déplacée n'est pas saccadé. Par contre, selon le toolkit de l'application derrière, ça peut apparaître saccadé. Mais c'est qu'une question d'apparence.

Ok, petite expérience : sur ton Mac, crée un fichier à un format quelconque genre OpenDocument. Tu le nommes toto. Sans l'extension bien sûr vu que ton Mac a le type du fichier en méta donnée.
Maintenant, copie toto sur ta clé USB. Vérifie bien que toto n'a pas d'extension.
Ensuite, ouvre ta clé USB sur windows. Bon amusement pour ouvrir toto.
Autre solution : envoie toto dans une archive par mail.
Autre solution : envoie toto sur un serveur web.
Autre solution : balance toto sur un partage réseau...

Perdre les méta données c'est un grave problème si tu identifies le fichier avec ça.
En gros le navigateur de fichier doit rester compatible avec l'ancienne méthode, l'ancienne ancienne méthode tout en implémentant une nouvelle méthode. Sympatique tout ce micmac...

C'est beau de dire qu'il faut tout modifier pour utiliser tel truc révolutionnaire ceci cela.
Mais vu l'état du "marché" c'est foutu d'avance. En effet, un monstre possède plus de 95% du marché et toute solution qui ne s'intègre pas ou mal sur ce monstre et ses standards est mal barrée.
Certes après on peut se dire "ouais nos bureaux utilisent pas les extensions", mais on devra les garder pour windows. Compte pas sur les systèmes de fichiers : le FAT pour les clés USB et cartes mémoires c'est pas demain que ça s'arrêtera...
Puis si on se faisait un standard joli tout plein, si lors de la sortie de vista+2 microsoft corrigeait ce problème ça serait sûrement avec son propre format incompatible et un bordel immonde à gérer pour nous...

Welcome to the real world.

Tu couvres quelle superficie avec une antenne de téléphone portable ?
Et pourquoi en allemagne l'installation d'éoliennes semble ne pas gêner les gens ?

Pour l'éolien, la pollution visuelle n'est pas un problème. Les gens acceptent sans soucis les ignobles antennes pour les téléphones portables, alors pourquoi les éoliennes poseraient des problèmes ?

J'ai retrouvé ma source : http://libmtp.sourceforge.net/index.php?page=history

MTP est supporté sous Linux. Cf la wikipedia : http://en.wikipedia.org/wiki/Media_Transfer_Protocol
On peut noter plusieurs choses :
- Le MTP pourrait devenir une classe de périphérique standard, comme le mass storage
- Microsoft a offert un Zune à des développeurs Linux pour le support du MTP (je retrouve plus ma source)

L'un des intérêts du MTP c'est d'être indépendant du système de fichier utilisé dans le lecteur. Ainsi le lecteur est pas obligé d'utiliser l'ignoble FAT. De plus le MTP permet au lecteur d'annoncer ses capacités (formats supportés par exemple), utile quand on a un logiciel comme Amarok derrière...

+1...
Malheureusement, comment expliquer aux gens les dangers de Skype notamment ? Comment leur faire comprendre qu'une appli propriétaire avec un protocole aussi fermé que possible doit être évitée ?
Les gens s'en foutent royalement, et ça va être dur de les faire changer d'avis.

Ce qui est plus intéressant c'est qu'il n'y a pas de déplacements de la tête de lecture... et ça ça ralentit bien le boot d'une machine.

Tu devrais vérifier la configuration de ton IPoT... Cette version de X.org date de février, il y en a déjà eu une (mineure) depuis.
Journal pour la sortie de la version 7.2 : http://linuxfr.org/~Drake/23809.html

Sous debian, la dernière fois que je l'ai fait (moins de 3 jours), ça a rien téléchargé : tout était dans le paquet...

Les distributions peuvent déjà intégrer Java hein. (cf debian ou ubuntu)
Par contre c'est pas en licence libre.
Pour ce qui est propriétaire, faut trouver des remplaçants (et ça va être dur)

Ben tout ce qui est rendu des polices et Java2d ça vient de chez kodak par exemple. Et kodak refuse de mettre ça en GPL. Donc les mecs de Sun disent : "on fournit ça dans un blob binaire, et on espère que y'aura assez de motivés pour coder ça en GPL sans perte de fonctionnalités ni de performances" (ce qui sera dur pour Java2d)

Pour windows uniquement.
Ça change quedal à la liberté de Qt. Un "fork" de Qt3/X11 était même disponible pour windows (sans dépendance à X bien sûr).
Affirmer comme tu l'as fait que Qt n'est libre que depuis 2005, c'est du crétinisme, de la connerie et du FUD.

Je vois pas ce qu'il y a de faux là dedans.
La version libre existe depuis avant 2002, et sa version windows n'est dispo que depuis 2005 parce que Trolltech considérait que les développeurs sous windows étaient pas prêts et avaient trop l'esprit "shareware" (citation à peu près d'un vieux Linux Mag).
Et en 2003 des devs ont commencé une version libre de Qt sous windows (et il me semble que leur travail avait abouti) à partir de la version libre de Qt pour X11.

Qt est libre depuis au moins 2002. En 2002 un port windows de la version GPL avait été entamé par les développeurs de KDE pour cygwin.
À moins que la GPL ne soit pas libre bien sûr.

On ne dit pas presbite : on dit casse couilles...


Ou à la rigueur presbyte quand c'est quelqu'un qui voit mal.