hlisting-feedback-fr

From Microformats Wiki
Revision as of 16:59, 14 July 2007 by IjdOi7 (talk | contribs)
Jump to navigation Jump to search

Action par Défaut

je pense que c'est un bon format d'avoir un par défaut pour chaque champ obligatoire, parce quelqu'un là va laisser tomber n'importe quel champ donné obligatoire dans le champ des microformats. Dans cet esprit, la valeur par défaut pour l'annonce classée est l'offre, parce que les annonces "voulu" sont bien << 10% dans le vrai monde. Ce que je ne sais pas est ce que devrait être l'action par défaut ; la plus neutre d'entre elles est announce, ce que j'utilise dans mon parseur.

-- Rohit

Donations

Vendre et Louer sont des verbes assez évidents ; que veux dire Trade néanmoins, et Barter. Que penser des dons, comme les donations ou "libre pour recyclage" ? Devrions-nous remplacer Trade et offrir Donate à sa place ?

-- Rohit

Dérir d'Hériter du Contexte

Quand cela vient au billet de blog, j'aimerais nous avoir adresser ce qui suit :

1. Less is more. Or in reverse, people are lazy, and the less fields they need to fill in order to sell a couch or find a date, the more they'll use the plugin. So I'm trying to visualize how this plays in with the user interface and how we can keep it as simple as possible.

2. DRY. We want to capture as much information as possible from what is already available in the blog post. We already have summary (title), listing date/time (post date/time), permalink, author information, tags/categories.

3. Keep it simple. And here I'm talking about setup and being able to extend your blog's functionality without too much fuss. This one is a bit more tricky, so I'll go into details.

WordPress uses templates to render the blog post. The template then calls the WordPress API to render the title, a second call to render the content, and another call to render any additional metadata (e.g. publish date, categories, author). These separate calls allow people to play with the formatting and apply any styling they like.

The way uPress works, is by processing the blog post before it goes back to the filter, creating the hEvent (to be: hListing) element around it, and adding any relevant fields into the blog post. So what you fill in the form, finds its way to the post content. As a result, setting up the plugin requires two steps: drop it to the plugins directory, and activate.

Unfortunately, I only get to process the content of the post. I can't easily include the title inside the hListing element, or any other metadata about the post, even though I have access to it. If I duplicate that information, the post stops being readable. And to wrap the entire post (not just body) inside a microformat element, I need to tweak the template. Except people use different templates, and I can't tweak all of them.

So the more context we use, the better the plugin becomes.

-- Assaf Arkin

Faire que les champs Info/Photo soient Optionnels

WordPress a un éditeur WYSIWYG génial qui vous laisse glisser et déposer des images. Mais la seule identification sémantique qu'il utilise est l'élément HTML <img>. Ainsi comment obtenons-nous qu'une photo soit identifiée à partir de toutes les images dans la description ?

1. éditer manuellemen le HTML que WordPress crée et ajouter la classe. 2. Ajouter une autre IU doublant celle déjà utilisée par WordPress, sans drag