XFN FAQ

From Microformats Wiki
Revision as of 16:35, 18 July 2020 by Aaronpk (talk | contribs) (Replace <entry-title> with {{DISPLAYTITLE:}})
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search


Cette page est destinée à documenter les Q&R sur XFN en plus des XFN FAQ officielles. Il est probable que les items ici seront incorporés là-bas. Ou peut-être que GMPG peut choisir de rediriger la FAQ ici - ceci doit être déterminé. A cette heure, si vous avez une nouvelle question à poser à propos de XFN, considérez SVP de la poser d'abord sur la liste de discussion microformats-discuss.

SVP, lisez d'abord la page officielle des XFN FAQ.


clarifications sur les valeurs

Pourquoi est-ce que "muse" est dans la catégorie "romantic"

Selon la spec XFN, rel="muse" est un lien vers quelqu'un qui vous inspire, et est listé comme une relation "romantique". Est-ce toujours sous-tendu par une relation romantique, parce qu'on pourrait trouver certainement quelqu'un d'autre d'inspirant sans être intéressé/impliqué émotionnellement ?

  • Bien sûr, "muse" n'était pas destiné à être purement romantique dans le sens romantique littéral de "relation romantique" (bien qu'il soit clair sur la façon dont cela pourrait être mal interprété), et bien sûr ce sens est inclus. La catégorisation sous "romantic" est dans un sens plus large, similaire au romantisme tout comme en permettant l'élévation de :

    "the achievements of what it [Romanticism] perceived as misunderstood heroic individuals and artists that altered society."

    ou romance the genre.
  • La spec XFN définit muse tout comme crush, et on devrait ne pas la confondre avec l'autre. Quoi qu'il en soit, romantiquement ou au sens figuré, la muse inspire.
  • Remarquez aussi : la définition du Wiktionary de muse

Comment je marque ma relation avec les entreprises dans lesquelles j'ai travaillé

'Comment je marque ma relation avec les entreprises dans lesquelles j'ai travaillé ?

  • Marquez les sociétés dans lesquelles vous avez travaillé sur votre page de résumé/CV avec hResume. Dedans chacun de vos jobs est marqué avec un événement hCalendar avec une hCard embarquée qui représente votre identité (title, url, org-unit etc) pendant que vous étiez dans cette société.
  • Pour les organisations et sociétés dont vous faites partie actuellement, jetez un oeil à la proposition de microformat en brainstorming sur rel-group

Comment je marque les personnes avec lesquelles j'ai travaillé

Comment je marque les personnes avec lesquelles j'ai travaillé ?

  • Utilisez la relation XFN 'colleague' pour marquer votre relation actuelle avec vos précédents collègues.
  • En outre, vous pouvez utiliser XFN sur les liens vers les personnes dans un billet de blog pour régler un contexte de date et horaire quand cette relation était vraie. Ainsi au fil du temps, il est possible d'utiliser différentes valeurs XFN reflétant la nature évoluante de vos relations. Voir XFN: Background: Out of time pour en savoir plus.

Comment marquer l'information de lieu comme mon bureau

Is there anything in there for locative info, like 'my office,' etc.? 1
We have "rel" tags for humans. Is there an equivalent for location and place? 2

Marquez les lieux en rapport avec votre bureau comme une partie de votre type work adresse (adr) dans votre hCard.

Pourquoi XFN omet les valeurs négatives

Wondering why XFN definitions do not include "fool", "enemy", "jerk", "pedant", and so forth. 1

Negative relationship terms have been omitted from XFN by design. The authors think that such values would not serve a positive ends and thus made the deliberate decision to leave them out.

Extrait de "XFN Background: Positive or neutral relationships only" - plus de raisons et explications ici.

Existe-t'il des relations asymétriques XFN ?

Is there such a thing as an asymmetric xfn relationship?

La plupart des relations XFN ne doivent pas être symétriques et sont par conséquent asymétriques dans l'usage du vrai monde. Les seules relations XFN qui sont "en fait toujours symétriques" (selon le profil XFN 1.1 profile) sont :

Une relation XFN obligatoirement symétrique, a moins que la relation ne soit revendiquée dans les deux directions (par ex. avec un hyperlien, voir définitions pour les détails), la relation ne peut pas être affirmée :

Toutes les autres relations XFN 1.1 ne sont pas obligatoirement symétriques, elles ne peuvent non plus être nécessaires ou attendues.

Y'a-t'il une relation fan

Is there a 'fans' or 'fan of' type of XFN relationship?

Voir XFN Brainstorming: fans and followers.

