fcartegnie a écrit 1393 commentaires

S'ils prennent les africains pour des abrutis,
et s'ils considerent que leur système peut seul leur convenir,
c'est qu'ils avouent indirectement que leur système est fait pour les abrutis !

et microsoft l'informatique pro du niveau de V-tech.

Explorer aussi on pouvait choisir de ne pas l'installer. On a vu le résultat.
De plus, OEM oblige, le choix ne sera pas fait par l'utilisateur, mais bien par le constructeur. Et ta super boite ne profiterait vraiment pas de cet avantage contre le libre ? On n'en doute pas, ce sera crypté.

Ca ne suffit pas !

Les entreprises doivent passer maintenant sous un système alternatif sous peine de risquer fortement de ne plus jamais pouvoir.

Microsoft a déjà prévu de crypter ses partitions dans vista, c'est la joie pour les kits de migration comme ceux de mandriva ! :
http://theinquirer.net/?article=26537(...) && http://theinquirer.net/?article=26504(...)

Supposons qu'on bidouille et on procède à la migration finalement par réseau, reste le problème des documents créés avecs les DRM. Illisibles pour sur sur un autre OS et donc irrrécupérables. A quoi bon migrer des données inexploitables ?

>Quand une valeur est imposée un alt="" est tout à fait valable. Quand une >valeur ne l'est pas un alt sans ="" est tout à fait possible.

Mais n'est plus un lien cliquable mais devient une ancre interne de document.

>Estimer qu'une chaine vide transformée en entier donne 0, ça te parait >absurde ? ça te paraitrait plus logique que ça donne 50px ?

Non mais même si c'est une erreur, il me semble plus logique de mettre la taille d'origine de l'image.

