J’ai immédiatement écarté la solution en pur html car trop pénible à mettre en place/maintenir et inélégante à souhait au niveau du code html pour me tourner vers Javascript. Je me suis donc mis à examiner les solutions de Simon Willison et de Smart-com relayées par l’ami Bruno et le tutoriel du site de jQuery.

Après toutes ces lectures, j’ai mélangé le tout pour correspondre à mon besoin. L’idée est donc de pouvoir faire un cadre arrondi à n’importe quel élément d’une page sans répéter son code, en utilisant la librairie jQuery vu qu’elle est fournit en standard avec WordPress (ce qui m’arrange puisque mon problème concerne un futur thème WordPress) et en utilisant une seule image pour les quatres coins (technique des “portes coulissantes“).

1ère étape : le code html

Tout d’abord, on va simplement attribuer une classe “rounded” aux éléments que l’on désire styler. Par exemple le cadre ci-dessous :

<div id="contenu_avec_jquery" class="rounded">
	<p>Ce cadre tout simple utilise jQuery et a de jolis coins arrondis...</p>
	<p>Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Sed vitae diam egestas felis
	pellentesque bibendum. Proin posuere felis id tellus. Phasellus eu felis. Nullam lacus ante,
	pellentesque vitae, tristique eu, commodo nec, mauris.</p>
</div>

2ème étape : le code javascript

Maintenant, on ajoute un peu de javascript (pensez bien à inclure la librairie jQuery avant dans votre page !). Ce code nous permettra de générer dynamiquement les balises nécessaires pour styler nos cadres de chaque élément utilisant la classe “rounded” dans la page :

$(document).ready(function(){
	$('div.rounded').wrap('<div class="cadre"></div>');
	$('div.cadre').prepend('<div class="cadre_hd"></div><div class="cadre_hg"></div>');
	$('div.cadre').append('<div class="cadre_bd"></div><div class="cadre_bg"></div>');
});

3ème étape : l’image

Je vous laisse utiliser votre éditeur d’images favori pour créer l’arrondi que vous désirez, pour ma part j’ai créer l’image de 22px/22px suivante :

Le fait de n’utiliser qu’une seule image va nous permettre de réduire considérablement le “poids” du cadre. À titre indicatif, l’image que j’utilise pèse 387 octets et la même découpée en 4 pour chaque coin amène un poids total de 953 octets. Ca parait ridicule comme ça mais comme dirait l’autre “il n’y a pas de petites économies”

4ème étape : le CSS

Voilà, plus qu’à rajouter une pincée de CSS pour donner corps à nos cadres. Vous noterez que j’ai donné une dimension de 11px à chacun des coins du cadre et qu’ensuite je me suis contenté de décaler horizontalement et verticalement l’image de fond pour donner l’illusion d’un cadre arrondi.

.cadre{
	background-color: #bdb194;
	width: 30%;
}

.cadre_hg, .cadre_hd,
.cadre_bg, .cadre_bd{
	width: 11px;
	height: 11px;
	background-repeat: no-repeat;
	font-size: 1px;
}

.cadre_hg{
	background: url('cadre_rounded.png') 0 0;
}
.cadre_hd{
	background: url('cadre_rounded.png') 11px 0;
	float: right;
}
.cadre_bg{
	background: url('cadre_rounded.png') 0 11px;
}
.cadre_bd{
	background: url('cadre_rounded.png') 11px 11px;
	float: right;
}

Résultat et conclusion

Une fois la page chargée, voici le résultat obtenu :

Ce que j’apprécie dans cette méthode c’est de pouvoir générer simplement autant de cadres arrondis que désiré dans une page en utilisant une librairie déjà fournie par la plateforme que j’utilise (donc pas de “coût” supplémentaire) et sans surcharger inutilement le code de mes pages html et avec une seule petite image.

J’ai testé avec succès ce petit script sur :

• Firefox 2 sous Windows XP, Linux et Mac
• Safari sous Windows et Mac
• IE 7

Vous pouvez consulter une page d’exemple reprenant toute la procédure ou encore télécharger l’archive zip (17.5Ko) contenant les fichiers de démo.

