Tag: Weblog Technology

Femina: une promesse de blog [en]

Malgré tout le mal que j’ai pu dire du site de Femina, il s’y trouve une page qui me paraît fort prometteuse: nos potins.

A premier coup d’oeil, ça ressemble à  un blog — enfin, ça en a la mise en page. C’est joli, c’est aéré, on a envie de lire. Le ton est personnel, assez informel, authentique, comme celui du magazine, d’ailleurs.

Si on regarde de plus près, cependant, on remarque qu’il manque un certain nombre d’éléments pour que cette “promesse de blog” (dixit Anne Do) puisse être véritablement un blog digne de ce nom. Ce n’est pas juste une question d’appellation (surtout pas, en fait!) mais de rôle que devrait pouvoir jouer une telle publication.

A quoi peut donc bien servir un “blog de la rédaction” pour une publication comme Femina? Un blog, c’est bien pour un certain nombre de choses:

  • communiquer de façon transparente, directe et immédiate avec le “public” (les clients, les lecteurs, les électeurs…);
  • créer du dialogue, de la conversation avec le “public” et d’autres acteurs de la blogosphère (qui ne sont pas nécessairement des lecteurs du journal, par exemple) — ce qui renforce la “communauté”;
  • indirectement (car c’est une conséquence du succès dans les deux points mentionnés ci-dessus), augmenter sa visibilité dans les moteurs de recherche, avec toutes les conséquences réjouissantes que cela peut comporter.

Pour qu’un blog puisse mener à  bien cette mission, il y a un certain nombre de pré-requis, techniques et éditoriaux:

  • chaque billet doit avoir une adresse web stable et unique pour qu’on puisse y référer (le fameux “permalien”);
  • idéalement, les visiteurs doivent pouvoir laisser des commentaires ou au moins indiquer qu’ils ont écrit une réaction sur leur propre blog au moyen d’un trackback;
  • le billets doivent pouvoir être rattachés à  leur auteur (un être humain!), plutôt qu’être anonymes ou “collectifs” (on tombe alors dans la situation peu agréable où c’est l’institution ou l’entreprise qui parle);
  • le balisage (HTML et CSS) doit être structural (et non présentationnel) afin d’accomoder les moteurs de recherche comme Google, mais aussi les outils plus spécifiquement axés “blogs” comme Technorati, coComment, TailRank, ainsi que les divers annuaires répertoriant les blogs;
  • le blog devrait également être disponible sous forme de fil RSS/atom afin qu’on puisse s’y abonner et le suivre sans devoir se rendre sur le site lui-même;
  • être très ouvert par rapport au contenu du blog et des commentaires: éviter la censure ou les lourdeurs éditoriales MarCom ou RP;
  • la rédaction et la tenue du blog prend du temps; il faut prévoir du temps à  y consacrer pour qu’il reste vivant.

Il y a sûrement d’autres choses, mais avec ça, c’est déjà  bien parti. Difficile? Non. Il suffit d’utiliser pour son blog un outil de blogging, plutôt que de s’amuser à  vouloir réinventer la roue. La plupart des outils de blogging ont derrière eux plusieurs années d’existence et des équipes de développeurs enthousiastes — il est un peu illusoire de penser qu’on peut faire mieux seul dans son coin, surtout si l’on ne baigne pas déjà  dans la blogosphère. Donc, si on ne désire pas une solution hébergée comme WordPress.com ou TypePad, on installe sur le serveur de son site WordPress, DotClear ou encore MovableType (liste non exhaustive, bien sûr). Comme ça, on est sûr d’avoir sous la main le kit du parfait petit blogueur.

Je reviens à  Femina. Voici ce qui manque à  mon avis cruellement à  la jolie promesse de blog pour qu’elle puisse déployer ses ailes et occuper la place qu’elle mérite dans la blogosphère romande:

  • des permaliens
  • la possibilité de laisser des commentaires et des trackbacks
  • le nom de la personne qui a écrit le billet
  • côté “derrière la scène”: fil RSS/atom, balisage correct, service de ping…

Ce qu’il y a déjà ?

  • un ton de proximité, où l’on sent bien que ce sont des gens qui parlent
  • une jolie mise en page
  • la volonté de faire un blog 🙂

