Boa Treize a écrit 3450 commentaires

Sinon, Java peut faire la même chose et plus mais charger une JVM en mémoire pour faire un petit graphique c'est lourd.

En fait c'est pas tellement la JVM qui est lourde (1,5 Mo d'exécutable) que la bibliothèque Java standard (32 Mo de classes Java).

Je ne vois pas comment ton site, étant bien compatible HTML 4 Strict ou XHTML 1 Strict (n'est-ce pas ?), ne pourrait pas très rapidement (voire immédiatement) devenir bien compatible HTML 5 (ou sa variante XML).

On sait que l'on devient vieux quand les trolls de votre enfance ne se retrouvent plus qu'au fond de brèves en pagailles.

Qt, GPL, GPL v3 dans une même news... et dans l'indifférence générale.

Bon allez, au lit papy !

J'aurais aussi dû dire que c'est l'élément le plus ambitieux de la norme. :-)

Rien ne dit qu'il rencontrera un grand succès, bien sûr. Rien ne dit non plus qu'il a besoin d'un grand succès : il doit pour moi rester un élément de secours, quand le reste d'HTML ne suffit plus.

Quant au SVG, il vit sa vie, il n'est pas dépendant d'HTML. Il y a plein d'autres endroits que le web où le SVG est utile (en solo pour stocker du vectoriel ; ou à l'intérieur de suites bureautiques, par exemple ; et les icônes de nos desktops favoris bien sûr).

Oui bien sûr, et la norme renforce cet aspect. Mais il faut rester pragmatique : tu voudrais d'un web sans vidéo et sans canvas ?

Qu'est-ce qu'un moteur web fait du contenu Flash, actuellement ? Comment afficher une vidéo sur un écran de 3x3 cm, actuellement ? La norme ne rajoute rien qui ne pose déjà problème, et ne répond pas au problème, mais comment pourrait-elle ?

Elle a le mérite de standardiser la manière de décrire ces éléments, pour qu'au moins les clients qui ne peuvent assurer leur présentation sachent quoi faire.

le web ressemble à un conglomérat de trucs moches scotchés

Tu veux dire que c'est une toile d'araignée, quoi. :-)

(Franchement, Internet en général et le web en particulier ont toujours été un assemblage hétéroclite que l'on aime détester. C'est sa grande faiblesse tout autant que sa grande force.)

