Freudworld 

Il y a quelques mois, je m'étais penché avec plaisir et affection sur les microformats. Que sont les microformats ? Hé bien ce sont des classes de données qui permettent aux machines et aux hommes d'identifier et d'exporter simplement des informations. Des données telles que des contacts ou des adresses deviennent beaucoup plus faciles à gérer, les moteur de recherches intégrent plus facilement ces informations... Bref, du bon sémantique, une vision du "Web3.0" s'il en est.

Vous voulez faire une première expérience ?

1. Rendez-vous sur les hôtels parisien via mahalo.com : une page de résultats, jusque là, rien de bien transcendant.
2. Vu que vous êtes sous Firefox (ne me dites pas le contraire...), installez Operator ou Tails Export.
3. Retournez sur mahalo et là, profitez des microformats.

Résultat avec Tails export

Le petit icône en bas de votre navigateur arbore désormais une jolie couleur orangée, signe que des microformats sont présents sur la page. Un clic suffit à ouvrir un panneau latéral contenant l'ensemble des hôtels affichés sur la page. Plus simple mais plus lisible qu'avec Operator, vous avez toutes les infos nécessaires pour consulter l'hôtel, tout de suite ou plus tard.

Résultat avec Operator

La barre nouvellement présente dans votre navigateur vous donne la liste des hôtels répertoriés sur la page et pour chacun la possibilité d'effectuer un panel d'actions qu'il vous sera possible de personnaliser via les options d'Operator. A titre d'exemple, l'export du contact vous génèrera une jolie hCard, toute prête à être gérée par votre gestionnaire de contact (Thunderbird, Outlook...)

En conclusion

Je vous l'accorde, ces fonctionnalités sont réservées (pour le moment) à un certain type de données. Néanmoins, les microformats ont un réel potentiel et lorsque l'on voit comment les RSS ont évolué, je n'ai aucun doute sur la sortie d'une ribambelle de sites proposant de la génération ou de l'agrégation de données microformatées. Si l'on se fie en plus à la rumeur comme quoi Firefox3 et IE9 (lol) prendraient en charge nativement les microformats, il vaudrait mieux s'intéresser dès maintenant à ce type de données...

Un truc à dire ? :: Pas de rétro-lien :: lu 289 fois

Parce qu'on a toujours besoins de petits trucs quand on s'attaque à la création d'une page web, voici 3 liens utiles (parmi tant d'autres).

lire la suite

2 trucs :: Pas de rétro-lien :: lu 301 fois

Hop, un petit lien rapide pour terminer cette belle journée. Voici 12 façons de gagner de l'argent grâce à Internet.

C'est ici que ça se passe !

Bon ok, c'est faut être un peu geek et/ou développeur pour apprécier mais moi, ça m'a bien fait rire :)

Déjà 1 truc :: Pas de rétro-lien :: lu 144 fois

En regardant la démonstration du site Inoveum.com, j'ai eut une révélation : je crois que je suis sur la bonne voie.

lire la suite

Un truc à dire ? :: Pas de rétro-lien :: lu 345 fois

L'approche évènementielle pour concevoir des applications web est un aspect qui me tourmente en ce moment car c'est ce que j'implémente partiellement au sein de mon dernier développement et ce vers quoi je veux tendre dans mes développements futurs. Mais voilà, c'est une approche totalement différente de ce que tout (bon) développeur web rencontre au quotidien, tant au niveau de la méthodologie que de l'aspect programmation.

Pour plus de lecture, allez faire un saut chez Clochix puis chez Christian Heilmann dont voici un passage qui provoquera des hochements de têtes aux plus anciens (à lire les lignes suivantes, j'ai dû ressembler à ces chiens que l'on pose - ou pas - sur les plages arrières des voitures, c'est vous dire...) :

• When we created the first web applications connection speeds were slow and being connected to the internet cost us money by the minute.
• Therefore we used frames to only load what has changed in the app. This led to the problem that if one frame didn't load properly the app didn't work and users were forced to reload the parent page.
• The next problem was that browsers didn't support CSS and we used tables and font tags to define the look and feel which made it hard to change them and the documents themselves rather heavy.
• When CSS support became more consistent and usable, we were able to get rid of the extra HTML, documents got lighter and we could get rid of the frames again.
• The next problem we encountered was that mixing backend logic and HTML output was problematic for maintenance (maintainers needed both skills). As a result, we came up with templating languages that allowed for separation of server-side logic and the structure of the interface.
• Right now we still see the browser or the framework capabilities as the boundary of our applications. This is a pragmatic approach but limits us in our creativity and binds the application planning and documentation to browsers as the means of display.
• However, if we take events — including both DOM events and Custom Events — as the main consideration when planning the application we can free ourselves of these limitations and become a lot more independent of the technology in use.
• An application developed with an underlying Event Plan could be easily shifted to another technology like Flash or become a plug-in for thick clients like instant messengers or even operating systems.

Déjà 1 truc :: Pas de rétro-lien :: lu 370 fois