Alors, Femina — si tu relevais le défi?

Intégrer coComment sur votre blog [en]

Vous savez probablement que je ne jure que par coComment, dans la genèse duquel j’ai eu la chance de jouer un petit rôle.

Ça sert à quoi?

Ça sert principalement à choses pour l’instant:

  1. collectionner ses commentaires faits sur différents blogs en un seul endroit, comme on peut le faire en les bookmarquant avec del.icio.us, mais de façon bien plus pratique;

  2. voir facilement si quelqu’un d’autre a répondu à un de nos commentaires — mais attention, ceci ne marche pas très bien pour l’instant, car coComment est seulement capable de suivre les commentaires de gens ayant un compte coComment.

S’inscrire

Ouvrir un compte, c’est super facile, il suffit de donner nom et e-mail et de choisir un nom d’utilisateur et un mot de passe.

On notera qu’il n’est pas nécessaire d’avoir un blog pour trouver une utilité à coComment. Il y a des personnes qui participent activement à la blogosphère à travers leurs commentaires, sans pour autant être blogueurs. CoComment est pour vous!

Rendre coComment plus pratique

Une fois le compte ouvert, coComment vous fournit un bookmarklet, une sorte de lien “favori” que vous pouvez faire glisser dans la barre d’outils de votre navigateur ou dans vos favoris. Ensuite, quand vous laissez un commentaire chez quelqu’un, vous cliquez sur le bookmarklet dans votre navigateur avant de publier le commentaire.

Ça, ça devient très vite barbant. On oublie de cliquer sur le bookmarklet. Du coup, notre commentaire n’apparaît pas sur notre page de conversations coComment. Il paraît qu’on peut maintenant cliquer sur le bookmarklet après avoir envoyé le formulaire, mais personnellement je n’ai pas testé.

Les commentateurs peuvent faire quelque chose pour se simplifier la vie. Les auteurs de blogs peuvent faire quelque chose pour simplifier la vie de leurs commentateurs.

Plus pratique pour moi qui laisse des commentaires

Pour ça, il faut utiliser Firefox. Deux solutions s’offrent à vous.

  1. Le script GreaseMonkey. Ce script vous évite de devoir cliquer sur le bookmarklet à chaque fois. Vous pouvez donc oublier coComment quand vous laissez vos commentaires, c’est tout automatisé. Sympa, non?

    Script, GreaseMonkey, chinois? Pas peur, instructions pour les nuls. D’abord, installer l’extension GreaseMonkey (non, ça fait pas mal). Pour ça, on commence par s’assurer que l’on a Firefox 1.5 (voir lien ci-dessus), puis on va sur le site de l’extension GreaseMonkey. Une fois là -bas, on cliquera sur le lien qui s’appelle “Install GreaseMonkey” dans la deuxième moitié de la page. On dit oui à tout ce que nous demande Firefox (oui on veut installer l’extension, oui, oui, OK on ferme le navigateur et on le rouvre…)

    Ensuite, on clique sur ce lien-ci qui va installer le script et on dit également oui à tout.

    Voilà ! C’est fait 🙂

  2. L’extension Firefox pour coComment. Même chose que plus haut, on clique sur le lien, on clique ensuite sur “Download coComment! for Firefox”, et on dit oui, amen à tout ce que nous demande notre navigateur chéri. L’extension me paraît moins utile que le script GreaseMonkey, car elle ne fait qu’ajouter le bookmarklet coComment au menu contextuel qui apparaît lors d’un clic droit (ou long clic pour les personnes qui ont un Mac). Mais il paraît que c’est utile parfois lorsque les commentaires sont dans une fenêtre pop-up. Personnellement, j’ai vu que ça ne marchait pas tout le temps, mais j’essaie quand même.

    Note: j’ai désactivé l’extension Firefox vu que je ne l’utilise pas. A vous de voir si elle vous sert.

Plus pratique pour moi qui ai un blog

Si vous avez un blog, vous pouvez faire en sorte que vos commentateurs, s’ils ont un compte coComment, n’aient pas besoin de cliquer sur le bookmarklet, même s’ils n’ont pas installé l’extension GreaseMonkey décrite ci-dessus. Cool, non? Pour cela, il faut rajouter du code javascript pas trop loin du formulaire de commentaires.

