Je veux devenir mon propre patron

Et un de plus! Grâce à moi, la part de marché de ce bon vieux navigateur va remonter. Internet Explorer 6 n’est pas mort, je l’ai ressuscité. Je lui aurai bien porté le coup de grâce si j’en avais les moyens, mais malheureusement, je dois faire avec cette plaie.

J’ai bien avancé sur mon projet, je suis sur le point d’ouvrir le site en version bêta. J’en viens donc aux derniers réglages et petites corrections, dont -chose que je repoussais depuis longtemps- le passage sous IE6… Si globalement ça va, y’avait quand même pas mal de choses à retoucher : des positionnements fantaisistes, des marges aléatoires et surtout des PNG transparents qui ne le sont plus… Ce dernier point m’a bien gonflé.

« que les utilisateurs d’IE6 aillent se faire… ah ouais, mais ils sont encore nombreux quand même! »

Bref, éternel problème du développeur web : abandonner ou pas le support d’IE6 avec la part de marché non négligeable qu’il représente toujours? Pour moi, la question ne se pose pas, je dois supporter ce vieux navigateur né en 2001… 9 ans! Je ne peux pas me permettre de perdre quelques clients alors que je n’en ai pour l’instant pas un. Mon service s’adresse à Mr tout le monde, pas aux geeks qui naviguent sous Google Chrome depuis déjà longtemps. Je n’ai pas le choix.

Et pour tester? Hé bien, j’ai du supprimer mon installation d’IE7 sur mon vieux PC, pour y remettre IE6!

J’en suis même venu à me demander : ne vaudrait-il pas mieux développer sous IE6? On aurait moins de surprises dans ce sens là. Si des développeurs passent par là, comment procédez-vous?

Coïncidence, le site Smashing Magazine a publié aujourd’hui un article sous forme de BD (dont est issue la première image de l’article) qui traite de l’histoire d’IE6 et du choix des développeurs : The Life, Times (and Death?) of Internet Explorer 6 (Comic Strip).

Dans l’impression écran ci-dessus, vous pouvez voir un petit bandeau « Internet Explorer is missing updates… ». Ceci est un faux message d’erreur qui s’affiche lorsque le navigateur détecté est IE6. Un clic envoie sur la page de téléchargement d’IE8. C’est le plugin WP-IE6Update qui gère ça. Une façon de participer à l’euthanasie de ce vieux bonhomme qu’est IE6.

Lors du salon des entrepreneurs de Paris, qui a eu lieu cette semaine, je suis allé voir le stand Paypal, un peu au hasard, car je n’avais pas de question précise à leur poser.

Je compte utiliser cette solution dans un premier temps, parce qu’elle est la plus reconnue et me parait simple à mettre en place. C’est à ce sujet que j’ai discuté avec un représentant de Paypal. Il m’a confirmé qu’il y avait 2 façons de procéder :

• tout déleguer à Paypal, en appelant une simple URL à laquelle on ajoute certains paramètres, comme une URL de retour
• utiliser l’API proposée pour développer soi-même le process de paiement.

Et pour me renseigner sur l’API, il m’a indiqué l’adresse du site où l’on peut trouver toutes les infos : x.com. Si si, c’est bien ça. Vous pouvez cliquer dessus, vous ne tomberez pas sur un site… X.

Etonnant. Etonnant, de voir un nom de domaine sur un caractère, ça a l’air d’être le seul pour un .com. Etonnant aussi de choisir un tel nom de domaine, vu la connotation qu’il porte.

Bon allez, je retourne me rincer l’oeil sur x.com!

La version 1.4 de jQuery est sortie le 14/01. De nouvelles méthodes dans l’API, des performances accrues, autant de raisons (plus d’infos chez alsacreations) de migrer, surtout pour un site qui n’est pas en production comme mon projet actuel! C’est donc fait!

Du coup, j’en ai profité pour aussi mettre à jour jQuery UI pour la version 1.7.2 (la 1.8 ne devrait pas tarder pour faire suite à jQuery 1.4), qui fonctionne bien avec la nouvelle version 1.4.

Seul souci, lorsqu’on télécharge la librairie depuis le site jqueryui.com, elle ne contient pas les versions minimisées des fichiers javascript. Bien sûr, on peut le faire soi-même, mais sinon, sachez qu’on peut les trouver sur l’hébergement google code du projet jQuery UI : http://code.google.com/p/jquery-ui/downloads/list. Le zip à télécharger contient un répertoire ui, avec tous les js, et un sous répertoire minified avec tous les mêmes js mais minimisés cette fois.

