TImaniac a écrit 6420 commentaires

Oué mais tu peux aussi déposer des brevets effectivement pour éviter qu'un autre le fasse, mais dans ce cas tu ne les utilises pas. C'est le minimum.

Les programmes mono seront toujours packagés en rpm, deb,... et donc ce qui est dit est complètement faux.
Dans tous les cas si c'est une même société, Novell, qui distribue la plateforme Mono sur toutes les plateformes/distributions, ils peuvent garder la même cohérence partout, les libs et bin au même endroit, bref faire abstraction des spécificités de la distri. Et même si y'aura encore des .deb, des .rpm, leur création sera grandement simplifié, notamment entre les différents rpm...

Là ce n'est pas au niveau du code qu'il y a incompatibilité (ça c'est résolu avec le code intermédiaire), ...
Le but n'est pas non plus d'éviter les conflits entre les packages s, ça c'est résolu par un autre élément (versionning des assemblies notamment)...
Là c'est éviter les problèmes liées aux spécificités de configuration des distributions / OS, et Novell veut faciliter cette distribution de la même manière que Java.

J'ai pas dis que c'était une nouveauté de Mono, la nouveauté c'est que c'est un des objectifs de Novell...
Evidemment celà fait un enième système de packages supplémentaire mais au moins les solutions Java et Mono sont plus faciles à distribuer, si celà peut aider certaines boites qui ne veulent pas perdre leur temps dans le support de différentes distributions...

Effectivement, LIRC supporte la RW seulement avec la version CVS, perso pas testé avec un kernel 2.6.x.
Sinon il y a une possibilité plus "élégante" que LIRC pour l'utiliser, ici y'a un petit tutorial qui explique comment installer cette télécommande sous nux : http://remotew.free.fr/linux_fr.htm(...)
Par contre pareil, j'ai pas testé sous 2.6.x
Sinon je ne vois comme autre télécommande radio que celle de nvidia livrée avec ses cartes multimédias, mais vu le design de la télécommande, la gueule du recepteur usb, quelque chose me dit que c'est exactement la même que celle d'ATI, au logo près :-)

