>l'opensource pourra-til survivre dans une balkanisation du web?
La balkanisation, ça fait des années qu'elle est là, mais grâce à l'open source et les promotions des standards, elle a quand même bien reculée (mais pas assez hélas). Alors oui, l'opensource va survivre.
Pour la survit des standards : on a un moteur de rendu libre, Gecko, qui a 30% des parts de marché, sans compter Webkit qui commence lui aussi à se tailler la part du lion. En comptant en plus la maigre PDM d'Opera, ça commence à faire pas mal de moteur reposant sur les standards du web (même si c'est pas completement). Et c'est pas fini.
IE8 est encore un pas en avant vers le support des standards du web, montrant la volonté de Microsoft d'aller dans le bon sens (même si IE8 sera encore à la traîne techniquement, ils ont tellement de retard les pauvres..)
Alors je pense que les standards du web ne sont pas prêt de mourir, bien qu'il faille continuer le combat contre ces technos comme silverlight ou flash, qui sont tout sauf des technos "Web" au sens idéologique du terme (voir un de mes commentaires passés sur le sujet : https://linuxfr.org//comments/973331.html#973331 )
>Et le soucis c'est que le Theora étant très peu répendu dans les softs de montage vidéo "grand public",
Ça pourrait le devenir si il y a plus de demandes. Et la popularité des navigateurs intégrant Theora pourrait être un catalyseur pour augmenter cette demande.
À coté de ça, il y a quand même des encodeurs.
>Pire, si demain MS et Apple intègrent le support H264 dans la balise HTML5, c'est Firefox qui passera pour un has-been...
Firefox intégrera, en plus du backend Theora, le backend GStreamer sous linux, DirectShow sous windows et Quicktime sous mac. Si je ne me trompe pas, ces backends supportent (au moins par le biais de plugins) le format H.264.
Donc non, quand tout le monde diffusera du H.264 (si Theora n'a pas fait sa petite place), Firefox sera prêt et ne sera pas has been.
Tu va me dire qu'alors ça diminue les chances de pousser Theora, mais ce n'est pas sûr qu'ils intégrent ces backends dans la prochaine version de Firefox, pour justement pousser Theora (je peux cependant me tromper).
Il est peu probable que MS intégre d'office theora dans DirectShow. Par contre il est plus probable que IE à l'avenir support l'élement video. M'enfin ce sont deux choses complètement différentes. Restons sur le sujet Theora :-)
Avoir un décodeur Theora installé directement dans le navigateur de 30% d'internautes, c'est toujours mieux que 0%, et donc du coup, il est évident que ça va permettre de populariser Theora. Je ne dis pas que ce format va détroner flash ou je ne sais quel autre format, mais il va être plus connu, c'est sûr.
On utilise déjà sur xulfr la balise video avec un fichier theora : http://xulfr.org/news/2008/10/31/268-maow-2008. extrait :
habitude de vieux, possible, mais quand même, le chèque reste très utile..
Pas plus tard qu'avant hier soir, j'appelle sos medecin, le medecin vient tard dans la soirée. Et pour le payer, un chèque c'était parfait.
Liquide : j'en avais pas assez sur moi, et allez au distributeur du coin, ça m'embêtait par ce froid/pluie/nuit noire etc..
Perso je me voyais mal allumer mon ordi devant lui et lui demander ses coordonnées bancaires. Surtout qu'avec un paiement directe par le net :
- il faut que la personne ait ses coordonnées bancaires sur elle ou les connaissent par coeur
- qu'il n'y ait pas de problème de connexion adsl
- qu'il n'y ait pas de problème d'accès au site
- que le site de la banque ne soit pas fermé pour maintenance (ça m'est déjà arrivé avec logitelnet le soir)
- que la personne soit sûre que je ne lui montre pas un faux site de ma banque bah oui, comment peux-t-elle vérifier que je l'ai bien payé ? au moins avec un chèque, il est plus rassuré, il pourrait demander une carte d'identité pour vérifier au moins que je suis bien le propriétaire du chéquier etc
- que la machine ou le navigateur ne plante pas, parce que c'est bien connu, les emmerdes arrivent toujours au plus mauvais moment.
Avec un chèque au moins, en 10 secondes c'est fait, rapide, efficace, pas de risque de panne, de défaut de connectivité ou autre :-). Surtout que les médecins de nuits, ils sont souvent pressés, et c'était le cas cette nuit là car il avait beaucoup de malade à visiter.
Dans certains cas, je pourrais utiliser la carte bleue. En effet, j'ai déjà eu affaire à des médecins de nuit qui se baladent avec un terminal bancaire. Cependant, qui m'assure que le terminal n'est pas un faux ? Qu'il n'a pas de keylogger (pour le code secret) etc... ?
Bref, je pense que chaque mode de paiement à ses avantages dans certaines situations, et que le tout "virement par net" ou le tout "carte bleue" n'est pas une réponse universelle.
Mais c'est une horreur ce theme !! illisible !! Qui plus est, je n'arrive même pas à activer les autres feuilles de styles pour virer ce theme ! https://linuxfr.org/css.html
>Xforms est une manière bien plus élégante de créer des formulaires, et gère des éléments de validation, ce qui réduit le besoin de javascript.
je suis d'accord avec toi, mais c'est quand même beaucoup plus complexe.
Note que les formulaires HTML5 aussi auront moins besoin de javascript.
>Ne faisons pas évoluer les standards parceque les gens codent déjà comme des porcs, c'est donc ça l'argument vendeur pour le html5?
Non, c'est pas ce que je voulais dire. Je voulais dire qu'actuellement, la majorité des développeurs web ont du mal à utiliser les standards correctement, et donc si on leur met dans les pattes des trucs encore plus compliqué comme xforms, il y a de grande chance que ça devienne pire.
XForms est d'ailleurs tellement compliqué, qu'aucun browser ne l'implémente (sauf Firefox par le biais d'une extension, et encore, elle n'implémente pas toute la specs), et qu'il est surtout utilisé coté serveur (ou dans des applis desktop)
>et le fait que la partie xml est découragée par les auteurs de ce truc
je ne sais pas où tu as lu ça, mais je pense que c'est faux. D'ailleurs, il me semble que HTML5 rompt avec SGML sur certains points (cf la partie sur le parsing du html).
Et c'est faux dans la mesure où on n'a pas le choix d'utiliser autre chose que XHTML pour intégrer dans la page des trucs comme XBL, SVG, MathML etc.. Et jusqu'à preuve du contraire, Ian n'est pas contre ces technos là (en tout cas, pas des gens comme Mozilla, Apple ou Opera, qui je te le rappelle, contribue aussi à (x)HTML5), sinon il n'y aurait même pas cette partie sur XHTML5 dans la spec...
Tu as vu la tête de XHTML 2 ? compatible avec rien du tout. D'ailleurs, XHTML2 promettait tellement qu'aucun éditeur de navigateur n'y a participé, et qu'aucun n'envisage de l'implémenter. Ni Mozilla, Ni Apple, Ni Opera, Ni Microsoft.
Et tiens, tu parlais d'application riche, j'ai pas vu où XHTML2 proposait quelque chose pour faire des applications riches..
(x)HTML5 est vraiment plus pragmatique : on se repose sur un langage existant, et on le fait évoluer en douceur, ce qui assure que les sites web se "dégraderont" en douceur sur certains rares points, et pourront s'adapter petit à petit.
XHTML2 apportait quoi de nouveau ? concrètement ? à part un peu plus de sémantique ici ou là ? tenait-il compte des évolutions, des besoins actuels des développeurs ? en terme d'API ? assurément non : pas d'élement media évolué, pas de canvas, pas de datagrid, pas de commandes, pas de menu, pas d'api pour le offline, pas d'api pour le stockage de donnée, pas de gestion de drag and drop, pas de gestion d'historique, et j'en passe et des meilleurs.
et tu dis que ces évolutions de (x)HTML5 sont insignifiantes par rapport à HTML4 et par rapport à XHTML2 ???
Sans compter certaines aberrations qui empêchent tout stylisation correcte ou simple...
Autre chose : super le remplacement des balises de formulaires par XForms en XHTML2... mais seulement pour les nerds. J'adore XForms, mais très honnetement, c'est trop complexe pour la majorité des formulaires, nécessite de tout réapprendre pour les développeurs web. Déjà quand on voit comment sont gérer les balises pour les formulaires ultra simple de HTML4, alors XForms...
>XBL2? C'est très bien... mais microsoft va t'il le supporter?
Possible, en tout cas ils y réfléchissent et trouvent le truc pas mal
>Quand tu fais une application XUL, tu utilises encore beaucoup de xhtml?
beaucoup non, mais sinon oui, on l'utilise encore bien sûr (rien que pour afficher des données, soignée la présentation d'une interface sur certaines choses, mettre des liens, etc), et plus encore avec les trucs qui arrivent comme la balise video.
>Le problème c'est que HTML5 ne sort pas demain ni dans 6 mois. Même si une partie de HTML5 peu être déjà utilisée, ce n'est probablement pas avant 2012 que HTML5 sera complètement prêt
je ne vois pas le rapport. C'est d'ailleurs insignifiant cette date. On s'en fout totalement même. Ce qu'il faut regarder, c'est la disponibilité des implémentations, pas de la fin de la spec. Et les navigateurs implémentent d'hors et déjà des trucs de HTML5 :
* qui sont "stables" dans la spec
* parce que ça permet de stabiliser la spec (relever les points flous, non implémentables etc)
* parce que c'est très sympathique de rajouter des possibilités aux développeurs web dés maintenant
* parce que la concurrence le fait
* parce que pour qu'une spec deviennent une recommandation, il faut au moins deux implémentations qui "prouvent le concept". C'est pas en 2012 qu'il faut donc commencer à implémenter, mais maintenant, au risque d'attendre 2022 pour avoir des implémentations et que la spec soit claire.
Bref, faut pas focaliser sur la date de sortie de la spéc, c'est vraiment anecdotique comme point.
XHTML, c'est du XML, donc combinable avec d'autres langages XML, utilisable par tout ce qui peut manipuler du XML, syntaxe plus stricte (obligation de fermer les balises,...) etc...
aller, amis linuxiens, écoutons le, soyons défaitiste comme lui et arretons le combat ! (et fermont linuxfr)
parce que linux, il n' a que 1% de part de marché. Il est trop tard, Microsoft a tout le monopole sur les desktop. Pas la peine de continuer à promouvoir Linux. Et puis de toute façon, hein les industriels s'en fichent, Windows est "meilleur", et puis c'est pas le prix des licences qui les arreteront.
>HTML5 va tout changer, Apple va laisser tourner firefox sur l'iPhone, mais bien sûr...
Tu sais lire ? il ne parle pas de Mozilla spécifiquement là.. HTML5, donc la balise video, est amené à être implémenté dans tout les navigateurs. Et tiens toi bien, elle est implémenté dans webkit... utilisée dans l'iphone... (cependant je crois que la balise video n'est pas activé dans l'iphone, car implémentation pas assez mature à l'epoque, entre autre raisons..)
pour le reste de ton discours, tu continue avec ton defaitisme...
Il est franchement, franchement triste ton avis sur les standards ouverts.
D'autres comme toi avait dit à peu près la même chose pour PNG.. Et maintenant PNG est utilisé partout...
>suffisait de proposer des plugins pour IE/Safari et le support dans firefox/opera.
ah mais oui ! Bon sans mais c'est bien sûr ! c'est tellement simple ! pourquoi personne n'y a pensé plutôt ???!!!
>Or beaucoup connaissent les discussions enflammées autour de html vs xhtml, ce dernier apportant une notion sémantique en particulier, et évoluant donc dans ce sens,
pas du tout :
HTML 4 strict = XHTML 1 strict
HTML 4 transitionnal = XHTML 1 transitionnal
cf articles sur openweb.eu.org.
>dans ce cas, les éléments audio/video seront-ils dispos aussi en xhtml?
La spécification de HTML 5 est claire : elle concerne aussi XHTML 5.
le "strict" de XHTML n'est valable que pour XHTML 1. les versions suivantes de XHTML sont "strict" implicitement (ne contiennent pas ces vieux attributs de présentations).
>donc Mozilla espère-t-il en faire une norme de fait,
C'est pas mozilla, qui fait la norme, HTML 5 est une spécification du W3C (mais née à l'origine au WHATWG qui regroupe Mozilla, Apple, Opera et d'autres)
c'est justement parce qu'ils n'ont pas de sécu, retraite etc qu'ils ont un salaire plus élevé. Enlève toutes ces charges, et tu auras un salaire à peu près équivalent. Peut-être supérieur parce qu'il est vrai qu'en France, les développeurs sont traités comme de la vulgaire marchandise, surtout en SSII. (heureusement, c'est pas le cas dans ma boite).
Aux states, quand un projet va mal, on vire d'abord les commerciaux et les chefs de projets, parce qu'on sait que sans les développeurs, un projet n'est rien, et qu'en général, on sait que l'équipe technique sait ce qu'elle fait (surtout quand les devs sont bons).
En france, on vire d'abord les développeurs, parce que c'est bien connu, les chefs de projets et commerciaux ont toujours raison, même si ils sont terriblement incompétents. Résultat : bien souvent, les projets se cassent encore plus la gueule.
L'accès à des ressources qui ne font pas partie du même domaine que la page web, oui, effectivement, c'est interdit, pour des raisons de sécurité.
Mais le W3C planche sur une spec : http://www.w3.org/TR/access-control/ . En gros, cela donne la possibilité à un site web, par l'intermédiaire d'entête HTTP, autoriser un ou plusieurs autres sites d'accéder à ses ressources.
Et donc Firefox 3.1 implémente cette spécification (qui d'ailleurs ne concerne pas que xmlHttpRequest, mais aussi HTML5, XBL2.0 etc.)
* En CSS : les media queries, les ombrages, les améliorations sur les colonnes, les sélecteurs CSS3
* En HTML : les nouveaux éléments video et audio, l'affichage de texte et les ombrages dans canvas
* En DOM : les fonctions querySelector*, les processus javascript (pour exécuter du code en tache de fond), l'API de géolocalisation, l'API drag and drop
* Mais aussi le support natif de JSON, la possibilité d'utiliser XMLHttpRequest sur plusieurs sites à la fois, ainsi que d'être informer par des évènements la progression des transferts.
Concernant ACID3, le trunk affiche un 93/100, et d'autres patchs sont dans le pipe, la version 3.1 finale pourrait aller jusqu'à 97/100.
Enfin, en parallèle, notez la sortie d'une nouvelle milestone de Fennec, le navigateur mobile de Mozilla, que vous pouvez tester sur votre desktop : cf la news xulfr et cette video http://vimeo.com/1981300?pg=embed&sec=1981300
Alors, conçernant la balise video, le developpeur a deux choix :
* soit il veut pas s'embêter pour l'interface, auquel cas il met l'attribut controls="true" sur la balise, et le navigateur affiche sa propre interface. Pour l'instant, dans Firefox 3, elle n'est pas très développée, il n'y a en effet que le bouton play/pause et le volume qui marchouille, mais le reste viendra pour la version 3.1 finale. Ils se sont surtout concentré sur ce qu'il y a derrière :-)
* soit il veut fournir sa propre interface, et il a alors à sa disponibilité toute une api JS sur la balise pour manipuler la video (start(), stop(), reglage volume, jouer un morceau etc..), API qu'il pourra appeler lors de click sur des boutons html qu'il affichera lui même etc...
Pour les détails sur la balise video, j'ai publié cette semaine une nouvelle synthèse sur mon blog, avec des exemples et des liens vers des démos.
[^] # Re: Journaliste, va!!!
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Webkit dans IE ?. Évalué à 3.
La balkanisation, ça fait des années qu'elle est là, mais grâce à l'open source et les promotions des standards, elle a quand même bien reculée (mais pas assez hélas). Alors oui, l'opensource va survivre.
Pour la survit des standards : on a un moteur de rendu libre, Gecko, qui a 30% des parts de marché, sans compter Webkit qui commence lui aussi à se tailler la part du lion. En comptant en plus la maigre PDM d'Opera, ça commence à faire pas mal de moteur reposant sur les standards du web (même si c'est pas completement). Et c'est pas fini.
IE8 est encore un pas en avant vers le support des standards du web, montrant la volonté de Microsoft d'aller dans le bon sens (même si IE8 sera encore à la traîne techniquement, ils ont tellement de retard les pauvres..)
Alors je pense que les standards du web ne sont pas prêt de mourir, bien qu'il faille continuer le combat contre ces technos comme silverlight ou flash, qui sont tout sauf des technos "Web" au sens idéologique du terme (voir un de mes commentaires passés sur le sujet : https://linuxfr.org//comments/973331.html#973331 )
[^] # Re: I had a dream...
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Theora 1.0. Évalué à 5.
Ça pourrait le devenir si il y a plus de demandes. Et la popularité des navigateurs intégrant Theora pourrait être un catalyseur pour augmenter cette demande.
À coté de ça, il y a quand même des encodeurs.
>Pire, si demain MS et Apple intègrent le support H264 dans la balise HTML5, c'est Firefox qui passera pour un has-been...
Firefox intégrera, en plus du backend Theora, le backend GStreamer sous linux, DirectShow sous windows et Quicktime sous mac. Si je ne me trompe pas, ces backends supportent (au moins par le biais de plugins) le format H.264.
Donc non, quand tout le monde diffusera du H.264 (si Theora n'a pas fait sa petite place), Firefox sera prêt et ne sera pas has been.
https://bugzilla.mozilla.org/show_bug.cgi?id=422540
https://bugzilla.mozilla.org/show_bug.cgi?id=435298
https://bugzilla.mozilla.org/show_bug.cgi?id=435339
Tu va me dire qu'alors ça diminue les chances de pousser Theora, mais ce n'est pas sûr qu'ils intégrent ces backends dans la prochaine version de Firefox, pour justement pousser Theora (je peux cependant me tromper).
[^] # Re: I had a dream...
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Theora 1.0. Évalué à 7.
Ah ? http://commons.wikimedia.org/wiki/Category:Video ;-)
[^] # Re: Bonne nouvelle
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Theora 1.0. Évalué à 8.
[^] # Re: I had a dream...
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Theora 1.0. Évalué à 7.
Avoir un décodeur Theora installé directement dans le navigateur de 30% d'internautes, c'est toujours mieux que 0%, et donc du coup, il est évident que ça va permettre de populariser Theora. Je ne dis pas que ce format va détroner flash ou je ne sais quel autre format, mais il va être plus connu, c'est sûr.
On utilise déjà sur xulfr la balise video avec un fichier theora : http://xulfr.org/news/2008/10/31/268-maow-2008. extrait :
<video src="maow.ogv" controls="controls">
<object>
<param name="movie" value="http://www.youtube.com/v/v-2lxnE3UvQ&hl=en&fs=1"></param>
<embed src="http://www.youtube.com/v/v-2lxnE3UvQ&hl=en&fs=1" type="application/x-shockwave-flash"></embed>
</object>
</video>
Ceux qui ont Firefox 3.1b1 voient la vrai video top quality 16/9 en Theora, et les autres voient la version youtube basse qualité :-)
[^] # Re: Pas tapai !
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Knuth n'enverra plus de chèques. Évalué à 6.
Pas plus tard qu'avant hier soir, j'appelle sos medecin, le medecin vient tard dans la soirée. Et pour le payer, un chèque c'était parfait.
Liquide : j'en avais pas assez sur moi, et allez au distributeur du coin, ça m'embêtait par ce froid/pluie/nuit noire etc..
Perso je me voyais mal allumer mon ordi devant lui et lui demander ses coordonnées bancaires. Surtout qu'avec un paiement directe par le net :
- il faut que la personne ait ses coordonnées bancaires sur elle ou les connaissent par coeur
- qu'il n'y ait pas de problème de connexion adsl
- qu'il n'y ait pas de problème d'accès au site
- que le site de la banque ne soit pas fermé pour maintenance (ça m'est déjà arrivé avec logitelnet le soir)
- que la personne soit sûre que je ne lui montre pas un faux site de ma banque bah oui, comment peux-t-elle vérifier que je l'ai bien payé ? au moins avec un chèque, il est plus rassuré, il pourrait demander une carte d'identité pour vérifier au moins que je suis bien le propriétaire du chéquier etc
- que la machine ou le navigateur ne plante pas, parce que c'est bien connu, les emmerdes arrivent toujours au plus mauvais moment.
Avec un chèque au moins, en 10 secondes c'est fait, rapide, efficace, pas de risque de panne, de défaut de connectivité ou autre :-). Surtout que les médecins de nuits, ils sont souvent pressés, et c'était le cas cette nuit là car il avait beaucoup de malade à visiter.
Dans certains cas, je pourrais utiliser la carte bleue. En effet, j'ai déjà eu affaire à des médecins de nuit qui se baladent avec un terminal bancaire. Cependant, qui m'assure que le terminal n'est pas un faux ? Qu'il n'a pas de keylogger (pour le code secret) etc... ?
Bref, je pense que chaque mode de paiement à ses avantages dans certaines situations, et que le tout "virement par net" ou le tout "carte bleue" n'est pas une réponse universelle.
[^] # Re: horreur
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Ubuntu 8.10 : le bouquetin intrépide sort de son antre. Évalué à -1.
# horreur
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Ubuntu 8.10 : le bouquetin intrépide sort de son antre. Évalué à 5.
[^] # Re: html, xhtml...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 1.
je suis d'accord avec toi, mais c'est quand même beaucoup plus complexe.
Note que les formulaires HTML5 aussi auront moins besoin de javascript.
>Ne faisons pas évoluer les standards parceque les gens codent déjà comme des porcs, c'est donc ça l'argument vendeur pour le html5?
Non, c'est pas ce que je voulais dire. Je voulais dire qu'actuellement, la majorité des développeurs web ont du mal à utiliser les standards correctement, et donc si on leur met dans les pattes des trucs encore plus compliqué comme xforms, il y a de grande chance que ça devienne pire.
XForms est d'ailleurs tellement compliqué, qu'aucun browser ne l'implémente (sauf Firefox par le biais d'une extension, et encore, elle n'implémente pas toute la specs), et qu'il est surtout utilisé coté serveur (ou dans des applis desktop)
>et le fait que la partie xml est découragée par les auteurs de ce truc
je ne sais pas où tu as lu ça, mais je pense que c'est faux. D'ailleurs, il me semble que HTML5 rompt avec SGML sur certains points (cf la partie sur le parsing du html).
Et c'est faux dans la mesure où on n'a pas le choix d'utiliser autre chose que XHTML pour intégrer dans la page des trucs comme XBL, SVG, MathML etc.. Et jusqu'à preuve du contraire, Ian n'est pas contre ces technos là (en tout cas, pas des gens comme Mozilla, Apple ou Opera, qui je te le rappelle, contribue aussi à (x)HTML5), sinon il n'y aurait même pas cette partie sur XHTML5 dans la spec...
[^] # Re: html, xhtml...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 3.
Et tiens, tu parlais d'application riche, j'ai pas vu où XHTML2 proposait quelque chose pour faire des applications riches..
(x)HTML5 est vraiment plus pragmatique : on se repose sur un langage existant, et on le fait évoluer en douceur, ce qui assure que les sites web se "dégraderont" en douceur sur certains rares points, et pourront s'adapter petit à petit.
XHTML2 apportait quoi de nouveau ? concrètement ? à part un peu plus de sémantique ici ou là ? tenait-il compte des évolutions, des besoins actuels des développeurs ? en terme d'API ? assurément non : pas d'élement media évolué, pas de canvas, pas de datagrid, pas de commandes, pas de menu, pas d'api pour le offline, pas d'api pour le stockage de donnée, pas de gestion de drag and drop, pas de gestion d'historique, et j'en passe et des meilleurs.
et tu dis que ces évolutions de (x)HTML5 sont insignifiantes par rapport à HTML4 et par rapport à XHTML2 ???
Sans compter certaines aberrations qui empêchent tout stylisation correcte ou simple...
Autre chose : super le remplacement des balises de formulaires par XForms en XHTML2... mais seulement pour les nerds. J'adore XForms, mais très honnetement, c'est trop complexe pour la majorité des formulaires, nécessite de tout réapprendre pour les développeurs web. Déjà quand on voit comment sont gérer les balises pour les formulaires ultra simple de HTML4, alors XForms...
>XBL2? C'est très bien... mais microsoft va t'il le supporter?
Possible, en tout cas ils y réfléchissent et trouvent le truc pas mal
http://ljouanneau.com/blog/post/2008/10/22/des-news-sur-XBL2
>Quand tu fais une application XUL, tu utilises encore beaucoup de xhtml?
beaucoup non, mais sinon oui, on l'utilise encore bien sûr (rien que pour afficher des données, soignée la présentation d'une interface sur certaines choses, mettre des liens, etc), et plus encore avec les trucs qui arrivent comme la balise video.
[^] # Re: bisounours
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 3.
ce serait plutôt
<video>
<object> flash...</object>
</video>
>Le problème c'est que HTML5 ne sort pas demain ni dans 6 mois. Même si une partie de HTML5 peu être déjà utilisée, ce n'est probablement pas avant 2012 que HTML5 sera complètement prêt
je ne vois pas le rapport. C'est d'ailleurs insignifiant cette date. On s'en fout totalement même. Ce qu'il faut regarder, c'est la disponibilité des implémentations, pas de la fin de la spec. Et les navigateurs implémentent d'hors et déjà des trucs de HTML5 :
* qui sont "stables" dans la spec
* parce que ça permet de stabiliser la spec (relever les points flous, non implémentables etc)
* parce que c'est très sympathique de rajouter des possibilités aux développeurs web dés maintenant
* parce que la concurrence le fait
* parce que pour qu'une spec deviennent une recommandation, il faut au moins deux implémentations qui "prouvent le concept". C'est pas en 2012 qu'il faut donc commencer à implémenter, mais maintenant, au risque d'attendre 2022 pour avoir des implémentations et que la spec soit claire.
Bref, faut pas focaliser sur la date de sortie de la spéc, c'est vraiment anecdotique comme point.
[^] # Re: html, xhtml...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 2.
euh... tu as regardé ce que proposait (x)html 5 ?
Tu es au courant de XBL 2 ?
Tu as regardé ce que faisait le WG webapp au W3C ?
HTML5 n'est qu'une brique pour les applications riches.
[^] # Re: html, xhtml...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 2.
http://openweb.eu.org
[^] # Re: bisounours
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 10.
parce que linux, il n' a que 1% de part de marché. Il est trop tard, Microsoft a tout le monopole sur les desktop. Pas la peine de continuer à promouvoir Linux. Et puis de toute façon, hein les industriels s'en fichent, Windows est "meilleur", et puis c'est pas le prix des licences qui les arreteront.
VIVE LE DEFAITISME !
[^] # Re: bisounours
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 5.
Tu sais lire ? il ne parle pas de Mozilla spécifiquement là.. HTML5, donc la balise video, est amené à être implémenté dans tout les navigateurs. Et tiens toi bien, elle est implémenté dans webkit... utilisée dans l'iphone... (cependant je crois que la balise video n'est pas activé dans l'iphone, car implémentation pas assez mature à l'epoque, entre autre raisons..)
pour le reste de ton discours, tu continue avec ton defaitisme...
Il est franchement, franchement triste ton avis sur les standards ouverts.
D'autres comme toi avait dit à peu près la même chose pour PNG.. Et maintenant PNG est utilisé partout...
>suffisait de proposer des plugins pour IE/Safari et le support dans firefox/opera.
ah mais oui ! Bon sans mais c'est bien sûr ! c'est tellement simple ! pourquoi personne n'y a pensé plutôt ???!!!
[^] # Re: html, xhtml...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 2.
le WHATWG.
>Mozilla intègre "juste" une recommandation de ce groupe, comme les autres le font aussi.
non, Mozilla intègre une future recommandation du W3C, le HTML5 étant en cours de spécification au W3C.
[^] # Re: html, xhtml...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 4.
pas du tout :
HTML 4 strict = XHTML 1 strict
HTML 4 transitionnal = XHTML 1 transitionnal
cf articles sur openweb.eu.org.
>dans ce cas, les éléments audio/video seront-ils dispos aussi en xhtml?
La spécification de HTML 5 est claire : elle concerne aussi XHTML 5.
http://www.w3.org/html/wg/html5/#html-vs-xhtml
HTML5 = XHTML5
>Même sur du xhtml strict?
le "strict" de XHTML n'est valable que pour XHTML 1. les versions suivantes de XHTML sont "strict" implicitement (ne contiennent pas ces vieux attributs de présentations).
>donc Mozilla espère-t-il en faire une norme de fait,
C'est pas mozilla, qui fait la norme, HTML 5 est une spécification du W3C (mais née à l'origine au WHATWG qui regroupe Mozilla, Apple, Opera et d'autres)
# Traduction
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 9.
[^] # Re: window
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal OCTOBER 22 IS INTERNATIONAL CAPS LOCK DAY!!!. Évalué à 5.
[^] # Re: 75 662 dollars par an !!
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Quelle est la valeur d'une distribution Linux ?. Évalué à 10.
Aux states, quand un projet va mal, on vire d'abord les commerciaux et les chefs de projets, parce qu'on sait que sans les développeurs, un projet n'est rien, et qu'en général, on sait que l'équipe technique sait ce qu'elle fait (surtout quand les devs sont bons).
En france, on vire d'abord les développeurs, parce que c'est bien connu, les chefs de projets et commerciaux ont toujours raison, même si ils sont terriblement incompétents. Résultat : bien souvent, les projets se cassent encore plus la gueule.
[^] # Re: Nouveautés techniques
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal firefox 3.1 beta 1, du mieux ?. Évalué à 2.
[^] # Re: Nouveautés techniques
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal firefox 3.1 beta 1, du mieux ?. Évalué à 3.
Mais le W3C planche sur une spec : http://www.w3.org/TR/access-control/ . En gros, cela donne la possibilité à un site web, par l'intermédiaire d'entête HTTP, autoriser un ou plusieurs autres sites d'accéder à ses ressources.
Et donc Firefox 3.1 implémente cette spécification (qui d'ailleurs ne concerne pas que xmlHttpRequest, mais aussi HTML5, XBL2.0 etc.)
Notez par ailleurs que l'objet XMLHttpRequest est en cours de normalisation au W3C : http://www.w3.org/TR/XMLHttpRequest/
# Nouveautés techniques
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal firefox 3.1 beta 1, du mieux ?. Évalué à 8.
Pour faire court et non exhaustif, (repris de ma news sur http://xulfr.org/news/2008/10/17/264-nouvelles-version-de-fi(...) ) :
* En CSS : les media queries, les ombrages, les améliorations sur les colonnes, les sélecteurs CSS3
* En HTML : les nouveaux éléments video et audio, l'affichage de texte et les ombrages dans canvas
* En DOM : les fonctions querySelector*, les processus javascript (pour exécuter du code en tache de fond), l'API de géolocalisation, l'API drag and drop
* Mais aussi le support natif de JSON, la possibilité d'utiliser XMLHttpRequest sur plusieurs sites à la fois, ainsi que d'être informer par des évènements la progression des transferts.
Concernant ACID3, le trunk affiche un 93/100, et d'autres patchs sont dans le pipe, la version 3.1 finale pourrait aller jusqu'à 97/100.
Enfin, en parallèle, notez la sortie d'une nouvelle milestone de Fennec, le navigateur mobile de Mozilla, que vous pouvez tester sur votre desktop : cf la news xulfr et cette video http://vimeo.com/1981300?pg=embed&sec=1981300
[^] # Re: réponse?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal firefox 3.1 beta 1, du mieux ?. Évalué à 10.
* soit il veut pas s'embêter pour l'interface, auquel cas il met l'attribut controls="true" sur la balise, et le navigateur affiche sa propre interface. Pour l'instant, dans Firefox 3, elle n'est pas très développée, il n'y a en effet que le bouton play/pause et le volume qui marchouille, mais le reste viendra pour la version 3.1 finale. Ils se sont surtout concentré sur ce qu'il y a derrière :-)
* soit il veut fournir sa propre interface, et il a alors à sa disponibilité toute une api JS sur la balise pour manipuler la video (start(), stop(), reglage volume, jouer un morceau etc..), API qu'il pourra appeler lors de click sur des boutons html qu'il affichera lui même etc...
Pour les détails sur la balise video, j'ai publié cette semaine une nouvelle synthèse sur mon blog, avec des exemples et des liens vers des démos.
http://ljouanneau.com/blog/post/2008/10/16/L-element-video
[^] # Re: Sécurité?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Étude d'usabilité sur d'OpenID. Évalué à 2.