Annoncé il y a 2 jours, AOL ne supportera plus l'ensemble des produits Netscape dès le 1er février 2008, ceci concernera également les forks de Mozilla "Netscape Navigator 9" et "Netscape Messenger" récemment lancés.
Au final, AOL conseille à ses utilisateurs de se rabattre sur les logiciels de Mozilla Firefox et Thunderbird.
Le communiqué de presse de Netscape.
Beaucoup de nouveautés pour cette fin d'année !
Plus la peine de le signaler, IE 8 a été annoncé par Microsoft, et on devrait, dès 2008, avoir droit à une première version bêta prometteuse ...
Pourquoi prometteuse ? Avant tout, d'après les équipes de développement, IE 8 passe l'Acid test 2, de plus hasLayout fera partie du passé, Microsoft s'aligne donc enfin aux recommandations du W3C !
En espérant que les développeurs fassent encore beaucoup d'effort et d'améliorations !
J'avais envie de vous partager un débat fort intéressant que j'ai eu avec mes collègues cet aprem.
Le débat se portait sur les libellés de champs de formulaires (<label>), et le fait d'y appliquer oui ou non un style de cursor:pointer.
Pourquoi cette question ?
- En théorie, un libellé est lié à son champs de saisie(<input>, <textarea>,...), le fait de cliquer sur celui-ci vous amène donc dans le champs dédié, par contre, la majorité des internautes l'ignorent.
- Certains développeurs cherchent à éduquer l'utilisateur, mais est-ce que cliquer sur un libellé pour atteindre un champs de saisie, dans lequel on aurait tout simplement pu cliquer, a un quelconque intérêt ?
Personnellement, j'en conclus que le fait de présenter le curseur sous forme de "main", tel qu'il se présente au survol de liens, peu perturbé l'utilisateur.
Celui-ci va s'attendre à une interaction "importante" et réellement visible, tel que quand on déclenche un script, qu'on accède à une nouvelle page, ... Alors qu'en réalité, son curseur sera juste positionné dans le champs de saisie, qu'il risque d'ailleurs de ne même pas remarquer.
Donc non, son utilisation généralisée ne semble pas logique, cependant, cette astuce, le devient quand on interagit avec des boutons de type radio et checkbox, voir des listes de sélection.
Voilà ma définition théorique, je ne sais pas si je vais l'appliquer, je vais encore un peu y réfléchir ;)
Si vous en avez une autre, n'hésitez pas de la partager, j'aimerai connaître votre avis :)
C'est Opera même qui fait l'annonce sur son site.
Réjouissant pour la communauté des développeurs web soucieux des standards, moins pour Microsoft qui en cas de condamnation se verrait obligé de céder son unique grosse pierre dans le jardin de l'internet, Internet Explorer, qui domine depuis plus de 10 ans le marché des navigateurs web.
D'un autre point de vue, ceci obligerait Microsoft à développer un navigateur vraiment puissant ayant les capacités de concurrencer un navigateur tel que Opera ou Firefox.
Mozilla et WebKit n'ont pas pris de position par rapport à cette annonce, mais il serait intéressant de savoir ce qu'ils en pensent ;)
C'est une bonne nouvelle !
Alors que YSlow 0.8 date de août, cette nouvelle version nous apporte quelques bonnes améliorations :
- La gestion des documents externes appelés par frame et iframe
- La gestion d'éléments qui se chargent et se créer à la volée en Ajax/DHTML
- Une meilleure détection des expressions CSS
- YSlow intègre dès à présent un moteur de recherche dédié
Si vous avez des sites de tailles très importantes à développer, cet outil est in-con-tour-na-ble !
Télécharger YSlow 0.9
Je vous annonçais les premières versions alpha il y a 3 mois, la voici enfin !
La version finale est donc disponible, doté d'un nouveau core, d'une optimisation importante en vitesse d'exécution et de chargement, des outils et extensions de plus en plus sophistiqués (onglet défilant, tableaux, modules rss, ...).
Le centre de documentation a également été mis à jour, il ne nous reste plus qu'à faire des premiers essais dans des projets de tous les jours.
Télécharger Ext 2.0
Vous en avez marre de développer des e-mails en table et image ?
Vous aussi avez envie de faire les choses biens, et espérez tellement que ça passe nikel sur les 50 clients mails génériques dont nous somme entourés ?
En tous cas, c'est l'avis de Freshview, appelants tous les éditeurs et développeurs à se regrouper pour définir des standards html pour e-mail.
Une bonne nouvelle donc :)
Email Standards Project
Vous connaissez sans doutes de nombreuses bibliothèques de "moyen niveau" ou de "haut niveau", tel que Prototype, jQuery, ExtJs, Scripty, ... vous permettant de vous "simplifier la vie", de développer des applications lourde en moins de 3 lignes, doté d'interfaces graphiques, de gestionnaires d'évènements, d'algorithmes complexes ...
Tout ceci est bien joli, sauf que ... La syntaxe javascript de base est souvent détourné en un langage propriétaire "magique" et moins évolutif, non basé sur des standards définis par des consorsium et des groupes de travails.
Bon, du concret.
Les bibliothèques dites de bas niveau ne vous permettront pas de développer ce genre d'application en 3 lignes de code magique, elles se définissent par une approche bien plus standardisé, plus évolutif, et donc bien plus solide.
Ayant comme principaux objectifs de garantir l'inter-opérabilité d'ecmascript 3 (sur laquelle ce base javascript actuellement), d'apporter la puissance d'un langage prototypé à son développeur et finalement de compléter le langage de développement en apportant les améliorations futures déjà aujourd'hui (évolutif non ?).
Trèves de bavardage ... Faites un petit tour du côté de Base2 et JSL.