Le système d'XP permet surtout d'éviter que tout le monde post (il faut un minimum d'xp), que tout le monde vote, bref, c'est plus un système de confiance et de limitation... Je n'y vois donc pas trop de problème...
Ce qui pose le plus de problème c'est plutôt le vote des commentaires et la confusion permanente entre "utilité du post" et "je suis (pas) d'accord avec ce post"... Effectivement celà conduit à des posts moinssé alors qu'ils sont pourtant utiles mais ce que je vois aussi c'est que ce système permet de retrouver facilement les posts qui se dégagent, j'entend par là que le post qui aura recu plusieurs votes positifs (ou plusieurs votes tout court, c'est qu'il exprime sans doute une idée, et les gens exprime leur accord ou désaccord avec cette idée) aura de fortes chances d'être intéressant à lire. Bref, même si certains posts sont notés inintéressant sans raison, il ne faut pas oublier qu'il y a aussi les posts intéressants qui ressortent, notamment par le nombre de votes.

Toutefois, je crains que malgré ses défauts évidents (pas de séparation de la forme et du contenu, etc...)

en XAML tu as :
- du code-behind
- un système de style

je vois pas ce qu'il te faut de plus pour séparer la forme du contenu... c'est ça le défaut évident ?

Ensuite XAML n'est pas beau, c'est le talent du graphiste (programmeur) qui fait que le résultat est beau... Après il est vrai que le XAML intégrant la plupart des balises SVG, celà aide beaucoup ... encore un défaut évident peut être ?

Oué mais non je me suis mal exprimé :)
Je voulais dire que le XML n'est jamais le meilleur choix question lisibilité et qu'il y aura toujours une syntaxe plus agréable, mais ce qui fait la force du XML c'est sa syntaxe générique, et surtout je penses que c'est un des (voir le) meilleurs compromis entre lisibilité (mieux qu'un format binaire) et possibilité d'exploitation par un programme.
Et puis le XML est LE standard pour décrire un contenu déclaratif, son utilisation est donc logique.

Bah en fait chez Microsoft ils étaient partis à la base sur les CSS mais les utilisateurs ont gueulés en nombre et ils voulaient du XML. Le but n'est pas seulement d'avoir une syntaxe clair (sinon le XML est loin d'être le meilleur choix dans tous les domaines), le but est aussi de pouvoir manipuler ces informations, et pas seulement faire du parsing mais aussi l'opération inverse, générer du code à la volée, faire une transformation XSLT, etc. Bref faut dire ce qui est, CSS c'est bien mais en XML c'est mieux.

Graphiquement c'est discutable, mais WMP s'intègre dans la barre des tâches quand tu le diminiues, il s'intègre dans l'explorateur, et l'ergonomie générale des boutons, des boites de dialogues, s'intègre parfaitement. Ensuite après le système de skins permet de faire tout et n'importe quoi, mais reste que je trouve celà beaucoup plus consistant que de mélanger des apps Qt et GTK.

l'intérêt ? C'est des DEMOS, c'est fait pour montrer des fonctionnalités, montrer ce qu'on peut faire... là c'est juste leur logo qui est comme ça, on peut imaginer qu'ils peuvent l'animer pour faire ouachement classss. Bah fait le en XUL+CSS3, c'est ce que tout le monde dis ici mais j'attend de voir la même chose mooi.

Bah c'est les joies du vectoriel... et c'est rien de plus que la balise SVG Path (http://www.w3schools.com/svg/svg_path.asp(...))
Pour le deuxième lien chezmoicamarche.com

non XAML ne connais pas le style CSS, ils ont choisi une syntaxe XML beaucoup plus puissante (parcque beaucoup plus facile à manipuler, à parser, à générer).
Cet exemple est très simple, ils ont mis le style dans le même document mais rien ne les empêche de le mettre à côté.
Pour le code behind, c'est compilé "à la volée".

Non effectivement XUL est limité, il ne permet pas de faire un thème...
Enfin même, il est possible de faire un dégradé dans une application qui reprend par exemple les couleurs du thème, il suffit de bien s'y prendre...Il y a pleins d'applications qui utilisent des "skins" ou des améliorations graphiques et qui s'intègrent très bien ans leur environnement (Windows Media Player, Word 2003)... Tout est une question d'intégration. Le problème entre Qt et GTK, c'est non seulement l'effet graphique résultant qui est souvent pas très esthétique mais aussi et surtout les différences d'ergonomies.

Et si le fond dégradé était justement spécifié par le thème en dessous ?

Ici c'est juste pour montrer la puissance et la simplicité d'utilisation des outils de dessins...

franchement y'a plus joli :
http://www.xamlblogs.com/(...)
http://www.codeproject.com/dotnet/vgclock.asp(...)

Ah oui j'oubliai aussi : dans un cas tu ne peux pas modifier la voiture toi même, en cas de problème tu peux toujours râler auprès du constructeurs (pour peux que tu sois encore sous garantie), dans l'autre cas il n'y a aucune garantie autre que celle de milliers d'automobilites amoureux des moteurs GPL qui pourront t'aider ou alors ton garagiste qui t'as vendu la caisse, mais bien souvent il t'enverra chier si t'as fait une modif toi même ou bien il te filera le numéro de téléphone du constructeur de la pièce incriminé en disant "cpa ma faute" ou "je sais pas comment ca marche". La dernière solution consistera alors a réparer toi même ta voiture, et t'oubliera pas de crier haut et fort comment tu as fais (bref envoie un patch)

bon faut que j'arrête de triper moa...

non car ce qui coûte cher dans un soft c'est pas le prix de la licence d'utilisation, mais plutôt le coût d'utilisation...
C'est un petit peu comme quand tu achètes une voiture, il y a le prix de départ, qui admettons pourrait être nul si tu l'avais gagné, dans un cas tu as un contrat restrictif qui t'interdit de prêter ta voiture, t'indique qu'il faut mettre du sans plomb acheté chez Total, etc. Dans l'autre cas tu as une voiture avec le plan pour te permettre d'en comprendre le fonctionnement, de faire des modifications comme par exemple installer un moteur qui roule au GPL. Mais dans les 2 cas faudra bien que tu paies l'essence, que tu paies les réparations si tu n'es pas mécano (tu paie un prestataire de service), que tu paies les révisions (tu paie un développeur pour faire une amélioration), que tu paies aussi ton permis (la formation). Bref, il faut prendre le coût total pour juger sur la durée, c'est à dire principalement le coût d'utilisation, de maintenance.

Sauf que tu oublies le principal :
LL ne signifies pas gratuit (cf support, formation, etc.)

Alors, blague ou pas le fait qu'il est trouvé un producteur albanais ?

Et voilà le résultat, encore une entreprise pharmaceutique supplémentaire qui va breveter des médicaments, créer des innovations qui vont révolutionner plus leur service marketing que la médecine, et par dessus du tout qui va agrandir le trou de la sécu... ralala...
http://www.humanite.fr/journal/2004-05-15/2004-05-15-393709(...)

pfff je suis déçu, j'ai vu l'affiche, j'ai espéré un moment qu'on aurait le droit à un retour psychédélique de mon groupe préféré mais non, on va avoir le droit au, euh, "mur du son"... Mais bon les goûts et les couleurs ca ne se discute pas... allez hop je salue tout de même l'initiative.

Merci pour le lien, pour une fois qu'on demande l'avis de ceux qui sont le plus concerné (ou tout du moins des seuls qui devraient l'être...)

Mdr, je vois pas comment on peut convaincre une boite comme EA Sports... vu la qualité de ses softs par rapport aux versions précédentes utilise sans doute un ensemble d'outils bien rodés, tous développés sous DirectX, qui de plus signe des contrats avec Microsoft pour la XBoX... Enfin si celà vous amuse... Les problèmes de développements sous Linux (comme l'instabitilité permanente des API qui oblige à une maintenance quasi permanente des softs sans parler du support des différentes distri) vont leur coûter beaucoup plus cher que les maigres licences qu'ils vont réussir à vendre...
Enfin c'est beau de rêver mais autant le dire tout de suite, c'est pas en signant une pétition qu'ils vont se bouger le cul, c'est en prennant leur calculette qui le feront le jour où ca sera intéressant et c'est pas demain la veille.
--->[] allezzzzzzz on moinsse et plus vite que ca !

si tu as plus de 4 états (moi je trouve déjà ça trop), change de widgets, parcque franchement le checkbox c'est pas conçu pour... c'est pas pour rien qu'ils peuvent pas prendre 10 états...