Si je suis fan de quelqu'un quelle relation devrais-je utiliser au moment de faire un lien

If I'm a fan of someone, what XFN rel value should I use when linking to them?

A cette heure, il n'existe pas de bon terme inverse pour déclarer que vous êtes fan de quelqu'un. Vous pouvez déclarer l'inverse, ce qui veut dire, vous pouvez essayer de lier vers quelqu'un le fait que vous déclarez être un fan de vous avec rel="fan" selon le fans and followers brainstorming, mais il n'existe à cette heure pas de bon inverse de fan pour lier vers des personnes dont vous êtes fan.

Devrais-je déclarer cette personne comme une connaissance

Follow-up: Would I identify as an acquaintance of that person?

Pas nécessairement. rel-acquaintance déclare plus que ça, ce qui veut dire, que vous avez au moins eu une conversation ou quelque sorte d'interaction avec elle. Vous n'avez pas besoin de quelque interaction avec les personnes dont vous êtes fan.

A cette heure, vous pourriez utiliser rel-contact pour déclarer au moins que vous avez quelque information de contact avec cette personne (son URL) ou considérez cette personne comme un contact, et ce même si cela même si ça ne charrie pas le sens que vous en êtes fan.

aide sur la publication

validation

Wondering how people intend to validate xfn… 1

  • Utilisez le validateur rel-lint de Drew McLellanqui vérifie une page sur les valeurs rel standards extraites du HTML 4.01 et XFN 1.1, et affiche des avertissements pour les valeurs non reconnues.

Voir XFN Implementations: validateurs pour en savoir plus.

autres possibilités

Pourquoi ne pas utiliser rev au lieu d'un mot-clé pour indiquer l'inverse

Why not exploit the rev property to avoid having to use a different keyword to denote the reverse? --Jon Williams 14:41, 8 Jan 2007 (PST)

Est-ce que les liens XFN utilisent des protocoles autres que http

Pouvez-vous utiliser rel="me" pour d'autres protocoles que HTTP ? tels que mailto: ou aim:? --Brian Suda 03:37, 2006-05-12 (PST)

  • La réponse actuelle est "oui" tout particulièrement parce que XFN ne fait que décrire la relation entre deux choses, plutôt que le protocole avec lequel l'une ou l'autre des choses est adressée.

développement

Comment vous auto-découvrez XFN

I am interested in the autodiscovery of microformats in html especially xfn. What would that look like? 1

  • Sur toute page web qui représente une personne, parsez le HTML, tout spécialement les attributs des liens rel séparés par des espaces (éléments a et link), et jetez un oeil aux 18 valeurs XFN 1.1 parmi les valeurs rel. Répétez pour les pages que pointent ces liens avec des valeurs XFN rel. Pour en savoir plus sur la façon de crawler les liens (ou un sous ensemble déterminé par des valeurs rel) sur le Web, consultez n'importe lequel des ouvrages sur la façon de crawler le web.

Does consolidating a paginated friends list scale

Note : Ceci est une FAQ "implémentation".

How do services that publish hCard+XFN supporting friends lists and use the rel="me next" and rel="me prev" method for consolidating paginated friends lists scale?

The short answer is: it is pagination that actually scales and publishing complete lists that does not.

In real world practical experience, Twitter's live-on-the-web implementation right now has demonstrated not only that the pagination approach already scales, but more importantly:

"publishing all your friends on one resource" does not scale.*

Twitter employee Blaine said as much at the Social Network Portability Today meetup at the Satisfactory, due primarily to database load.

Note that because this is a backend issues, this is true regardless of the format sent to the front end client (whether HTML, random XML, or CSV). And whether you call it an "API call" or "HTTP GET request" or "page load", on the Web they are all the same thing.

Note also that this isn't uncommon. Twitter isn't the only interface (whether user or programmatic) that requires clients (whether browsers or spiders) to retrieve paginated results. Most search engine APIs for example require clients to make paginated requests.

  • Any such absolute statement ("does not scale") is obviously meant to summarize a measured result rather than be dogmatic in nature because obviously in the literal sense such an unqualified absolute statement can be disproven with carefully chosen examples. In this instance, it has been pointed out that there are services (namely LiveJournal) that can return hundreds of contacts in a single request without any difficulty. Problems have been noted by implementers (e.g. Twitter) when a friends list has more than about 1500 contacts, especially trending into the 10,000 range. With modern (as of 2007) servers and backend software stacks, returning simple datasets this size can take over a second if not cached, which is too long.

Voir aussi