Le code est fourni à la fin de ce billet par Merlin. Comme j’utilise une version assez standard de WordPress, je n’ai eu personnellement qu’à copier-coller ce qui était donné dans le billet. Bon, faut encore voir si ça fonctionne 😉 Attention, donc, si vous avez un autre outil de blog, il faut peut-être adapter le code. Cet autre billet explique plus précisément quel rôle joue chaque ligne et vous aidera certainement à modifier le code si nécessaire.

Attention! Pour le moment, j’arrive pas à faire marcher ça. Plus de nouvelles dès que c’est réglé. Ça marche maintenant, mais il faut faire attention aux guillemets malins pas si malins quand ils sont dans du code…

Oui mais… DotClear, autres plateformes de blog, etc…?

Pas de panique. Premièrement, il faut savoir que les gars de coComment bossent d’arrache-pied pour augmenter le nombre de plate-formes avec lesquelles ils sont compatibles. Si votre blog n’est pas compatible avec coComment, mais que vous pouvez modifier votre formulaire de commentaires, tout n’est pas perdu.

Le dernier billet que j’ai mentionné explique comment faire. Il faut donc rajouter un certain nombre de lignes javascript dans le formulaire, et voilà ! Je suis certaine que DotClear fournit toutes les informations nécessaires mais avec d’autres noms que ceux auxquels s’attend coComment. Il suffirait donc qu’un(e) DotClearien(ne) prenne le taureau par les cornes et adapte le javascript aux variables de DotClear (la version publiée utilise les variables WordPress). Si vous faites ce travail, rendez-le public sur votre blog, et je lancerai un lien dans se direction! Qui s’y colle?

Mise à jour: Nicolas propose en commentaire le code à intégrer à DotClear. Quelqu’un peut confirmer que ça marche?

DailyMotion Problems Solved: View Robert's Video Now [en]

[fr] La vidéo de Robert Scoble que j'ai faite à LIFT'06 est maintenant réparée et visible dans le billet initial.

Finally! With help from Olivier of DailyMotion, I’ve solved the DailyMotion problems which prevented the wild videocast of Robert Scoble from playing correctly in the post I’d written.

I had copied the code from another video I’d embedded in a post on my Cheese Sandwich Blog, and changed the video ID. The only problem is that DailyMotion code includes a key which is blog-specific, so people were getting an error message when they tried to play the video on the blog. I tried republishing the video here using their “blog this” feature, but that didn’t embed it properly. Finally, Olivier pointed me to the “manual” option — which I hadn’t seen, although it was what I was looking for! — which simply spits out code for you to copy-paste into your blog.

So, if you gave up earlier, or didn’t have a chance to see it, go and watch Robert being podcasted by two swiss guys at LIFT’06.

Tags and Categories are not the Same! [en]

[fr] Les tags et les catégories, ce n'est pas la même chose. En bref, les catégories forment une structure hiérarchique, prédéfinie, qui régit l'architecture de notre contenu et aide autrui à s'y retrouver. Les tags sont spontanés, ad hoc, de granularité variable, tournés vers le partage et la recherche d'information.

Update, Sept. 2007: when I saw Matt in San Francisco this winter, he told me he had finally “seen the light” (his words!) about tags and categories. Six months later, it’s a reality for WordPress users. Thanks for listening.

I got a bit heated up last night between Matt’s comment that tags and categories function the same and a discussion I was having with Kevin on IM at the same time, about the fact that Technorati parses categories as tags.

I went back to read two of my old posts: Technorati Tagified and Plugin Idea: Weighted Tags by Category which I wrote about a year ago. In both, it’s very clear that as a user, I don’t percieve tags to be the same thing as categories. Tags were something like “public keywords”. Is anybody here going to say that keywords and categories are the same thing? (There is a difference between keywords and tags, but this isn’t the topic here; keywords and tags are IMHO much closer in nature than tags and categories).