N’hésitez pas à me faire part de vos commentaires, remarques, améliorations, vos propres astuces pour “arrondir les angles”, etc.

• exemple d’un extrait de code où Eclipse soulève une erreur sur deux lignes :
  
• le même extrait après ré-écriture du texte, plus d’erreur pour Eclipse :
  

Même si c’est sans réelle importance, je trouve ce petit souci plutôt agaçant et disgracieux dans l’éditeur d’un IDE aussi puissant et réputé qu’Eclipse. J’ai un peu fouiné sur le net, mais ce problème ne semble pas répandu. Des idées ?!

WordPress 2.3.x, YaPB 1.6 beta: la danse des versions…

Comme je prends j’ai assez peu de temps à consacrer à mon projet de photoblog/galerie, WordPress est passé en version 2.3.x entre les différentes phases de développement. Cela me cause un problème inattendu car le développeur de YaPB a interrompu le développement et le support de son plugin pour les versions inférieures et la version compatible pour WP 2.3 n’est encore qu’en beta. Or la partie photoblog de mon projet repose essentiellement sur ce plugin.

La version beta actuelle semble assez instable et même totalement “aux fraises” sur mon banc de test, je dois donc attendre la sortie d’une version un peu plus avancée voir de la finale avant de poursuivre l’élaboration de mon projet. De plus, le développeur de YAPB doit remettre le forum du plugin sur pied suite à un acte de vandalisme par un script kiddie désoeuvré ce qui risque de reporter encore les délais jusqu’à une version stable de son excellent plugin.

Bilan et suite du programme

Je dois donc réfléchir sur la direction à adopter pour la suite de ce projet:

• soit j’attends une beta “exploitable” (ou la version finale) de YAPB
• soit je reprends les tests sur d’autres plugins pour retrouver les fonctions satisfaisants mes besoins (ça, ça risque de faire plaisir à certain :p)

Je n’ai pas encore arrêté mon choix à ce sujet mais dans tous les cas, ce projet aboutira et je vous livrerai rapidement les suites de mes périgrinations à son sujet.

Johannes Jarolim a sorti bien plus vite que je ne le pensais la version 1.6.1 de son plugin ce qui remet mon projet sur les rails.

<ol>
<li>
<cite>speaker #1</cite>
<blockquote>
<p>Hello World !</p>
</blockquote>
</li>

<li>
<cite>the world</cite>
<blockquote>
<p>Hello speaker #1</p>
</blockquote>
</li>
</ol>

Ça m’a semblé d’un bon sens extraordinaire en le lisant et immédiatement se faisait l’analogie entre cette représentation d’un dialogue et l’énumération des commentaires sur un blog…

Honnêtement, je n’ai jamais été réellement convaincu par les méthodes utilisées en général dans les thèmes croisés jusqu’ici (toute plateforme confondue) comme l’utilisation de liste de définitions (<dl><dt /><dd /></dl>) ou d’une simple liste ordonnée <ol /> truffée de <div /> et autres <span />, certes parfois agrémentés à souhait de microformats mais sans réel “consistance” logique à mon sens.

Je m’interroge donc si l’utilisation d’une liste ordonnée <ol /> avec une balise <cite /> pour nommer l’auteur et <blockquote /> pour l’énoncé du commentaire auxquels on ajouterai quelques microformats bien pensés (tel que les hcard évidemment) ne serait pas une réponse à la fois plus simple et élégante pour présenter les commentaires sur un blog plutôt que les solutions pré-citées…

Le débat est ouvert… Si vous voulez bien m’aider dans mon brainstorming (ou mettre directement fin à mes illusions avec un “killer argument”), c’est très volontiers !

En plus de la liste de couleurs, retrouvez dans cette article le nuancier pour photoshop de cette palette de couleurs réalisé par votre serviteur.

N’hésitez pas à les mélanger pour des résultats détonants et originaux ! D’autant que Cédric vous propose de montrer votre site dans vos commentaires (chez lui, pas ici…)

