C’est déjà la 3ème édition et c’est toujours du bonheur : des conférences toutes plus intéressantes les unes que les autres, des rencontres avec des gens super intéressants et bien sûr une superbe ambiance.

(more…)

Évidement je ne rentre dans aucun groupe (ça serait trop facile), je pense que je me situe à peu prêt entre le pragmatique et le ninja⁽¹⁾, avec un petit côté libriste aussi.

• Os : Windows XP⁽²⁾ / Ubuntu
• Éditeur : Aptana
• Langages favoris : PHP, xHTML, CSS, Javascript⁽³⁾
• VCS : Subversion⁽⁴⁾
• Navigateur : Firefox

Et vous ?

1. Vive les claviers ergonomiques ! Et faudrai que je trouve le temps de me mettre à Dvorak
2. Et oui, je reste un joueur malgré tout.
3. Je suis dev font-end, ça se voit tant que ça ?
4. Intéressé par Git, mais ça manque encore de client desktop potable.

(more…)

Par là je veux dire assigner à vos éléments une class qui désigne leur rôle et non pas leur apparence. Le rôle du CSS est de séparer le contenu de la présentation, si vous insérez dans votre contenu des class décrivant la présentation des éléments alors vous perdez le principal avantage des CSS !

Exemple, j’ai un message d’erreur (un texte en rouge) à afficher dans ma page, je lui met donc une classe .red :

.red { color:red; }

Ça marche, c’est génial. Tout se passe bien, jusqu’au jour où le client veut que le message s’affiche plutôt en orange ! Vous vous retrouvez alors avec :

.red { color:orange; }

La logique de votre code vient d’en prendre un coup. Vous pouvez aussi renommer en .orange toutes les class .rouge dans vos templates, quel temps perdu tout ça pour une couleur qui change… Alors qu’avec une simple class .error mon code serait resté logique et flexible malgré les éventuelles modifications futur.

Donc non, n’utilisez jamais de class qui décrivent l’apparence de vos éléments, même si vous vous dîtes que le style de votre élément ne changera jamais, vous pourriez être surpris !

Jamais ?

Ok, il peux y avoir des exceptions dans des cas précis.

En particulier si la personne qui doit manipuler ces class n’a pas un profil technique. Le cas que je rencontre régulièrement c’est le client qui veut aligner une image à droite dans une page, mettre un texte en bleu, etc. (et qui n’a pas accès à un outils WYSIWYG). Dans ce cas là vous pouvez lui définir quelques class utilitaires avec des noms assez explicite (parce que lui pensera apparence et pas rôle) pour qu’il puisse utiliser dans ses créations. Il y a sans doute d’autres cas particuliers où on pourrait être amené à utiliser ce genre de noms de class, si vous avez des exemples…

Google Developer Day

Comme à son habitude Google avait mis mes petits plats dans les grands avec un superbe cadre à l’ENSA (salle de jeu, coin repos, buffets, …) et bien sûr les conférences et ateliers.

Mais j’ai plutôt été déçu des ateliers, en particulier celui sur Open Social (1h présentation, 1h “démerdez-vous”). Tandis que celui sur Android nous a gavé de code avant de nous montrer le résultat final (amha un décorticage pas-à-pas de l’application aurait été plus efficace).

Bref, je suis un peu resté sur ma faim. Dans mes souvenirs, l’édition de l’année dernière avait été beaucoup plus intéressante.

Mozilla Add-Ons Workshop

Le samedi, le MAOW avait lieu dans un lieu moins tape à l’oeil, à savoir La Cantine, mais que j’ai néanmoins trouvé beaucoup plus chaleureux. De plus, les présentations étaient vraiment intéressantes !

Pour commencé j’ai assisté à l’atelier “Votre première extension” présenté par Paul Rouget (c’est toujours aussi impressionnant à quel point il maitrise son sujet).

Puis on a eu le droit à “Javascript pour adultes” avec pas mal d’infos sur les nouvelles capacités présentes dans les dernières versions de javascript et une présentation de ce que sont les closures. Vraiment très intéressant, mais oubliez les nouveautés de javascript 1.7 / 1.8 si vous voulez faire autre chose que des add-ons, ça n’est pas présent dans IE (étonnant non ?)

Ensuite nous avons eu le retour d’expérience du développeur d’Adblock plus : qu’es ce qui fait qu’une extension devient populaire, comment gérer son évolution et sa communauté, etc. Là, j’avoue que j’ai faillit m’endormir (désolé).

Enfin on nous a présenté FUEL, la bibliothèque javascript intégrée à Firefox 3 qui permet de simplifier le développement d’extension aux développeurs.

Bref, en conclusion, j’ai trouvé la journée de Mozilla beaucoup plus intéressante que celle de Google (en plus le t-shirt du MAOW est plus joli ) et ça m’a plus donné envi de me (re)plonger dans les techo de Mozilla que dans celles de Google (maintenant il faut que je trouve la motivation et le temps).

En attendant, comme d’habitude, vous pouvez retrouver mes quelques photos des 2 événements sur mon compte flickr.

Je ne vais pas vous décrire en détails les fonctionnalités (des milliers d’autres blogs vont s’en charger, ne vous inquiétez pas), mais plutôt me concentrer sur ce qui nous intéresse nous les développeurs, à savoir les performances javascript, les spécificités du navigateur et les outils de développement fournis.

(more…)

Google Chrome

Quelle surprise ! Google se décide enfin à lancer son propre navigateur ! Il fallait bien que ça arrive tôt ou tard après tout…

Ça a l’aire bourré de bonnes intentions et de bonnes idées comme le présente cette sympatique BD.

Les points qui m’intéressent fortement sont leur moteur javascript (utilisant leur propre machine virtuelle), leur gestion de la mémoire, le moteur de recherche/barre d’adresse et toutes les autres bonnes idées récupérée à droite et à gauche (opera, firefox, ie8).

Ha et réjouissez-vous amis intégrateurs, ils utilisent Webkit comme moteur de rendu, juste un des meilleurs (sinon le meilleur, mais je ne voudrais pas troller ) moteur de rendu actuel. Donc,théoriquement, pas la peine de re-tester vos sites sous un énième navigateur.

Et bien sur la cerise sur le gâteau : il sera Open Source. Dès fois que vous voudriez vérifier si Google ne récupère pas des infos sur vous dans votre dos (comment ça ils n’ont pas besoin d’un navigateur pour ça ?)

Première beta demain (enfin, tout à l’heure), donc rendez-vous “demain” pour faire joujou avec et (surtout) pour en dire du mal après

PS : La page à surveiller : http://www.google.com/chrome

Ce fut une après-midi très agréable, avec des gens vraiment intéressants que j’espère revoir au prochain W3Café qui devrait avoir lieu le 5 septembre.

Vous pouvez retrouver mes photos de l’événement sur flickr.

Merci

PS : Et aux 3 personnes qui veulent le racheter, j’attend vos offres messieurs :p

PPS : Ouai je sais, c’est une réponse un peu tardive vu qu’ajaxload a plus de 2 ans maintenant mais bon, je viens tout juste de répondre à mes e-mails du mois de Mars alors faut pas trop m’en demander

(more…)