how-to-brainstorming: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
Line 13: Line 13:
== how-to proposal ==
== how-to proposal ==
After reviewing the web microformats.org, I decided to propose microformat for publishing troubleshooting. I called my microformat "how-to" and its schema is as follows:
After reviewing the web microformats.org, I decided to propose microformat for publishing troubleshooting. I called my microformat "how-to" and its schema is as follows:
== possible schema of how-to ==


* '''how-to''' - main class
* '''how-to''' - main class
** '''problem''' - problem which the solution solve.  
** '''problem''' - problem which the solution solve.  
** '''domain''' - domain of problem (IT, horticulture)
** '''category''' - domain or category of problem (IT, horticulture)
** '''solution''' - element which content solution
** '''solution''' - element which content solution
*** tools - working tools and working conditions (hammer, brush tool, some kind of IDE...)
*** tools - working tools and working conditions (hammer, brush tool, some kind of IDE...)
Line 32: Line 35:
** tag - for keywords, rel-tags
** tag - for keywords, rel-tags


Bold elements should be required.
'''Bold''' elements should be required.


== see also ==
== see also ==

Revision as of 11:05, 14 April 2012

<entry-title>how-to brainstorming</entry-title>

This is a page for brainstorming proposals for a how-to microformat for authors and publishers to markup solutions to common problems.

Per the microformats process, the following pages need to be first created and documented, and then brainstorming should be based upon the research therein.

problem statement

Every day we are looking for some kind of manual to solve our problems. If we can not effectively use Web search engine, it is quite time consuming task.

how-to proposal

After reviewing the web microformats.org, I decided to propose microformat for publishing troubleshooting. I called my microformat "how-to" and its schema is as follows:


possible schema of how-to

  • how-to - main class
    • problem - problem which the solution solve.
    • category - domain or category of problem (IT, horticulture)
    • solution - element which content solution
      • tools - working tools and working conditions (hammer, brush tool, some kind of IDE...)
      • components - parts needed for repair, modification or creation of something that is the subject of the problem, can be used with microformat hProduct
      • duration - time duration, used with microformat hCalendar
      • instructions - steps to solve problem
        • hMedia
        • code
        • rel-enclosure
      • faq - element for FAQ, which contents questions and answers
      • question
      • answer
    • author - author of solution (hCard)
    • published - datetime of publishing
    • tag - for keywords, rel-tags

Bold elements should be required.

see also