3ème volet de ma saga “Histoire d’un photoblog“. Aujourd’hui, je vais mettre en place la structure de base qui va me servir à développer ce photoblog. Je ne vais pas vous expliquer ici comment installer en local ou sur votre hébergement une version de WordPress, vous trouverez bien assez de tuto sur la toile à ce sujet si vraiment vous ne trouvez pas, vous consultez l’excellente suite de tutoriels de fran6art.com expliquant comment créer un thème WordPress mais parcourir rapidement les choix de plugins que j’ai fait (les experts pourront passer leur chemin, vous trouverez surement l’intérêt de cet article très “moyen”) et la mise en place de mon environnement de travail.

Choix des plugins

Pour le “squelette” de ce photoblog, j’ai choisi de partir sur une base d’outils constituée ainsi :

les outils de base

• WordPress 2.3 (ça, ça parait logique)
• NextGEN Gallery qui servira à gérer les albums et les galeries du photoblog
• Yet Another Photoblog qui servira quand à lui à créer les “billets” avec la gestion des données exif, les flux “photos”, etc. (à noter qu’une version beta 1.6 pour WP2.3 vient de sortir, ce qui, contrairement à ce que j’aurais pu croire, indique que le projet est toujours bien vivant !)

les outils “de gestion”

• WP-PostRatings afin que les visiteurs puissent noter les billets photos
• My Page Order pour pouvoir gérer l’ordre des albums (qui seront publiés sous forme de page)
• Page Link Manager qui me permettra de faire “disparaitre” au besoin les galeries privées ou des pages qui n’auront pas leur place dans le menu général par exemple

Et enfin, comme j’ai décidé de faire la part belle aux microformats et de faire mumuse avecc’est de sa faute, à force d’en parler, il m’a donné envie d’essayé, je vais utiliser SandBox v1.0 comme base de travail pour développer mon thème.

Conclusion

Voilà, tout est en place… Pour le moment le photoblog ne ressemble donc à rien et dans les prochaines étapes, nous allons lui donner une allure utilisable, mettre en place toutes ces fonctionnalités et le mettre en production !!!

Voici, le 2ème épisode de ma “saga” Comment créer son photoblog (basé sur une histoire vraie !). Retrouvez le 1er épisode sur : Histoire d’un photoblog #1: introduction

Je me dois juste de préciser 2 choses avant de commencer

1. je n’ai aucunement l’intention d’exposer un test de “référence” ci-après mais juste un retour d’expériences sur les différents tests effectués dans le cadre de ma recherche personnelle.
2. je ne vais pas forcément détaillé tout ce que j’ai testé, d’une part pour la longueur du post, d’autre part, j’en ai testé tellement que je vais sûrement en oublier

Résultat des “tests”

J’ai donc exploré plusieurs voies lors de ma recherche de la “plateforme” idéale :

• insérer “bêtement” une galerie dans mon blog existant
  • Pour : ça aurait le mérite d’être rapidement mis en place
  • Contre : j’ai envie de disposer d’une “section” bien distinct du blog principal !
• développer ma propre plateforme
  • Pour : ce serait l’idéal… du sur-mesure et tout ! (d’ailleurs, j’ai déjà tout le plan et le squelette en Rails de prêt)
  • Contre : j’ai franchement pas le temps de m’atteler à cette tâche d’autant plus que ça serait très très long vu que je ne suis pas développeur “aguerri”. Alors un jour… peut-être… (ça ne fait que un an que c’est sur ma to-do list en vérité, hum…)
• PixelPost
  • Pour : excellente plateforme de photoblog légère, rapide et extensible (communauté assez active)
  • Contre : c’est vraiment un outil très bon pour ce qu’il est prévu : photoblog ! C’est à dire 1 photo = 1 billet… Pas forcément ce que je cherche
• Gallery
  • Pour : outil de gestion de galeries vraiment complet et extensible, plugin pour l’insérer dans un blog WordPress existant
  • Contre : c’est une véritable usine à gaz pas vraiment réactive à l’usage à mon goût… J’ai trouvé que le fait d’être tellement complet et polyvalent devenait presque handicapant à ce niveau-là. Je n’ai donc pas accroché du tout au rapport perf/complexité de configuration/usage que je compte en fait