(Et pour ce qui est d'Emacs, voici un extrait du code source de sa version 170, euh... no comment. :-)

>f]BBind'
f~34u1
q1"l
(&20."'e)
(q0-32"'n)"n
q0-arfCR'"#oBarf''
:i7q7u2'
"#q3u7q1"n0,q1-1:g3u7'
z,fq7:g7u2'
q0-4-fq7"eq4u30u1''
q0-32"e
fq2"eq1"n
0,0a-32"eoBarf'
32iq8"n@ft %.4'oRead''

(oui oui c'est bien le code source... http://pdp-10.trailing-edge.com/mit_emacs_170_teco_1220/01/e(...) )

Une chose importante à ne pas perdre de vue, c'est d'une part que la syntaxe XML est maintenue, d'autre part que le SGML est abandonné !

Visuellement la syntaxe HTML reste la "même" bien sûr, mais au lieu d'en référer à la très complexe spécification SGML pour ce qui est autorisé dans un flux HTML, la norme définit ses propres règles de parsing, nettement plus claires et plus strictes. Elle définit aussi clairement comment un navigateur doit réagir face à une syntaxe incorrecte, donc tous les navigateurs devraient se comporter de la même manière. Il ne devrait pas y avoir de "quirks mode" pour HTML 5.

- Comment parser du HTML 5 : http://www.whatwg.org/specs/web-apps/current-work/multipage/(...)

(Les navigateurs conserveront probablement leurs parsers existants pour lire HTML 4 et ses prédécesseurs.)

Fais des recherches sur l'élément <canvas> :-)

L'élément en lui-même est un (grand) rectangle vide au départ. Il dispose d'une grosse API (à piloter en JavaScript ou équivalent) pour dessiner à l'intérieur, y mettre des images, y faire du vectoriel, faire des transformations, réagir aux clics de souris, etc. C'est un peu l'équivalent de l'API Java2D. On retrouve le concept dans de nombreuses autres API, par exemple le module Canvas de Qt.

Le but est de pouvoir réaliser des applications purement graphiques (pourquoi pas des jeux, ou des IHM étrangement complexes), quand les autres éléments HTML ne suffisent pas.

- Tutoriel Mozilla : http://developer.mozilla.org/en/docs/Canvas_tutorial
- Doc Mozilla : http://developer.mozilla.org/en/docs/HTML:Canvas
- Spec (bien épaisse) : http://www.whatwg.org/specs/web-apps/current-work/multipage/(...)

C'est à mon sens un des éléments les plus compliqués d'HTML 5, surtout s'il faut en faire une implémentation performante (et il le faut, bien sûr). Ce sera probablement le dernier truc que Microsoft implémentera. ;-)

(Et Adobe doit faire un peu la gueule, même si Flash a de beaux jours devant lui.)

Petite corrections pédantes :

- En HTML 5 la syntaxe est HTML ou XML ; HTML n'est plus une application SGML, il n'y a plus besoin de DTD, des règles de parsing spécifiques font partie de la norme

- Il y a un élément absent en XHTML qui existe en HTML : noscript

> Faudra vraiment que quelqu'un m'explique l'avantage a ne plus avoir de l'xml (autre que est plus chiant que ...)

Comme d'autres l'ont rappelé, tu as le choix de la syntaxe : HTML ou XML.

L'XML ayant plein d'avantages mais aussi plein d'inconvénients, listés en partie dans ce document : http://hixie.ch/advocacy/xhtml c'est très bien d'avoir le choix entre les deux.

(Et niveau « môcheté », je prends un HTML 4.01 Strict dix fois plutôt qu'un XHTML 1.0 Transtional comme on en voit trop.)

Le refus n'était pas de le supporter, mais d'en rendre le support obligatoire.

Je ne sais pas ce que c'est devenu.

Ah non, c'est à partir de 24 ¤/mois :
http://www.kimsufi.com/services/rescue.xml

(Je sais qu'il a souvent sauvé la mise à des utilisateurs de Kimsufi.)

> Le prix du Watt sur une année est calculé sur le tarif "heure pleine", non? Donc au final, cela coûte encore moins cher à l'année...
Ou tu as fait un moyenne journalière du prix du kWh (je ne connais pas les tarifs, désolé)?

Ça fait quelques temps que j'ai pas regardé, et avec la libéralisation du marché ça va certainement bouger, mais jusque là chez EDF pour les particuliers il y avait en gros trois grands types de contrats :

- tarif fixe quelle que soit l'heure (je pense que beaucoup de gens l'ont)
- plein tarif le jour, tarif réduit la nuit (mais abonnement plus cher)
- truc spécial où on accepte de réduire fortement sa consommation d'énergie quelques jours par an, quand EDF le demande, en cas de coup dur (mise en place plus lourde que pour les deux précédents)

Tout dépend de ta définition de "fréquence". Pour moi elle repasse au même endroit toutes les minutes, d'où une fréquence de 0,017 Hz.

Maintenant, si tu t'intéresses au phénomène discret "avancée d'un cran", alors bien sûr c'est à 1 Hz que ce phénomène se produit.

J'aurais plutôt tendance à dire qu'elle a une fréquence de 0,017 Hz. ;-)

Je vois que l'intégrisme a de beaux jours devant lui.

Tes insultes sont inutiles, commentaire évalué en conséquence.

Non c'est l'inverse. La version finale sera plus chère que la version développeur, car elle inclura plus de choses (cf. le texte de la dépêche). Au final, le prix sera similaire à celui de l'iPhone.

Par OS 100 % libre, je voulais aussi dire "avec accès shell sans contrainte". Et des outils systèmes pas trop pourris niveau interface ligne de commande. Parce que le telnet Livebox, c'est quand même une belle horreur.

Intéressant ça. C'est l'architecture des Livebox Sagem, je crois. À quand un OS 100% libre dans une Livebox ? :-)

Bonjour,

Les articles du site sont rédigés par les lecteurs du site avant d'être validés par les modérateurs.

Si tu veux qu'on parle de Warsow (qui a l'air bien sympa), rédige un article ! :-)

(Les meilleurs articles sont même récompensés.)

T'es pas obligé d'installer tous les paquets, hein ? ;-)

Si t'installes pas sysvinit-functions-8.53-i486-2, tu ne les aura pas.

Tu seras obligé de mettre à jour ton package personnalisé.

Hé ouais, relancer le Slackbuild, réinstaller le paquet, et... ah tiens c'est tout.

Là, ton raisonnement tombe à l'eau puisque ta Slackware va certainement chercher à mettre à jour ce logiciel malgré ta modification.

Slackware ne cherche jamais à mettre quelque chose à jour. C'est l'utilisateur qui met à jour un paquet, ou pas. S'il s'est fait son propre paquet, il ne va certainement pas le replacer par celui de Slackware (sauf si c'était pour corriger un problème et que la nouvelle version officielle le résout, bien sûr).

Attention, ça fait au moins deux commentaires qui disent qu'il y a checkinstall sous Slackware, or il a été retiré de Slackware 12.0 justement parce qu'il ne marche pas avec les versions de linux/glibc/gcc/coreutils/vasavoir qui sont utilisées.

Le ChangeLog a dit :

extra/checkinstall/: This had to be removed because it does not work with the
latest coreutils. There is a readme in this directory with the URL to
checkinstall's homepage, so if you must use checkinstall poll the site
periodically to see if a version comes out that fixes this issue.

J'en veux aux propos de Pat qui sont "insultants" envers d'autres projets. (...) Mais quand c'est Pat, c'est de la faute d'un autre. Ce n'est pas de sa responsabilité. Ça c'est trop facile, et ça me gonfle comme explication.

Ah ouais ? Qu'est-ce qu'il a dit ? Cites-nous donc les propos que tu lui reproches, plutôt que d'accuser complètement à tort.