TImaniac a écrit 6420 commentaires

Dans l'absolu, leur "erreur" c'est qu'il n'ont pas le droit de t'imposer ce choix (MSWin), surtout si tu n'en veux pas.
Euh, tu as toujours le choix : si le produit ne te convient pas tu n'achètes pas. Ils sont pas cons non plus chez Carreofour, ils répondent aux attentes de 95% de leurs clients et préfèrent fournir un OS préinstallé plutôt que de fournir l'OS séparement qui sera plus difficile à installer (et faudra aussi installer tous les autres logiciels).
Et qu'on me sorte pas "oui mais le consommateur il ne connait pas les alternatives blablabla" : en l'état actuel, un GNU/Linux va plutôt enmerder l'utilisateur lambda qu'autre chose, et puis les boutiques tenus par des asiatiques qui vendent des PC sans OS (à la carte) il y en a partout. Bref y'a le choix, Carrefour vend ce qu'il veut.

ben, j'ai essayé la manip répsente à cette page (j'ai plus la doc) : http://www.enderlin-direkt.com/spa/pages/d/ink/canon/bjc210.htm,(...) maintenant l'imprimante ne fait plus rien, d'après le tableau en bas de la page, je suis dans la rubrique ROM or RAM fault, c'est super rassurant :-(

J'ai déjà la dernière version de cups, effectivement, c'est sous fedora core 2.

Ah vrai dire celà ne change pas grand chose car elle est folle dès qu'elle est allumée, même PC éteind :-(

Oué enfin le but est justement de fournir quelque chose de beaucoup plus perosnnalisable, un petit peu comme ce qui se passe avec les différente distributions Linux par exemple, chacun y va un de sa petite touche personnelle, et le code source est souvent bien pratique. Et puis si Microsoft le fait, c'est qu'il y a une demande de la part du client, donc c'est qu'il y a un intérêt pour celui-ci ;)

Moué alors là je ne suis pas du tout convaincu, MandrakeSoft peut très bien se faire racheter demain par RedHat ou IBM par exemple, et hop tu peux même predre des emplois... A la limite celà ne risque pas d'arriver pour Microsoft... Franchement le fait que MandrakeSoft soit français, celà ne change pas grand chose, ce qui fait le plus d'emploi c'est les SSII qui vont réellement s'occuper du client, et il y en aura toujors, que ce soit Microsoft ou MandrakeSoft, donc à mon avis choisir MandrakeSoft parcque c'est français, c'est du chauvinisme.

Non le problème n'est pas là... Windows CE se décline pour toutes sorte de périphériques portables, et une entreprise peut rajouter des fonctionnalités propre à un matériel spécifique par exemple, rajouter des petits "+" (personnalisation des menus, intégration de certaines appli, etc.) que les autres n'auront pas (parcque je suppose que ce n'est pas du GPL, le constructeur ne sera pas obligé de fournir les sources modifiées).

C'est complètement idiot ta comparaison, tu fais la division qui te plait pour montrer n'importe quoi. Je vois vraiment pas le rapport avec le nombre de postes dans l'histoire, de plus tu pourrais très bien additionner au personnel MS France tout le personnel des SSII qui fournissent des services sur les postes Windows... Comme tu pourrais le faire pour les SSII spécialisées dans le LL...

"Concrètement, cela permettra à tous les partenaires, titulaires d'une licence, d'innover et de se démarquer par rapport à la concurrence, de conserver les modifications apportées sans avoir besoin de quelque autorisation que ce soit"
Donc s'ils peuvent se démarquer de la concurrence je suppose qu'ils peuvent revendre leur version de WinCE modifiée... sinon je vois pas l'intérêt.

perso j'utilise getdataback pour les partitions FAT et NTFS, même en partie réécrites. (je dis ca sur linuxfr parcque je ne suis sans doute pas le seul en dual boot et donc avec utiliser ces type de fichiers, notamment pour partager les données importantes qu'on a envie de récupérer)

Pourquoi faudrait-il favoriser une entreprise française[...]
En même temps je penses que Microsoft France embauche plus de monde que MandrakeSoft...
Après évidemment sur le fond je suis d'accord mais je ne suis pas sûr du tout que l'argument tienne la route.

C'est clairement mis sur le site que c'est encore au stade expérimental et que ce n'est pas fini... mias bon vu que c'est le même mec qui a fait JPython on peut facilement imaginer que c'est pas un mytho...

Ce n'est pas de l'imagination, c'est la réalité : http://ironpython.com/(...)

Je me suis loggué en root effectivement j'ai pu supprimer le job, j'ai éteind l'imrpimante, débranché pendant plusieurs minutes, mais toujours le même problème :-(
Pleeazz help !