Il y a une semaine, j’ai reçu un des tant désirés sésames, mon invitation à Google Wave. Très content, et un peu fier, j’ai de suite été voir la bête : wave.google.com

A première vue, ça ressemble à un Gmail nouvelle version. C’est normal, c’est un site en Ajax entièrement fondé sur GWT (de chez qui? de chez Google!). Mais très vite, je me dis… que faire? Je n’ai qu’un contact -la personne qui m’a invitée- et à part créer une ou deux waves avec lui pour m’amuser, il n’y a pas grand chose d’autres à faire.

Lire la suite »

Petit à petit, je franchis les étapes de mon projet. Dernière en date, l’utilisation du moteur de template Smarty pour bien séparer le contenu de la forme, afin ensuite de pouvoir proposer plusieurs designs au choix.

J’ai assez peu hésité sur le choix du moteur. J’avais déjà eu l’occasion d’utiliser Smarty (mais il y a déjà quelques années sur un tout petit site) et à la lecture d’un comparatif sur developpez.com, je me suis vite rangé du côté de ce que je pense être le moteur n°1. Le seul inconvénient qu’on lui trouve est la difficulté de la syntaxe… je ne vois pas pourquoi. Ce n’est pas plus compliqué que n’importe quel langage de script, syntaxe XML ou autre.

Il y avait bien PhpLib, le moteur des forums PhpBB, que j’ai été amené à côtoyer, car c’est la solution de forum que j’ai toujours utilisée. Mais contrairement à Smarty, elle ne gère pas de cache. Et j’espère un jour avoir des soucis de performances dûs à la trop grande fréquentation de mon site! Et je serai content alors de ne pas avoir à migrer de PhpBB à Smarty. Je mets toutes les chances de mon côté dès maintenant.

Ma problématique de ce WE était d’offrir le moyen aux utilisateurs d’associer des informations à des évènements. Ces informations peuvent être du texte ou une carte Google Maps. La saisie de texte, c’est basique : <textarea></textarea>. Mais pour une carte Google Maps, c’est un peu plus subtil.

Je ne peux pas proposer de saisir les coordonnées à la main. Non, il faut que les utilisateurs déplacent eux-mêmes la Google Map et qu’ensuite je récupère les paramètres de cette carte, qui sont dans mon cas la latitude et la longitude du centre de la carte et le niveau de zoom, pour les sauvegarder. Et avec l’API Google Maps, c’est finalement assez simple.

La map se place dans un div, suivi dans champ input hidden, qui contient les paramètres :

<div class="map" id="map_'.$i.'"></div>
<input id="content-'.$i.'" name="content-'.$i.'" type="hidden" value="" />


Puis, j’initialise chaque map de la page par la méthode suivante :

function newMap(rowId, lat, lng, zoom) {
if (GBrowserIsCompatible()) {
var map = new GMap2(document.getElementById("map_"+rowId));
map.setCenter(new GLatLng(lat, lng), zoom);
// Ajout des contrôles ou autres paramètres
GEvent.addListener(map, "moveend", function() {
$("#content-"+rowId).val(map.getCenter().lat()+"|"+map.getCenter().lng()+"|"+map.getZoom());
});
}
}