• Photostand
  • Pour : assez proche de ce que je désire, rapide, léger, assez élégant, dispo en français nativement et vraiment bien conçu dans l’ensemble !!! J’ai vraiment apprécié cet outil durant sa phase de test.
  • Contre : hélas, le projet semble complètement à l’abandon ! Si je me trompe, je serais ravi de changer cet avis et de re-tester l’outil mais vu que la plateforme n’a plus été mise à jour depuis fin 2006 et les spams sur le forum officiel, tout laisse à penser que le projet est mort… (RIP) Si quelqu’un pouvait confirmer ou infirmer cette information, ça serait chouette !
• DotClear + plugin photoblog
  • Pour : euhhhhh plateforme éprouvée et modèle de thème connu vu que j’ai utilisé DotClear pendant un bon moment ?
  • Contre : plateforme “vieillissante” (DotClear 1) et aucune envie d’y retourner (subjectif certes mais c’est la vérité) donc je ne me suis pas attardé sur le sujet…
• WordPress + PhotoQ
  • Pour : rapide à mettre en place et sympa
  • Contre : je trouve ce plugin un peu limité en fait… Sinon rien en particulier
• Photon (WordPress + PhpWebGallery)
  • Pour : le plugin est bien vu, tout près, en français et bien conçu
  • Contre : nécessite PhpWebGallery et j’ai décidément du mal avec ces “galeries/usine” (d’autant que j’ai eu un peu de mal à obtenir une config qui tienne la route de phpwebgallery 1.7.0 sur mon serveur local :s)
• WordPress + YaPB + NextGENGallery
  • Pour : cette solution de 2 plugins alliant le côté photoblog avec toutes les options souhaitables et le côté galerie directement dans la plateforme WordPress allie presque tout ce que je recherche dans un environnement connu. NextGEN est un projet “bouillonnant”, progressant assez rapidement et YaPB regroupe vraiment les options que j’attendais pour mes “billets photo”. Et enfin, je vais pouvoir réutiliser certains éléments déjà développés pour mon blog principal.
  • Contre : YaPB est un projet laissé à l’abandon bien qu’excellent et NGG est encore officiellement en alpha, c’est à dire déconseillé en production (même si le produit semble très stable et abouti… j’imagine que l’auteur le laisse en numérotation 0.xx du fait qu’il progresse rapidement)

Pour conclure

J’ai testé encore d’autres solutions de galeries et de photoblog (comme coppermine dans les galeries par exemple) mais globalement, les “critiques” sont les mêmes que pour Gallery ou pixelpost donc je ne vais pas m’éterniser là-dessus.

La solution actuellement retenue à ce stade de mes expériences (et parce qu’il faut bien s’arrêter de chercher un jour) est la dernière qui est aussi la plus proche des outils web sur lesquels je travaille actuellement, à savoir : WordPress + YaPB + NextGENGallery avec un thème qui sera vraisemblablement développé sur la base de SandBox et qui devrait faire assez grandement usage de la libraire jQuery. À terme, vu la ToDo List de NGG, je risque même de me passer de YaPB (et le produit gagnerait en uniformité)

La suite du programme sera donc la mise en place de la plateforme puis son adaptation à mes besoins et sa personnalisation.

Voilà, ça fait un moment que je dis un peu partout avoir un projet de photoblog “sur le feu”. À force de tests, de le remettre à plus tard par manque de temps et de recommencer les tests parce que certains plugins ou plateformes testés précédemment étaient devenus obsolètes, je me suis dis qu’il pourrait être intéressant de suivre l’évolution de ce projet du début pour ce qui voudraient s’y mettre aussi sans trop savoir où commencer !

Je vais donc vous raconter cette histoire depuis le début jusqu’à son terme à travers une suite d’articles.

Menu

• Histoire d’un photoblog #1: introduction
• Histoire d’un photoblog #2: choix de la plateforme
• Histoire d’un photoblog #3: mise en place de la structure
• Histoire d’un photoblog #4: retard dans la roadmap

