mailing-lists: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
m (→‎new list proposal: added my votes)
Line 87: Line 87:
** +1 ScottReynen
** +1 ScottReynen
** +1 Lachlan Hunt
** +1 Lachlan Hunt
** +1 [[User:Singpolyma|singpolyma]]
** -1 Andy Mabbett
** -1 Andy Mabbett
** -1 Joe Andrieu
** -1 Joe Andrieu

Revision as of 12:12, 23 October 2006

Mailing Lists

Read the microformats discuss page first.

Then read the mailing list policies.

Ok, now here are some additional notes of scope and topics for each list.

microformats-discuss

A mailing list for general discussion of microformats, with a strong leaning towards:

  • starting out with microformats
  • real-world content authoring

good topics for discussion

Here is a list (certainly not definitive) of good topics which are appropriate for the microformats-discuss mailing list:

  • general thoughts on the design and use of semantic XHTML markup
  • how to use and write microformats in content
  • how to use microformat design patterns in content

good topics that belong somewhere else

bad topics for discussion

AKA topics better discussed elsewhere (somewhere other than microformats.org).

Here is a list (also not definitive) of topics which are undesired and inappopriate for the microformats-discuss mailing list. In fact, they're not even worth the time to bother discussing, so please do not bring them up on the microformats-discuss mailing list. We'll add more topics as people come up with more off-topic or out-of-scope or rathole topics.

  1. How to make a "general purpose" (micro)format. Go read what microformats are not, actually, go read the entire principles page. Sometimes this may masquerade as a "format of formats". Either way, it is one of those boil the ocean ratholes which are far outside the focus of microformats. If you really want to work on such subjects, teach yourself DTD (SGML, XML), XML Schema, Relax NG, RDF Schema, and find the communities working on those technologies.
  2. Using namespaces and namespace prefixes. In short, namespaces are neither necessary (the Internet ran just fine without them for decades, go read some RFCs), nor desirable (prefixes make formats far uglier and more difficult to hand-code). See also namespaces-considered-harmful.
  3. Using non-English names for properties. This was briefly discussed on the microformats-discuss list most recently as "Language Maps" but has been raised before that. Some folks have raised the issue that microformats use English names for properties, and they would like alternate (non-English) names in other (natural) languages, and perhaps try to establish a mapping between them. As microformats property names are based on existing standards (see process, and naming-principles), this is another problem that is far outside the scope of microformats. As Ryan King put it, this is a pre-existing (unsolved) "problem" with English-based HTML, the English-based CSS, the English-based HTTP and so on. Note that this is NOT about the internationalization (i18n) of the content and data itself - which is of course an excellent goal, advocated and promoted by microformats and the standards they are based on (e.g. W3C, IETF). This is purely about the names of the properties (and enumerated values) in the formats.

microformats-dev

For discussion of microformats development, with a leaning towards:

  • anything that involves writing code
  • abstractions / models (in contrast to actual content)

good topics for discussion

These tend to be topics that belong in microformats-dev instead of microformats-discuss. This list is also not definitive, but illustrates the general areas:

  • microformat parsing
  • microformat "(auto)-discovery"
  • comparisons of microformats with other data abstractions or data representations (e.g. XML, RDF)
  • compatibility/interoperability of microformats with other data abstractions or data representations

Formerly, the membership to this list was moderated and limited to people who had demonstrated public implementations of microformats. We've since relaxed this requirement, yet maintain the same expectations that people involved in the discussion are focused on concrete and pragmatic topics related to writing code using microformats.

microformats-rest

For discussion of use of microformats with REST, in protocols, services, APIs etc.

how to search the mailing list archives

If your post to the list starts off "I'm new to the list and microformats so I don't know if you've discussed this already" READ THROUGH THE ARCHIVES!

The archives are getting larger, so here are a few simple ways you can search them. Most popular search engines imploy some sort of site based results filtering. Google does this in your initial search. Type "site:http://microformats.org/discuss/ <search terms here>" to limit the search results to only our discussion list. This will help you from asking a question that has already been posted, debated, and possibly resolved. It saves everyone time and energy!

new list proposal

There is a proposal for creating a new mailing list for discussing the research and creation of new microformats so that those discussions do not overwhelm microformats-discuss.

Some candidates for names with the thinking behind them. Feel free to add your name and opinion (+/- 1 or 0).

  • microformats-new (focusing on discussing "new" microformats)
    • +1 tantek
    • +1 ScottReynen
    • +1 Lachlan Hunt
    • +1 Joe Andrieu
    • -1 Andy Mabbett
    • +1 Bob Jonkman
    • +1 Ben Ward
    • +1 Ben O'Neill
  • microformats-research (focusing on the essential, and often overlooked by first-time proposers "research" phase(s) in the process)
    • +1 tantek
    • +1 ScottReynen
    • +1 cgriego
    • +1 Phae
    • +1 JustinThorp
    • -1 Andy Mabbett
    • -1 Joe Andrieu
    • -1 Bob Jonkman (research is part of process, best documented on the Wiki)
    • -1 Ben Ward (strikes me as dilution too far of µf-discuss and µf-new)
  • microformats-process (That's really what we're talking about with research of new microformats, isn't it?)
    • +1 ScottReynen
    • +1 Lachlan Hunt
    • +1 singpolyma
    • -1 Andy Mabbett
    • -1 Joe Andrieu
    • -1 cgriego (reminds me of parsing--processing--more so than even microformats-dev)
    • -1 Bob Jonkman (Is this the process of creating a new microformat, or the some other process? Document it on the Wiki, I say)
  • microformats-propose (it misses the point of the process, and implies that there is a desire for microformats proposals - there isn't)
    • -1 tantek
    • -1 ScottReynen
    • 0 Andy Mabbett
    • -1 Bob Jonkman
    • -1 Ben Ward
  • microformats-suggest (similar to propose but milder ;)
    • +1 ChrisMessina
    • 0 tantek
    • -1 ScottReynen
    • -1 Phae (I feel this is just -propose in disguise)
    • -1 BenWest
    • -1 Andy Mabbett
    • -1 Bob Jonkman
    • -1 Ben Ward (If µf-new or similar is created for active spec'ing and format development, uf-discuss would comfortably accomodate this as part of the course of discussion)
  • microformats-work: For working on microformats, new and old.
    • +1 BenWest: I thought we are interested in a list that provides a venue for iterating through the process, and revising and refining microformats in general. discuss is for newbies, and dev is for implementing them.
  • nothing (fix uf-dev, do nothing else (for now))
    • +1 RyanKing
    • +1 Tim White
    • +1 Andy Mabbett
    • 0 Bob Jonkman
    • 0 Ben Ward
    • -1 BenWest
    • -1 Tantek (we have opened uf-dev and I still strongly believe we need a new list for the discussion of new microformats, separate from microformats-discuss in order to avoid overwhelming new folks with details and minutiae of new and in development formats.)