En tout cas pour la doc .NET, la MSDN ca roxxe des mamans ours. Y'a même une version française, pleins de tutoriaux, des articles, franchement pour le programmeur c'est le panard.

pas essayé désolé, me semblait que l'article parlait de la version 1.5 beta... de toute façon celà doit être facile à vérifier dans la beta...

client-error-forbidden dès que j'essai de supprimer le job
je crois que je vais devoir rebooter sous win :-(
en tout cas merci pour vos réponses, ca me rassure en to cas, j'avais peur que ca soit l'imprimante qui était morte

Oué non mais t'inkiète moi aussi j'aime bien râler :)
Mais j'avais cru décerner un troll à la Java, et celà me fait toujours doucement rire de lire "oué faut pas copier, faut innover" et puis juste après "Java c bien", genre ca fait avancer le schmilblick :)
Nan en fait ce que je crois surtout, c'est que effectivement il serait mieux d'innover que de copier, mais forcé de reconnaître que les grosses boites on plus de temps à consacrer (et plus de cerveaux aussi) pour réfléchir et innover, la communauté du LL est surtout constitué de hackers, pas de chercheurs...
En attendant mettre à disposition des programmeurs sous linux un outil qui innove par rapport à ce qui existe déjà, c'est toujours bon, sachant qu'on peut encore attendre un bon bout de temps avant de pouvoir innover et imposer un standard.

la question qui tue :
comment tu vide la mémoire de tom imprimante parcque j'ai exactement le même problème, elle ne s'arrête plus :)

genre tu fais une classe de tableau avec des éléments génériques.
Maintenant tu veux un tableau de int.

Java :
le compilo remplace à la bourrine dans la classe le type générique par des Object et met des casts partout.
Avantage : pas de modificatoin du bytecode, compatible avec les vieilles machines virtuelles d'y a 10 ans (en même temps quel intérêt de les utiliser ?)

CLR de l'ECMA :
ce remplacement est effectué lors de l'exécution, et lorsque tu demandes le type d'un élément, il te dira que c'est "un type générique, en l'occurence de int pour cette instance", alors que Java te répondra "c'est un tableau d'object" dans tous les scenario de reflexion (tu demande des infos au code sur lui même).

Je te laisse tout de suite apprécier la différence et les restrictions qu'apporte la solution Java.

Pour plus d'info : http://www.artima.com/intv/genericsP.html(...)

Constat :
Microsoft a défini des standards parcqu'il en avait les moyens. Une partie d'entre eux sont innovants (CLR,CLS,CTS).

Personne n'a proposé une solution techniquement plus avancée pour résoudre ce problème (proposer une plateforme multi-langage pour éviter les bindings à tout va, et facilement exploitable par les autres langages difficile à adapter), alors que celà fait maitenant 3 ans que le projet Mono existe.

Bref, on prend ce qu'il y a, qui respecte les standards en plus, on y intègre le savoir faire du LL (GTK, Gecko, etc.) et hop on a une belle plateforme entièrement libre et sans risque légal (les normes ECMA empêche toute exploitation de brevets et de toute façon les brevets ne concernent que la partie spécifique à Windows).

Alors plutôt que râler, propose clairement des nouvelles spécifications, sachant que rien ne t'empêche de faire des propositions pour les prochaines version, le consortium de l'ECMA est beaucoup plus ouvert que celui de Sun (je prend pour exemple le bytecode Java qui ne va pas bouger d'un pouce pour les generics alors que le CLR de l'ECMA va intégrer des modifications qui va faire des VRAIS generics et pas des templates)

Ben y'a pas de développeurs en tant que tel, les bindings sont générés automatiquement à partir des en-tête .h de gtk (avec évidemment des patchs par dessus pour corriger les incohérences et améliorer 2 ou 3 trucs).

Ah oui et puis tant que j'y suis, un message intéressant qui remercie déjà les nombreux contributeurs qui ont répondus à l'appel, avec en plus une précision importante : poster rapidement sur la mailing-list kifaikoi, histoire de ne pas avoir d'effort dépensés en double : http://primates.ximian.com/~mkestner/weblog/pivot/entry.php?id=41(...)

Il est peut être bon de préciser que la documentation est accessible à travers un browser (monodoc) qui permet de naviguer dans la doc mais aussi de la modifier (un peu comme un wiki) et ensuite d'uploader les modifications.

De plus pour la documentation, www.gtk.org peut aider vu que GTK# est un binding au dessus.

Voili voilou.

Ah oui et puis je tiens aussi à ajouter que faire un film, celà demande un budget énorme s'il l'on part du principe que n'importe qui peut monter un groupe à très peut de frais (sans même parler de faire un disque), auquel cas les "industriels" se justifient un peu mieux.