Questionnement du futur “parent”

Avant de me lancer dans cette histoire de photoblog, j’ai commencé par me poser quelques questions :

• Suis-je prêt à l’alimenter convenablement ? Cela implique de faire plus ou moins régulièrement des photos, du post-traitement ET de sortir un résultat plus ou moins convenable à regarder (ça reste très amateur et sans prétention aucune)
• Qu’ai-je envie de faire sur cette future plateforme ? Un photoblog “pur” façon pixelpost où un post = une image ? Une galerie ? Finalement, il m’est apparu que je voulais plutôt une sorte de mélange des deux… la possibilité de poster régulièrement une image seule ET de gérer quelques petites galeries également
• Qu’est-ce que j’attends de ce site en terme de fonctionnalités ? Déjà qu’il ne soit pas trop complexe à mettre en oeuvre et à utiliser (pas envie d’apprendre encore un type de templates de a-z) et pas trop “gourmand” en ressources non plus… Bien sûr, comme je dispose d’un hébergement très copieusement dimensionné, je compte bien hébergé ce photoblog dessus et ainsi avoir le contrôle complet de la plateforme. Ce qui m’amenera au banc de tests de différentes solutions de plateformes

Une fois la réponse à toutes ses questions posées, j’avais déjà une assez bonne idée de ce que j’attendais de la future plateforme et pu me mettre en quête de celle qui servirait de support à ce photoblog…

Dans le prochain article, je vous emmènerai donc avec moi tester les différentes offres phares de plateformes de galeries et de photoblogs. J’espère que cette petite introduction vous a plu et pourra vous être utile pour jeter les bases du votre si l’aventure vous tente !

• Le classique et incontournable LAMP
• RubyOnRails
• Eclipse avec les plugins pour Ruby, Rails et PHP

Pour la partie LAMP, je vous laisserais le soin de consulter le WiKi d’Ubuntu-fr.org qui décrit suffisament bien la procédure à suivre :

• Serveur LAMP
• Serveur LAMP bis

Intéressons-nous plutôt à l’installation de RubyOnRails et d’Eclipse !

Ruby on Rails

Tout le support de base pour Ruby on Rails sur Ubuntu 6.06 LTS se trouve dans les dépôts Universe, donc pour installer RoR sur une Ubuntu 6.06 LTS, tout se résume à… une ligne de commande ! Ouvrez donc un terminal et tapez-y
$ sudo apt-get install rails irb libapache2-mod-fcgid