Here are, in my opinion, the main differences between tags and categories, from the “tagger” point of view.

  • categories exist before the item I’m categorizing, whereas tags are created in reaction to the item, often in an ad hoc manner: I need to fit the item in a category, but I adapt tags to the item;
  • categories should be few, tags many;
  • categories are expected to have a pretty constant granularity, whereas tags can be very general like “switzerland” or very particular like “bloggyfriday“;
  • categories are planned, tags are spontanous, they have a brainstorm-like nature, as Kevin explains very well: You look at the picture and type in the few words it makes you think of, move on to the next, and you’re done.
  • relations between categories are tree-like, but those between tags are network-like;
  • categories are something you choose, tags are generally something you gush out;
  • categories help me classify what I’m talking about, and tags help me share or spread it;
  • …

There’s nothing wrong with Technorati treating categories as tags. I’d say categories are a kind of tag. They are special tags you plan in advance to delimit zones of content, and that you display them on your blog to help your readers find their way through what you say or separate areas of interest (ie, my Grandma will be interested by my Life and Ramblings category and subscribe to that if she has an RSS reader, but she knows she doesn’t care about anything in the Geek category. (By the way, CTTS is not a good example of this, the categories are a real mess.)

So, let’s say categories are tags. I can agree with that. But tags are not categories! Tags help people going through a “search” process. Click on a tag to see related posts/photos. See things outside the world of this particular weblog which have the same label attached. Provide a handy label to collect writings, photos, and stuff from a wide variety of people without requiring them to change the architecture of their blog content (their categories). If you want to, yeah, you can drop categories and use only tags. It works on http://del.icio.us/. But have you noticed how most Flickr users have http://flickr.com/photos/bunny/sets/ in addition to tagging their photos? Sets aren’t categories, but they can be close. They are a way of presenting and organizing things for human beings rather than machines, search engines, database queries.

To get back to my complaint that WordPress.com does not provide real tags, it’s mainly a question of user interface. I don’t care if from a software point of view, tags and categories are the same thing for WordPress. As a user, I need a field in which I can let my fingers gush out keyword-tags once I’ve finished writing my post. I also need someplace to define and structure category-tags. I need to be able to define how to display these two kids of tags (if you want to call them both that) on my blog, because they are ways of classifying or labeling information which I live very differently.

Am I a tag weirdo? Do you also perceive a difference between tags and categories? How would you express or define it? If categories and tags are the same, the new WP2.0 interface for categories should make the Bunny Tags Plugin obsolete — does it?

Tracking Keywords: PubSub and Technorati [en]

[fr] Comparaison de PubSub et Technorati pour surveiller des mots-clés dans la blogosphère. Aucun des deux vraiment satisfaisant.

One thing I came back with from LIFT’06 is that what one should monitor is more keyword watchlists, rather than blogs. I used to have a few hundred blogs in an aggregator, but gave up using it ages ago. Too much to sift through, considering it isn’t my day job to do so.

During his talk, Robert mentioned that he used PubSub to track keywords like “Microsoft” or his name. Of course, it makes sense. Tracking topics that are of interest to you. I created a PubSub account and set up a few subscriptions to try to track things like mentions of my hometown, Lausanne, teenagers and weblogs, and of course my name. Tracking your name makes a lot of sense if you’re looking out for conversations. Think of highlighting in IRC: if everybody tracks their name in blogs, then you can just call out to them. Hi, Robert, by the way!

Now, this name thing. I guess tracking your surname with PubSub is all right if you’re named Scoble, but if you’re named Booth it makes things much trickier. I added my first name, but that didn’t help much if I omitted the quotes. And as people are likely to refer to me as “Stephanie Booth”, “Stéphanie Booth”, “Steph Booth” or even “Stéph Booth” that’s a bunch to track, but let’s say it’s manageable. But it rules out people who refer to me as “bunny” or even “Tara” (yeah, and if I start tracking those too, it’s not going to make things less messy).

What I really liked about PubSub is that it offers me an out-of-the-box sidebar for firefox. I can get a list of the recent posts containing my keywords in there, browse them, click, check, move on. It has highlighting too, and that’s really nice — helps me see straight away if the Stephanie Booth on the page is me or some homonym. (For some reason it’s not working anymore, but it was nice while it lasted.)

What I didn’t like is that it didn’t seem to be returning as many results as Technorati. Also, I wasn’t always sure if it was responding or not (I guess the current conversation around my name isn’t very busy ;-)). And the “Latest Messages” option only gave me the last three posts in each subscription. It gave me the impression of being a little incomplete in the results it returned. I suspect it isn’t really incomplete, but I can’t really nail what gives me the impression. In any case, PubSub and Technorati give different results for a search on “cocomment”