Le listener associé à la map se déclenche en fin de déplacement (‘moveend‘), et récupère alors les paramètres (map.getCenter().lat()) pour les placer dans le champ hidden associé ($(‘#content-’+rowId).val(…)).

Avec un poil de jQuery (qui me séduit de plus en plus), c’est vraiment simple de faire des choses sympas. La preuve.

Lu chez Fred Cavazza : HTML 5 + CSS 3 = une révolution pour les interfaces web.

On entend de plus en plus parler de l’évolution future de la syntaxe HTML : HTML5. Et je n’avais jusque-là jamais pris le temps de me pencher dessus et de lire un article en entier, car je me dis que ce n’est pas pour tout de suite.

Je n’avais pas tord, ce n’est pas pour tout de suite, il va falloir attendre que les navigateurs implémentent ces nouvelles spécifications, mais aussi, éternel problème, que les utilisateurs fassent les mises à jour…

Et c’est dommage, car ce qui s’annonce est très prometteur : un code beaucoup plus léger et cohérent pour le développeur, des applications web plus « riches » pour les internautes. Plus de détails dans l’article.

Dans le cadre de mon projet, j’ai besoin de permettre aux « usagers » (je fais comme à la SNCF, en fait j’espère que ce seront de bons clients qui paient cher!) d’éditer eux-mêmes du texte. Mais comme je veux ce qu’il y’a de mieux pour mes cli… utilisateurs, il faut qu’ils puissent faire un peu de mise en forme sur ces textes et -surtout- qu’ils puissent intégrer facilement des images. Et quand je parle d’images, j’entends des fichiers stockés sur leur disque dur. Et de mon côté j’ai besoin de récupérer ce texte en HTML pour pouvoir le réafficher par la suite.

Il me faut donc un composant de formulaire plus évolué qu’un basique élément textarea, soit un éditeur de texte riche. Après une recherche sur Google de scripts implémentant ce besoin, j’ai éliminé les composants moches, ceux n’étant plus mis à jour depuis trop longtemps et ceux qui ne géraient pas l’upload d’image mais seulement un lien vers une image déjà présent sur le réseau et j’ai retenu une liste de 4 composants :

• Dsrte : avidansoft.com/dsrte
• TinyMce : tinymce.moxiecode.com
• CKEditor : ckeditor.com
• NicEdit : nicedit.com

Lire la suite »

Facebook, Youtube et moi-même avons discuté et décidé d’un commun accord de dire STOP à Internet Explorer 6.

Toute développeur web a déjà été confronté au terrible test sous IE6. Car ce vieux navigateur, sorti en 2001, ne respecte pas les normes CSS comme ses confrères. OK, erreur de jeunesse, c’est pas grave, c’était en 2001… sauf que chez Microsoft, ils n’avaient pas prévu de mise à jour automatique dans l’optique d’un IE7 (comme Firefox, qui propose la mise à jour lorsqu’elle est disponible, ou comme … IE7! qui est passé en IE8 quasiment tout seul). Ce qui fait qu’aujourd’hui, IE6 représente encore un bon 30% des navigateurs utilisés à travers le monde. On ne peut donc pas le négliger et on doit passer du temps à corriger les différents bugs graphiques qui lui sont spécifiques. Sans parler de la difficulté de tester un site sous IE6, IE7 et IE8…

Mais comment se débarrasser de ces IE6 récalcitrants? Ceux qui l’utilisent ne sont certainement pas technophiles, et ne vont pas subitement se mettre à installer Google Chrome! Faut-il attendre que leur machine tournant sous Windows XP (et sur lesquels IE6  était installé d’office) meure de vieillesse? Ça peut prendre du temps…

Le problème connait peut-être un début de réponse grâce à Facebook et Youtube pour ne citer que les plus gros, qui ont décidé de prendre les choses en main. Vu leur rayonnement, seul ce genre de site peut se permettre de faire passer un tel message :

En tout cas, je pense que pour mon projet en cours, je vérifierai la tête qu’ont les pages, mais je ne m’embêterai pas à les rendre strictement identiques à ce que j’attends sur les autres navigateurs. Et j’ajouterai un message en tête de page expliquant et invitant à mettre à jour le navigateur.

Espérons que cette démarche fonctionne, et pour toi visiteur sous IE6, ce petit message ci-dessous. N’hésites pas, mets à jour, si tu ne le fais pas pour toi, fais le pour ceux qui développent!

Avant d’entrevoir les questions sur un modèle économique, le marketing, les statuts juridiques, … Il nous faut un peu parler technique!

Tout d’abord, petit point sur les origines et la situation de mon projet.

J’ai commencé par développer un site web pour un besoin personnel. Après les retours de certaines personnes qui trouvaient les fonctionnalités intéressantes et qui se disaient même prêtes à payer (c’est là que j’ai du avoir le déclic!), je me suis dit que je pourrais peut-être en faire quelque chose…

Maintenant que j’en suis à la phase de refonte plus sérieuse du site en vue de son automatisation, je suis confronté au dilemne suivant : PHP ou Java / J2EE?

Naturellement au début, dans l’optique d’un simple et modeste site, j’ai opté pour le package PHP + MySQL, facile, simple… J’ai toujours utilisé ces technos lorsque j’ai développé d’autres petits site web.

Mais maintenant que je me lance dans un projet plus conséquent et plus long terme, je me suis dis « Et pourquoi pas faire ça en Java / J2EE? »

Lire la suite »