Vous vous retrouvez donc avec le langage Ruby, Rails, l’interactive Ruby et le support de Fast CGI pour Apache2 (si vous désirez bosser avec Apache2 en plus ou à la place de WEBRick^[1]

Je vois souvent sur les blogs ou sur le net que l’on conseille plutôt d’installer Ruby puis d’utiliser RubyGems pour l’installation de Rails… Ce serait une très bonne chose (et c’est ainsi d’ailleurs que j’ai installer l’environnement sur un poste Ubuntu ainsi que sur mon Windows) mais le soucis majeur est que le serveur de rubyforge a l’air d’être régulièrement down au moment où j’écris ces lignes. Donc tant que la situation n’aura pas retrouvé une certaine stabilité, je vous conseille plutôt d’utiliser les dépôts disponible dans votre distribution (d’autant qu’ils sont à jour !)

J’ai l’intention de travailler sur mes projets de développement en utilisant indifférement des bases de données MySQL et SQLite… L’installation de Rails est simplicissime mais n’inclut pas directement SQLite.

Nous allons donc le rajouter en tapant dans la console
$ sudo apt-get install libsqlite3-ruby

Voilà, nous devons disposer d’un environnement de travail RoR fonctionnel… Testons-le pour voir si tout à bien fonctionner en créant une application Rails vide. Dans un terminal, tapez :
$ rails test

Vous devriez voir se créer l’arborescence de votre application :

     create      create  app/controllers      create  app/helpers      create  app/models      create  app/views/layouts      create  config/environments      create  components      create  db      create  doc      create  lib      create  lib/tasks      create  log      create  public/images      create  public/javascripts      create  public/stylesheets      create  script/performance      create  script/process      create  test/fixtures      create  test/functional      create  test/integration      create  test/mocks/development      create  test/mocks/test      create  test/unit      create  vendor      create  vendor/plugins      create  tmp/sessions      create  tmp/sockets      create  tmp/cache      create  Rakefile      create  README      create  app/controllers/application.rb      create  app/helpers/application_helper.rb      create  test/test_helper.rb      create  config/database.yml      create  config/routes.rb      create  public/.htaccess      create  config/boot.rb      create  config/environment.rb      create  config/environments/production.rb      create  config/environments/development.rb      create  config/environments/test.rb      create  script/about      create  script/breakpointer      create  script/console      create  script/destroy      create  script/generate      create  script/performance/benchmarker      create  script/performance/profiler      create  script/process/reaper      create  script/process/spawner      create  script/runner      create  script/server      create  script/plugin      create  public/dispatch.rb      create  public/dispatch.cgi      create  public/dispatch.fcgi      create  public/404.html      create  public/500.html      create  public/index.html      create  public/favicon.ico      create  public/robots.txt      create  public/images/rails.png      create  public/javascripts/prototype.js      create  public/javascripts/effects.js      create  public/javascripts/dragdrop.js      create  public/javascripts/controls.js      create  public/javascripts/application.js      create  doc/README_FOR_APP      create  log/server.log      create  log/production.log      create  log/development.log      create  log/test.log

Si c’est le cas, tout est ok et on peut passer à l’installation de notre IDE Eclipse.

Eclipse

Le choix d’Eclipse

J’ai choisi d’utiliser Eclipse comme IDE principalement pour deux raisons… Tout d’abord le fait de pouvoir retrouver le même environnement que je travaille sous MS Windows ou sur GNU/Linux et ensuite pour n’avoir qu’un seul IDE quelque soit le type de projet (PHP ou RoR) sur lequel je travaille. Et j’ajouterais également que la puissance et le niveau de personnalisation d’Eclipse sont également des plus agréables.

La version des dépôts ou le SDK ?

J’ai tout d’abord tester la version disponible dans les dépôts d’Ubuntu 6.06 LTS mais je l’ai rapidement abandonné… Tout simplement parce que je n’ai pas réussi à faire tourner les plugins PHP et Ruby dessus et aussi parce qu’elle installait également un gros paquet de logiciels qui ne m’intéresse absolument pas… Nous allons donc travailler avec la version SDK disponible sur le site d’Eclipse.org

Installation de la version SDK

• Téléchargez la dernière version SDK pour GNU/Linux sur le site d’Eclipse http://www.eclipse.org/downloads/
• Dans votre dossier personnel, créez un dossier opt

$ mkdir ~/opt

• Placez-vous dans le dossier où vous avez téléchargé l’archive du SDK et décompressez là dans votre nouveau dossier ~/opt :

$ tar -zxvf ./eclipse-SDK-3.1.2-linux-gtk.tar.gz -C ~/opt

Nous allons maintenant créez un lanceur dans le menu Applications / Programmation pour notre IDE :^[2]

• Faites un clic droit sur le menu "Applications" / "Éditer les menus"
• Cliquez sur la rubrique "Programmation" dans la partie gauche de la fenêtre
• "Fichier" / "Nouvelle entrée" et remplissez les champs ainsi :
  1. Nom : Eclipse
  2. Commentaire : Eclipse IDE
  3. Commande : /home/votre_username/opt/eclipse/eclipse
  4. Icone : /home/manu/opt/eclipse/icon.xpm

Voilà, Eclipse est installé et déjà fonctionnel ! Vous pouvez le lancer depuis le menu Applications si vous le désirez…

Les plugins

Maintenant nous allons ajouter à notre IDE les plugins nécessaire pour développer des projets PHP et RoR. Nous allons pour cela profiter de la puissance d’Eclipse pour lui faire télécharger et installer les plugins tout seul.

• Lancez Eclipse
• Allez dans le menu "Help" / "Software Updates" / "Find and install"
• Cochez la case "Search for new features to install" et "Next"

Depuis cette fenêtre, nous allons ajouter maintenant 3 "Remote Site" pour qu’Eclipse puisse allez chercher nos différents plugins (PHP, Ruby et Rails). Utilisez donc le bouton "Remote Site" pour ajouter les adresses suivantes :

• PHPEclipse

Name : PHPEclipse
URL : http://phpeclipse.sourceforge.net/update/releases

• Ruby Development Tool

Name : Ruby Development Tool
URL : http://rubyeclipse.sf.net/updatesite

• RadRails

Name : RadRails
URL : http://download.radrails.org/update

• Cliquez sur Finish, l’Update Manager se lance et va télécharger tout ce dont il a besoin.
• À l’étape "Search Result", vous devriez avoir 3 propositions, une par plugins…. Sélectionnez-les tous et validez
• Acceptez les termes du contrat et suivez simplement la fin de l’installation (ça va télécharger, vous demandez une fois encore si vous désirez les installer, puis enfin vous proposer de redémarrer Eclipse !)

Installation de Java et configuration pour Eclipse

À ce stade de l’article, vous devriez déjà avoir un environnement de développement parfaitement fonctionnel pour vos projets PHP et RoR. Cependant, la machine virtuelle Java libre utilisée par défaut par Ubuntu est un peu plus lente que celle de Sun… Vous pourriez donc vouloir utiliser celle de Sun afin de gagner en réactivité.

Pour cette partie là, j’ai suivi les conseils de l’article Eclipse et Java sous Ubuntu dapper. Je vous laisse donc consulter son article pour installer Java

Conclusion

Voilà, maintenant il ne vous reste plus qu’à développer vos applications Web !

Alors, Ruby on Rails disais-je ! Le truc qu’on présente un peu partout comme le framework ultime qui vous fait développer une application ahurissante en 3 clics et 2 lignes de code à peine ! Ce qui me faisait doucement sourire et passer à la ligne suivante de l’article…

Cependant à force d’en entendre parler, ça a commencé à titiller sérieusement ma curiosité… Et, le hasard aidant, je suis récemment tombé sur un article expliquant brièvement ce qu’était Ruby on Rails et sur un autre article (dans la presse écrite cette fois) proposant de créer une application simple et rapidement avec RoR. Ce concours de circonstance a eu raison de ma curiosité et j’ai testé un petit peu tout ça… Et ça m’a plu ! J’ai même été épaté par la puissance, la souplesse et surtout la rapidité à laquelle RoR permet de développer une application viable.

Alors j’ai cherché, fouiner sur le net des docs pour essayer des exemples un peu plus concrets et complets… De fil en aiguille, je me suis acheté le livre dont tout le monde parle^[1]. Depuis je suis littéralement scotché à ce duo gagnant ! Bon, je ne vais pas en faire l’apologie absolue, d’autant que je n’en suis qu’à découvrir les capacités de RoR. Cependant, et même si bien sûr ce n’est pas la solution miracle ultime mettant le développement d’applications web riches à la portée de tout un chacun en 2 clics de souris, il est réellement impressionant de découvrir la facilité et la vitesse à laquelle ce framework permet de créer et de maintenir un site Web…

Le langage (Ruby) peut être un peu déroutant à la base certes, mais sa logique et sa clarté font qu’on est très vite dans le bain… Associé à un framework déjà très complet malgré sa jeunesse et très bien pensé, c’est vrai que la solution a de quoi séduire !

Je vais donc continuer de tester et d’explorer ça et vous tenir au courant à mesure que j’avancerais (on verra bien si je déchante une fois arrivé à la fin du livre ;)).

En attendant, si ce sujet vous intéresse, je ne saurais que trop vous conseillez un petit détour par :

• La communauté francophone de RoR : Railsfrance.org
• Les articles traduits en français de Curt Hibbs
• Le site officiel de Ruby on Rails : http://www.rubyonrails.org/ (Jettez un oeil aux “screencasts & presentations”)