The slight unsatisfaction with PubSub made me go back to Technorati watchlists, which I had never really used. I like the idea of tracking URLs in posts. If somebody links to me, then it doesn’t matter if the person called me “Stéph Booth” or “Tara” or “la Mère Denis“, I’ll see it. I can also track links to my Flickr account and other blogs and stuff easily. Keyword searches work too. So, neat, I now have a watchlist page on Technorati with all my monitoring material. I can subscribe to each of them by RSS.

Gripes, however. And for the sake of it, let’s assume I’m hoping my watchlists will replace my NewsReader, and not go and live in it:

  • I can only expand one watchlist at a time.
  • Expanding a watchlist shows only the three last results.
  • I don’t have a compilation page with the latest results from all/any of my watchlists.
  • I’d like a sidebar!
  • Blogroll links keep showing up in Technorati search results. It’s nice to know you’ve been blogrolled, but you don’t need to be reminded of it each time you do a search.
  • No highlighting!

What it boils down to: I’d like a Technorati Watchlist sidebar for FireFox and highlighting of search terms or URL in the pages which are loaded from it.

Do you monitor keywords, URLs or search terms? Do you use PubSub or Technorati? Do you stick the results in your feed reader to keep track of them?

Update: of course, I’m much more familiar with Technorati, so there might be something about PubSub I’m missing completely. Feel free to educate me.

How Will CoComment Change Our Commenting Habits? [en]

I was really excited to be able to talk about coComment yesterday Saturday night, and I really think it’s a great service, but I never thought it would pick up as fast as it did. As I heard Robert saying at LIFT, the blogosphere is not about how many people read you, but about who does, and how things scale and can get out of hand once the masses get hold of them.

CoComment is already changing the way I participate in comments (conversations!) on other blogs. I feel more connected. I feel like it makes more sense to leave a comment on a blog I scarcely visit, because it’s not a message in a bottle anymore: I have an easy way to get back to it. CoComment makes my activity on other blogs visible, so it encourages me to be active (yeah, that’s how I am! I like the spotlights, didn’t they tell you?) and maybe more conversational.

On the other hand, this is what I see coming: more popularity for popular blogs or posts or commenters (coComment will amplify the feedback loop effect for comments). Easy celeb’ stalking. Maybe more self-consciousness about “where I comment” and “what I comment”? Comments by top commenters will have a different weight on your blog, and different consequences, because they’ll get a different visibility. A-lister X’s comment on a lowly blog may have gone unnoticed until now, but if they use coComment, it won’t anymore. Will we start signing out of coComment to retain privacy over a certain amounts of comments we make, and that we don’t want in the public eye?

I’m really happy to see coComment gaining so much popularity. I’m just a bit worried. Is this too much success/visibility to soon? I’ve seen people (gently) bitching around already about what a shame it was that coComment did not support all blog platforms, or that it only tracked comments by coCommenters. Laurent says he’s pushing to open it up on Monday night, but I wonder: is it really a good idea? What are the risks involved? What has the most potential for damage: frustrating people because they can’t yet be “part of it”, or not being able to manage the scaling, user feedback, and user expectations for a public service?

I know I’m a worry-bug, and Laurent and Nicolas are smart and know the insides of the service much better than I do — so I’ll just go and prepare my stuff for school and worry about useful things for my life just now (like, what am I going to teach this morning). All the same, guys: “Soyez prudents!”

CoComment enfin public [fr]

[en] Now that the cat is out of the hat and that coComments has been scobleized, I have to say I'm really very happy to have been a small part of it by putting Nicolas and Laurent in touch. You're going to love this service! All the French here is the story of coComment in the very early beginning, before the beginning of things...

C’était le 14 septembre dernier. Je recevais un e-mail de la part d’un de mes lecteurs, Nicolas Dengler. Il m’écrivait parce qu’il n’arrivait pas à  accéder à  un article que je liais depuis mon site. En passant, il me faisait part de son désir de me rencontrer pour blablater d’un projet ou deux qu’il mijotait et au sujet desquels il désirait avoir mon avis. A garder confidentiel, bien entendu.