D'après vous :
- Je lis donc mal (pourtant la dtd confirme)
- Le w3c font que des trucs cons (pourtant vous respectez leur standard)
- Je gueule comme un putois (t'as du te lire)
passons.

Je rapelle que le problème c'est definir qu'un tag vide vaut 0, comportement bizarre trouvé suite à un width généré vide, ce que vous considérez comme une erreur de code (et que la dtd réfute).
Pour moi ce n'est pas le cas et ca doit dans ce cas prendre la taille de l'image (ce qu'ont choisi de faire les codeurs sur les autres navigateurs. Donc ils doivent être très con aussi parce qu'ils ont pas choisi de mettre 0).
Un A qui pointe sur lui même nécessite un href="", et ca a un sens c'est l'url courante, on peut meme y ajouter des arguments ? ou ancres internes #. Mais d'après vous comme le "" est interdit, faudrait le faire pointer sur google.fr. On peut aussi supprimer NULL dans les bases de données dans le cas contraire.
Mettre une valeur d'image à 0 n'a pas plus de sens que le mettre à -1 ou 10. Quoique 10 serait le moindre des maux étant donné qu'on sait qu'il y a une image (on est dans le tag) et donc forcément une dimension non nulle.

Oups je me suis mélangé les pinceaux. Manque la gate.

route add default gw IPBORNE dev ethX (ou autre, ndis doit peut etre nommer autrement ses devices, wlanX, ...)

Ce qui arrive sur l'interface n'est pas forcément destiné à repatir par le même chemin.

-> route add default gw dev ethX (ou autre, ndis doit peut etre nommer autrement ses devices, wlanX, ...)

Je pense lire correctement, mais supposons que width="" soit une erreur.
<img width src=... met tout autant IE (et seulement IE) dans le mur.

Le w3 validator confirme dans l'idée qu'une valeur vide c'est "" et non le tag. De plus, en xml, c'est obligatoire. Ceux qui font du XSLT connaissent bien le cas du 'checked' qui doit être écrit 'checked="CHECKED"'.

d'après la DTD
width a le type %length qui par définition précédente est de type... CDATA donc une chaine (vide ou non vide).

L'attribut alt est maintenant requis pour les IMG. Pourtant, la seule facon de se conformer au standard sans en fournir un contenu c'est alt="". Un 'alt' seul étant aussi (plus?) invalide que rien.

Donc estimer (uniquement chez le navigateur microsoft) qu'une chaine vide (valeur indéfinie) vaut une (valeur définie) 0 reste pour moi absurde. Ce champ étant d'autant plus destiné à évaluation dans le cas des pourcentages.

Je reproche a juste titre:

http://www.w3.org/TR/html4/intro/sgmltut.html#h-3.2.2(...)
Elements may have associated properties, called attributes, which may have values (by default, or set by authors or scripts)

Les attributs peuvent donc ne pas avoir de valeur et prendre une valeur par défaut. Donc je persiste, dans un tag image, mettre une valeur par défaut à 0 est absurde car aucune image n'a une taille 0. Il faut prendre la taille de l'image par défaut ou ne rien forcer.

Non mais ceux qui l'ont codé oui.

Suffit de voir le dernier bug (ou plutot débilité ici) que j'ai constaté en testant un site sous IE.
Les images ne s'affichaient pas. Raison: un parametre width="" dans le tag IMG. IE considerait que c'était 0. Quelle andouille de programmeur peut il penser qu'une image peut avoir une taille 0 alors que le tag lui meme veut dire qu'il y a une image, donc une largeur !

Quand tu imprimes, sors nous le résultat d'un 'lpq', on verra bien la taille de la bête à faire passer en usb.

Le script qui gere le hotplug usb pour ta clé (/etc/hotplug/(...)) ne doit pas envoyer les commandes scsi-remove.

Essaie ça après retrait du périph:
http://www.garloff.de/kurt/linux/rescan-scsi-bus.sh(...)

Quant à la limite de 16 et pas 32, un bus SCSI c'est 16 unités...

C'est que t'as pas compris la portée du message.

Et pour info, quand on a un compte ebay on peut pas s'amuser a filtrer etant donnée que tout est forgé. Le risque etant de rater les vrais messages ebay.
Quant aux rbls et spamblockers, ca n'a pas marché, la preuve.
D'ou une nécessité d'inspection rapide et pour une fois, tomber sur une énormité. Au moins, sur ce spam, il arnaqueront aucun destinataire.

tututu ! pas si vite !

Linux quoi ? Qu'est ce qui garantit que l'endianess n'est pas celle native ? Et si monsieur a un linux sur PPC ou autre ?

A verifier. Sinon le plus sur c'est de passer par un dump de la base.

Probablement que l'analyse du code assembleur a montré un bonne quantité de buffer overflow possibles.

En fait, quand t'es en code 64 sur 64, et le compilateur utilise des instructions de deplacement sur 64 et donc un déplacement mémoire se fait avec un rapport de 2n à 2n-1.

Un peu de bon sens. Il suffit de réfléchir sur les chiffres.
25 euros ? La version est OEM et donc vous pensez vraiment que les constructeurs distribuent un produit DONT ILS ASSURENT LE SUPPORT pendant 1 an ou plus pour 25 euros ? allons...

Ben justement, ou est le probleme ici ? Est-ce quelqu'un empeche les constructeurs, toi ou un autre de vendre des PCs sans OS ? Non. Si il y a un marche, les constructeurs se feront un plaisir de vendre des machines pareilles, comme Dell le fait aux USA en mettant freeDOS par exemple.


Oui, ca s'appelle les marges arrières:
http://www2.aful.org/sections/wikis/detaxe/MargesArrieres/cps_wiki_(...)


De plus la "procédure de remboursement" qui n'est pas publique, est en tout point identique chez d'autres constructeurs, de la même manière que lorsque les constructeurs on commencé à apposer des etiquettes au contenu identique contre le remboursement. Jusquà nouvel ordre, ils sont concurrents, ces procédures ne sont pas diffusées publiquement, et le seul interlocuteur commun dans ce cas qui pourrait donner ces instructions est tristement connu.

Tu as beau repeter que le juge s'est trompe et que c'est illegal, ton opinion ne sera validee que si un juge rend un jugement en ce sens. D'ici la ce ne sera rien d'autre que ton opinion.
Et moi je dis que quand un juge nous donnera raison, tu diras qu'il faut d'autres jugements et que le jugement n'a pas été porté sur le fond.

Non. C'est plus simple que cela. NCSA Mosaic (le sale navigateur qui présentait déjà de gros défauts comme afficher les images sous forme de gros boutons) existait sur linux.
http://www.ibiblio.org/pub/linux/apps/www/browsers/mosaic/!INDEX.sh(...)
Pire ce n'est pas un port mais à l'origine pour unix
http://en.wikipedia.org/wiki/Mosaic_web_browser(...)

Moi ce que j'ai noté y'a pas si longtemps dans un article, c'est leur soit disant améliorations intégrées dans je ne sais plus quel OS 64bits, qui amélioreraient les performances.
Faut vraiment que les journalistes réfléchissent avant d'écrire. C'est sur qu'un système compilé en 64bit ira au moins un peu plus vite, mais cela sans besoin de modifs. Sinon ils auraient amélioré leur 32bit depuis longtemps

Ok. J'ai eu le contenu et les documents sur le site toshiba.

C'est de toute évidence un système linux et la licence ni les source ne sont disponibles avec.

Le plus inquietant, c'est le contenu "crypté" contenu dans une des sous images du produit recovery.img -> (instimg, imgfile). Inspection plus poussé nécessaire...

Les derniers MSI, Turion Mobile 64
pour 987Euros livré.... (normal, tva à 7%)
http://config.n2o-informatique.ch/portables.asp?id=75(...)

Les parts de marché ne se retrouvent pas dans les stats.
Le calcul est effectué depuis le début de l'année, et les chiffres de février donnaient http://www.journaldunet.com/0502/050211ft-illiad.shtml free avec 3x moins d'abonnés. Or ce n'est pas proportionnel dans les stats.

Quand à l'argument des connexions RTC, free en a autant et de plus l'ip fixe sur une connexion adsl n'est pas attribuée d'office...

Le PAL en noir et blanc ? T'es sur que tu nourris pas l'entrée en SECAM ? (ou l'inverse)

Il n'y a en fait que deux disques sur le marché qui sont réellement capables d'exploiter le SATA, car à base de SCSI : les Raptor de Western Digital.
http://prixmateriel.com/recherche.php3?recherche%5Bkeyword%5D=rapto(...)
Les tests de débit montrent qu'ils plafonnent à 60Mo/s et que le transfert SATA 150 plafonne à 125Mo/s...