put-it-on-the-wiki: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
(added a section for issues with a specific tool)
m (Replace <entry-title> with {{DISPLAYTITLE:}})
 
(4 intermediate revisions by 2 users not shown)
Line 1: Line 1:
<entry-title>Put it on the wiki</entry-title>
{{DISPLAYTITLE:Put it on the wiki}}


As stated in the [[mailing-lists]] general guidelines, maximizing the signal-to-noise ratio (S/N) on the email lists is important.  In addition, we don't want to lose good content in the pile of emails that goes across the lists. We've learned from experience that it's better to add information to the wiki directly rather than send email.
As stated in the [[mailing-lists]] general guidelines, maximizing the signal-to-noise ratio (S/N) on the email lists is important.  In addition, we don't want to lose good content in the pile of emails that goes across the lists. We've learned from experience that it's better to add information to the wiki directly rather than send email.
Line 6: Line 6:
Here is a short video explaining how wikis work much better than email for collaboration, even for something as simple as planning a camping trip.
Here is a short video explaining how wikis work much better than email for collaboration, even for something as simple as planning a camping trip.


[http://www.youtube.com/watch?v=-dnL00TdmLY YouTube: Wikis in Plain English]
[http://www.youtube.com/watch?v=-dnL00TdmLY http://i2.ytimg.com/vi/-dnL00TdmLY/default.jpg][http://www.youtube.com/watch?v=-dnL00TdmLY YouTube: Wikis in Plain English]


== content belongs on the wiki ==
== content belongs on the wiki ==
Line 63: Line 63:
* [[hreview-creator-issues]]
* [[hreview-creator-issues]]
* [[oomph-issues]]
* [[oomph-issues]]
* [[operator-issues]]
* [[optimus-issues]]
* [[optimus-issues]]
* [[x2v-issues]]
* [[x2v-issues]]

Latest revision as of 16:31, 18 July 2020


As stated in the mailing-lists general guidelines, maximizing the signal-to-noise ratio (S/N) on the email lists is important. In addition, we don't want to lose good content in the pile of emails that goes across the lists. We've learned from experience that it's better to add information to the wiki directly rather than send email.

wikis in plain english

Here is a short video explaining how wikis work much better than email for collaboration, even for something as simple as planning a camping trip.

default.jpgYouTube: Wikis in Plain English

content belongs on the wiki

Please add any substantial content to the wiki and use email only for referring to the URLs on the wiki accordingly. If you're not sure where to add something, ask in IRC or email.

By creating more content on the wiki rather than the mailing lists we grow our community memory and knowledge in a way that can be much more easily searched, referenced, linked, and discovered, as mailing list archives are quite impenetrable and make it difficult to determine what the current "state" is of any particular discussion.

where to put what on the wiki

If you're not sure where to put your content on the wiki, here are a few common types of content that have specific pages on the wiki.

real world content examples

Real world examples of specific types of content should be captured on the *-examples page for that type of content to help with research and iteration of the microformat (if any) (being) developed for that type of content. E.g. real world examples of:

previous formats and vocabularies

Formats and/or vocabularies (whether web/internet based or earlier) for specific types of content should be captured on the *-formats page for that type of content to help with research and iteration of the microformat (if any) (being) developed for that type of content. E.g. formats and vocabularies for:

examples of microformats usage

If you have published (or found!) examples of microformats usage on a website, please go ahead and add them to the respective examples-in-the-wild page or section. E.g.

Since new examples are often useful for others' understanding, and for developers' parser testing, if you like you are also encouraged to send email to the microformats-discuss mailing list announcing your support of specific microformats, with URLs to the respective examples in the wild pages/sections on the wiki and noting that you have added your site and the specific URLs with the microformats to those examples in the wild pages/sections.

issues with a specific microformat

If while reading a particular microformat specification or implementing it on your site or in your tools you find problems with that microformat, first check the *-issues page for that specific microformat to see if the issue has already been raised (and possibly resolved, sometimes in a separate *-issues-resolved page), and add your opinion and experience as a nested list item on the existing issue. If you can't find the specific issue, please add it to that respective *-issues page.

If there is no issues page for the specific microformat, check for an "Issues" section on the page for the microformat itself, and feel free to create a *-issues page and move that existing section (leaving a "See ... " link in place) to the separate page.

issues with a specific tool

If while using a particular microformat implementation you find problems, first check the *-issues page for that specific tool or service to see if the issue has already been raised (and possibly resolved, sometimes in a separate *-issues-resolved page), and add your opinion and experience as a nested list item on the existing issue. If you can't find the specific issue, please add it to that respective *-issues page.

If there is no issues page for the specific implementation, check for an "Issues" section on the page for the implementation itself, and feel free to create a *-issues page and move that existing section (leaving a "See ... " link in place) to the separate page.

feature suggestions for a specific microformat

If you have an idea for a new feature or enhancement for improving a microformat that's more than just a bug fix (see above, issues belong on the *-issues pages), then please add it to the *-brainstorming page for that specific microformat, or if the page already notes the feature request, add you opinion about it with a nested list item.

related