Le samedi suivant, j’arrive avec près d’une demi-heure de retard à  notre rendez-vous au Café Luna (j’étais pas en avance pour commencer, puis j’ai attendu au faux bistrot, puis je n’arrivais pas à  le joindre sur son mobile) et on a bien failli ne pas se reconnaître. Si ma mémoire est bonne, Nicolas était quasi sorti du bistrot quand il est revenu, par acquis de conscience, voir si je n’étais pas celle avec qui il avait rendez-vous. Tout ça pour dire qu’on a passé à  un cheveu de se rater magistralement.

On a bu un thé, on a causé, de tout, de rien, de blogs, et des idées qu’avait Nicolas. Une en particulier me branchait bien: elle avait quelque chose à  voir avec étendre la logique du commentaire (de la conversation autour du contenu d’un site web) à  tout le web — pas seulement les blogs. Ça m’a rappelé une fonctionnalité qu’offrait à  un moment ICQ: on pouvait chatter avec les personnes qui étaient sur la même page web que nous, ou quelque chose comme ça. Bref, ce que me racontait Nicolas paraissait fort intéressant. Nous sommes restés en contact par e-mail (enfin surtout Nicolas, parce que je faisais une vilaine rechute de TMS et je n’étais pas très causante par clavier interposé).

Environ deux semaines plus tard, j’étais à  Genève et j’en profitais pour boire un thé (je suis une buveuse de thé) avec Laurent. On a causé, de tout, de rien, de la vie, de ce qu’il faisait.

Un jour plus tard ou même pas, Nicolas me demande si je ne connaîtrais pas par hasard une boîte fournissant un certain service (un peu à  la Technorati mais plus ciblé) que recherche son employeur, qui est en train de commencer à  s’intéresser aux blogs. Laurent m’avait justement parlé de quelque chose comme ça, je le dis à  Nicolas, ils prennent contact. La suite vous sera mieux racontée par les acteurs principaux, parce qu’à  partir de là , ils se sont mis à  la tâche (on saute quelques épisodes, je vous en fais grâce) pour donner vie à  coComment.

J’ai fait une apparition à  une des premières sessions brainstorming (et honnêtement, je n’ai pas eu l’impression d’être d’une grande utilité!) et ça avait l’air prometteur. J’ai été propulsée bêta-testeuse dès la mise en service de la première version (toute secrète), mais malheureusement tout ça tombait assez mal pour moi et je n’ai pas été super active. Je peux vous assurer que je vais me rattraper!

J’avoue que c’est très excitant pour moi de voir ce qui est en train de se passer maintenant: le projet est à  présent en bêta fermé (donc un nombre limité d’utilisateurs sont en train de le tester), il fonctionne, Robert Scoble en parle sur son blog et supplie Laurent de lui donner un code d’accès, bref, ça va décoller à  fond, j’en suis certaine. Je suis super heureuse pour Nicolas et Laurent (il y a d’autres protagonistes mais je ne les connais pas) que le bébé reçoive un tel accueil. Ravie aussi d’en faire un peu partie, et très excitée de voir ce qui va se passer une fois la phase de test terminée.

Mais bon… C’est quoi, coComment? Jérôme vous explique tout ça très bien.

Précision: quand je dis “public”, c’est dans le sens qu’on peut maintenant en parler. Ce n’est bien entendu pas encore “public” dans le sens qu’il faut un code d’accès pour faire partie des testeurs. (Merci à  Marc-Olivier d’avoir relevé l’ambiguïté.) J’ai quelques invitations si vous vous sentez l’âme d’un bêta-testeur motivé!

Requirements for a Multilingual WordPress Plugin [en]

[fr] Quelques réflexions concernant un plugin multilingue pour WordPress.

My blog has been bilingual for a long time now. I’ve hacked bilingualism into it and then plugged it in. Other plugins for multilingual bloggers have been written, and some unfortunately got stuck somewhere in the development limbo.

Defining specs is a hairy problem. They need to work for the person visiting the site (polyglot or monoglot). They need to work for the person (or people! translation often involves more than one person) writing the posts. They need to work for all the robots, search engines, and fancy browsers who deal with the site.

