Bon, je viens de faire la demande d’enregistrement du projet chez sourceforge. Maintenant, il faut trouver des implémentations des fonctionnalités dont je disposais en Rails. Surtout que j’ai pris une décision historique, structurante, dingue. Comme dans yaki, je vais stocker mes données dans des fichiers plats. Grâce à la FAQ, on apprend en effet que Rui considère les éditeurs dans des pages web peu convaincants. Et, à bien y réfléchir, et même si j’édite actuellement une entrée dans une page web, je suis plutôt d’accord avec lui. Je veux dire que, même si on peut faire des trucs dans ce genre d’éditeur, rien ne nous empêche de faire de même dans, par exemple, un fichier YAML (L’une de mes meilleures découvertes en Ruby, YAML dispose de plusieurs implémentations Java : jyaml et jvyaml. Ce dernier bénéficie de l’avantage énorme de faire partie de JRuby.). Et puis, une fois que je serais capable de traiter mes fichiers YAML correctement, je pourrais facilement créeer une page générant mon fichier YAML. Bon, ça, c’était pour le gros changement. Après, il y a toutes les réimplémentations de la liste des fonctionnalités prévues.
- Un arbre des catégories, qui existe, je crois, dans Wicket, mais pour lequel il ne faudra pas oublier le tag à utiliser dans les pages
- Le support des commentaires et des trackbacks, qui se fait pour sa majeure partie à la main, enfin je crois Une administration facile des utilisateurs,d es commentaires et trackbacks, des pages
- L’intégration des ASIN d’Amazon (Voir par exemple a4j)
- L’i18n, aussi bien pour les articles que pour l’appli. Au moins, pour l’appli, ça a l’air simple : wicket i18n
- La coloration syntaxique multi-langage, grâce à un bout de Javascript trouvé sur google code : syntaxhighlighter, à moins que ce ne soit pretify. Dans tous les cas, c’est vraiment pas compliqué à intégrer (car complètement codé en javascript) et ça, c’est bien !
- L’inclusion de flux RSS (comme ma page LinuxFr) doit pouvoir se faire raisonnablement facilement (voir sur Java-source)
- La recherche se fera évidement avec Lucene, j’espère juste qu’il s’intègre bien dans Wicket ...
- lien automatique des articles proches. Comme je ne l’avais pas encore codé en Ruby, je ne sais pas si c’est facile. En revanche, ce que ‘javais déja fait, et qui était raisonnablement simple, c’est les liens entrants/sortants.
- Les flux RSS, bon ben c’est comme l’inclusion de sources RSS, saufg que ça a l’air plus facile (voir code poet) du HTML dégradable pour mon futur n800, ça, c’est plus une façon de faire (D’autant moins importante que le n800 utilise Opera8 !)
- Le nuage de tags, c’est pas bien compliqué à faire, ça
- L’authentification, avec Wicket a l’air de se faire assez bien (comme le montre cet article)
- Générer des graphes des liens entre pages, auteurs, commentaires et autres devrait se faire avec une quelconque API de graphe Java, mais je vous en reparlerai plus tard.
- Le CSS (Cascading Style Sheets) se fera comme je l’ai déja dit avec Blueprint
- Et pour OpenID, on verra plus tard.