Here is what I would like a multiple language plugin to do (think “feature requirements”, suggestion, draft):

  1. Recognize the browser language preference of the visitor and serve “page furniture” and navigation in the appropriate language. This can be overridden by a cookie-set preference when clicking on a “language link”.
    • “WordPress” furniture can be provided by the normal localization files
    • how do we deal with other furniture content in the theme (navigation, taglines, etc.)? should the plugin provide with guidelines for theme localization? do such guidelines already exist? extra information appreciated on this point
    • “language links” shouldn’t be flags, but language names in their respective languages; can this list be generated automatically based on present localization files? otherwise, can it be set in an admin panel?
    • upon “language change” (clicking on a language link), could the localization (action) be done in an AHAH– or AJAX-like way?
    • inevitable hairy problem: tag and category localization
  2. Manage “lazy multilingualism” in the spirit of the Basic Bilingual plugin and “true multilingualism” elegantly and on a per-post basis.
    • allow for “other language abstracts”
    • allow for actual other language version of the post
    • given the “general user language” defined above, show posts in that language if a version for that language exists, with mention of other language versions or abstracts
    • if that language doesn’t exist, show post in “main blog language” or “main post language” (worst case scenario: the wordpress install default) and show alongside other language abstracts/versions
    • abstract in one language (would be “excerpt” in the “main” language) and existence of the post in that language are not mutually exclusive, both can coexist
    • does it make more sense to have one WordPress post per language version, or a single post with alternate language content in post_meta? For lazy multilingualism, it makes more sense to have a single WP post with meta content, but fore “translation multilingualism”, it would make more sense to have separate posts with language relationships between them clearly defined in post_meta
  3. Use good markup. See what Kevin wrote sometime back. Make it nice for both polyglot and monoglot visitors. Inspiration?
    • use <div lang="xx"> and also rel attributes
  4. Provide a usable admin panel.
    • when I’m writing the other version of a post, I need access to the initial version for translation or abstracting
    • ideally, different language version should be editable on the same admin panel, even if they are (in the WordPress database) different posts
    • languages in use in the blog should be defined in an options screen, and the plugin should use that information to adapt the writing and editing admin panels
    • idea: radio button to choose post language; N other language excerpt/abstract fields with radio buttons next to them too; abstract radio buttons change dynamically when main post language is set; in addition to other language abstract fields, another field which can contain a post id/url (would have to see what the best solution is) to indicate “this is an equivalent post in another language” (equivalent can be anything from strict translation to similar content and ideas); this means that when WP displays the blog, it must make sure it’s not displaying a post in language B which has an equivalent in language A (language A being the visitor’s preferred language as defined above)
  5. Manage URLs logically (whatever that means).
    • if one post in two languages means two posts in WP, they will each have their own slug; it could be nice, though, to be able to switch from one to an other by just adding the two-letter language code on the end of any URL; a bit of mod_rewrite magic should do it
  6. Integrate into the WordPress architecture in a way that will not break with each upgrade (use post-meta table to define language relationships between different posts, instead of modifying the posts table too much, for example.)
    • one post translated into two other languages = 3 posts in the WP posts table
    • excerpts and post relationships stored in post_meta
    • language stored in post_meta

I have an idea for plugin development. Once the specs are drafted out correctly, how about a bunch of us pool a few $ each to make a donation to (or “pay”) the person who would develop it? Who would be willing to contribute to the pool? Who would be willing to develop such a plugin (and not abandon the project half-way) in these conditions?

These specs need to be refined. We should start from the markup/reader end and get that sorted out first. Then, think about the admin panel/writer end. Then worry about code architecture. How does that sound?

We’ve started a discussion over on the microformats.org wiki. Please join us!

Update: this post is going to suffer from ongoing editing as I refine and add ideas.

Plugin Updates for WordPress 2.0 [en]

[fr] Les plugins "Bunny's Technorati Tags" et "Basic Bilingual" fonctionnent à  présent avec WordPress 2.0.

It took me a couple of hours, but both Basic Bilingual and Bunny’s Technorati Tags are now WordPress 2.0-compatible.

A few minor tweaks have been made, most significant of which is that these two plugins can now be used for Pages in addition to normal posts.

They should work, though I haven’t troubleshooted them extensively — please ring the bell if you bump into any problems.