Article Template: Difference between revisions

From Grooper Wiki
No edit summary
No edit summary
 
(27 intermediate revisions by 2 users not shown)
Line 1: Line 1:
'''''BE AWARE:''' The first line of any article should be'' <code><nowiki>{{AutoVersion}}</nowiki></code> ''This creates the version control box below.''
{{AutoVersion}}
[[File:Grooper TM 1.png|thumb|An image at the top of the article is a good visual to identify your topic.]]
[[File:Grooper TM 1.png|thumb|An image at the top of the article is a good visual to identify your topic.]]


<blockquote style="font-size:14pt">
<blockquote>
Start with a quick one to two sentence "glossary" style definition of the subject to introduce the topic here.
Start with a quick one to two sentence "glossary" style definition of the subject to introduce the topic here.
</blockquote>
</blockquote>
Line 11: Line 14:
*The ONLY image in this section should be a general image pertaining to the topic in the top right corner.  If you need an image to explain your topic (which is highly encouraged!), use it in a different section.
*The ONLY image in this section should be a general image pertaining to the topic in the top right corner.  If you need an image to explain your topic (which is highly encouraged!), use it in a different section.


'''Standards'''


When writing and reviewing your articles please stick to the following standards:


* Proper spelling and grammar
* Link internal Wiki articles and external links
** If a linkable topic exists multiple times in an article, ''at least'' link the word or phrase the first time it appears in the article.
** Visit the [[Formatting Articles#Links]] page for more information.
* Bold all Grooper '''objects'''
* Bold and Italicize all Grooper '''''properties'''''
* Italicize all Grooper property ''settings''
** I.E.  On the '''Data Field''', set the '''''Alignment''''' property to ''Right''


'''''BE AWARE:''''' ''All articles should include Grooper ZIP files.''
* Use the following information box to call out the downloads:
{|class="download-box"
|
[[File:Asset 22@4x.png]]
|
You may download the ZIP(s) below and upload it into your own Grooper environment (version 2023). The first contains one or more '''Batches''' of sample documents.  The second contains one or more '''Projects''' with resources used in examples throughout this article.
* [[Media:2023_Wiki_Article-Name_Batches.zip]]
* [[Media:2023_Wiki_Article-Name_Projects.zip]]
|}


See the [[Article Standards]] for more specifics on Grooper ZIP standards.
== About ==
== About ==


=== How does it work?===
'''How does it work?'''


If you can't adequately explain the topic in the introductory paragraph, the "About" section will allow you to expand.  What differentiates the Wiki from the is the Wiki answers "How? and Why?" where the Help Documentation answers "What?".  Help Documentation explains "what" something is in Grooper.  Wiki articles should expand this to "how" something functions and is used.  The About section expands on how something works in Grooper.  You can't always get a good idea of how something works in Grooper with the description given in the help documentation.  The About section gives you more room to demonstrate how something works.  
If you can't adequately explain the topic in the introductory paragraph, the "About" section will allow you to expand.  What differentiates the Wiki from the is the Wiki answers "How? and Why?" where the Help Documentation answers "What?".  Help Documentation explains "what" something is in Grooper.  Wiki articles should expand this to "how" something functions and is used.  The About section expands on how something works in Grooper.  You can't always get a good idea of how something works in Grooper with the description given in the help documentation.  The About section gives you more room to demonstrate how something works.
* This should be a high level/general explanation.
* Visual aids are encouraged, including:
** Diagrams
** Document screenshots
*** Be sure all documents are "public facing".  They cannot come from a client or have personal data.  Use public records or mocked up documents.
** Grooper UI screenshots
*Screenshots and images are highly encouraged here to aid your explanation.  Most people learn better with visual aids.
*Screenshots and images are highly encouraged here to aid your explanation.  Most people learn better with visual aids.
**Be careful what images you use.  Any documents need to be "Public Facing", lacking any proprietary client or personal data.  Use public records or mocked up documents.
*This section should be mostly conceptual.  The "How To" and "Use Cases" section can reinforce your explanation here with specifics.
*This section should be mostly conceptual.  The "Use Cases" and "How To" section can reinforce your explanation here with specifics.


== Use Cases ==
== How To ==


=== Why do I need it? ===
'''How do I use it?'''


Use Cases provide specific context of how the topic is applied in the "real world".  Here you can detail solutions the topic addresses.
Here, guide your readers through configuring Grooper to solve a problem around the topic.
*Screenshots can be very helpful here.
*Set goals.  Explain what the problem is, what the desired result is, and how the topic addresses it before getting into configuration specifics
**Be careful what images you useAny documents need to be "Public Facing", lacking any proprietary client or personal data.  Use public records or mocked up documents.
*These instructions should guide the reader step by step of how to do something in Grooper.
*Include multiple examples when possible.
**Number your steps to keep readers on the right path.
 
**ShowDon't tell.  Use screenshots to show the reader what they will see in Grooper.
== Version Differences ==
*You can have as many "How To" sections as necessary.
 
**If a single set of instructions starts to get complicated, with many many steps involved, break it up into a series of How Tos.
As Grooper improves, its implementation changes.  If a new version changes how a topic is configured, it should be pointed out here.


Version Guidance
* Current screenshot guidance:
*All articles should be written from the perspective of the current release version of Grooper.
** '''''BE AWARE: As of Q4 2023, DO NOT use tabbed containers for screenshots.  We are phasing out tabbed containers.'''''
**If an article needs to be adjusted or rewritten to reflect changes in a new version, the article should be renamed with the version indexed at the end of its title.
** Use full screen screenshots.
***i.e. If this article changed from version 2.72 to 2.80, the "Article Template" article pertaining to version 2.72 should be renamed to "Article Template (2.72)" and the new article updated to version 2.80 would be simply named "Article Template"
** Detail steps on the screenshot itself.
*The article pertaining to the older version should then be linked in this section.  This way users of older versions can still get guidance.
** Text steps should be typed ''above'' each screenshot.
**This doesn't mean you have to start from scratch on an articleWhen possible, you will simply copy the old versions article and make adjustments to reflect the changes.
** Don't crowd the screenshot with words.  Keep text breif and "to the point" on screenshotsUse the text steps ''above'' the screenshot to explain further if needed.


Example:


In version 2.80, we changed our guidance on detailing property details in an object's property grid when writing articles.
''Example screenshot with how to text:''


=== Version Links ===
# With the '''Execute''' step selected, go to the "Activity Testing" tab.
# Select the document from the "EDI Integration - Batch" in the Batch Viewer.
# Click the "Test" button to test the activity and get extraction results.
[[image:2023.1_XML-Schema-Integration_02_How-To_05.png]]


*[[Article Template (2.72)]]
== Use Cases ==


== How To ==
''This section is optional.  Only detail a use cases section if it is well thought out, descriptive and adds to the article.    Don't feel you need to add this section if you don't have a good use case example.


=== How do I use it? ===
'''Why do I need it?'''


Here, guide your readers through configuring Grooper to solve a problem around the topic.
Use Cases provide specific context of how the topic is applied in the "real world"Here you can detail solutions the topic addresses.
*Set goalsExplain what the problem is, what the desired result is, and how the topic addresses it before getting into configuration specifics
*This should be a more specific/example driven explanation.
*These instructions should guide the reader step by step of how to do something in Grooper.
*Screenshots can be very helpful here.
**Number your steps to keep readers on the right path.
**Be careful what images you useAny documents need to be "Public Facing", lacking any proprietary client or personal dataUse public records or mocked up documents.
**ShowDon't tell.  Use screenshots to show the reader what they will see in Grooper.
*Include multiple examples when possible.
*You can have as many "How Tos" as necessary in this section.
**If a single set of instructions starts to get complicated, with many many steps involved, break it up into a series of How Tos.
*Make use of the "Tab Container" to provide step-by-step guidance to readers.
**The first step should be "Prereqs"Here, you can list any steps necessary to complete before you get into your instructions.
**For more information on configuring the "Tab Container" visit the [[Writing Articles#Tabbed Containers]] article.


== Grooper Help Documentation ==
== Version Differences ==


Here, link directly to the Help Documentation for the object in question
As Grooper improves, its implementation changes.  If a new version changes how a topic is configured, it should be pointed out here.


''This section is optional.  Only outline important differences from in-support versions of Grooper.  For example, if Grooper changed from version 2.90 to 2021 but 2.90 has reached EOL, you don't need to document the change in a 2024 article.''


*If that property is critical to a solution's configuration, it should be explained in one of the "How To" section's tutorials.
'''Wiki Article Versioning Guidance'''
*If the Help Documentation for a property detail is not adequate, send an email to the Dev team.
*All new articles should be written from the perspective of the '''''current''''' release version of Grooper.
** Articles written in the Main wiki namespace are assumed to cover the current version.
* Articles written for older versions are migrated to a namespace corresponding to their version number
** For example, if this article was originally written for version 2.72 it would be moved into the 2.72 namespace and renamed "2.72:Article Template".
* Articles from older versions are linked at the top of each article thanks to the <code><nowiki>{{AutoVersion}}</nowiki></code> markup at the first line of the article.
* If you need to link to an article from a specific version, be sure to include its namespace in the link.  The following would link to the 2.72 version of this article:
** [[2.72:Article Template]]


== See Also ==
== See Also ==
Line 91: Line 103:
Example:
Example:


*[[Formatting Articles]]
* [[Article Formatting]]
* [[Article Standards]]
 
[[Category:Style Guide]]

Latest revision as of 12:35, 7 March 2024

BE AWARE: The first line of any article should be {{AutoVersion}} This creates the version control box below.

This article is about the current version of Grooper.

Note that some content may still need to be updated.

2025 2.72
An image at the top of the article is a good visual to identify your topic.

Start with a quick one to two sentence "glossary" style definition of the subject to introduce the topic here.

Expand the introduction here with a few more sentences if necessary. This introductory section should be no longer than a paragraph. More in-depth explanation of the topic should be done in the "About" section.

  • Keep the introduction brief.
  • Avoid detailing specific configurations. There are other sections for that.
  • While giving simple examples can help readers understand the concept, avoid overly detailed explanations of use cases. There are other sections for that.
  • The ONLY image in this section should be a general image pertaining to the topic in the top right corner. If you need an image to explain your topic (which is highly encouraged!), use it in a different section.



BE AWARE: All articles should include Grooper ZIP files.

  • Use the following information box to call out the downloads:

You may download the ZIP(s) below and upload it into your own Grooper environment (version 2023). The first contains one or more Batches of sample documents. The second contains one or more Projects with resources used in examples throughout this article.

See the Article Standards for more specifics on Grooper ZIP standards.

About

How does it work?

If you can't adequately explain the topic in the introductory paragraph, the "About" section will allow you to expand. What differentiates the Wiki from the is the Wiki answers "How? and Why?" where the Help Documentation answers "What?". Help Documentation explains "what" something is in Grooper. Wiki articles should expand this to "how" something functions and is used. The About section expands on how something works in Grooper. You can't always get a good idea of how something works in Grooper with the description given in the help documentation. The About section gives you more room to demonstrate how something works.

  • This should be a high level/general explanation.
  • Visual aids are encouraged, including:
    • Diagrams
    • Document screenshots
      • Be sure all documents are "public facing". They cannot come from a client or have personal data. Use public records or mocked up documents.
    • Grooper UI screenshots
  • Screenshots and images are highly encouraged here to aid your explanation. Most people learn better with visual aids.
  • This section should be mostly conceptual. The "How To" and "Use Cases" section can reinforce your explanation here with specifics.

How To

How do I use it?

Here, guide your readers through configuring Grooper to solve a problem around the topic.

  • Set goals. Explain what the problem is, what the desired result is, and how the topic addresses it before getting into configuration specifics
  • These instructions should guide the reader step by step of how to do something in Grooper.
    • Number your steps to keep readers on the right path.
    • Show. Don't tell. Use screenshots to show the reader what they will see in Grooper.
  • You can have as many "How To" sections as necessary.
    • If a single set of instructions starts to get complicated, with many many steps involved, break it up into a series of How Tos.
  • Current screenshot guidance:
    • BE AWARE: As of Q4 2023, DO NOT use tabbed containers for screenshots. We are phasing out tabbed containers.
    • Use full screen screenshots.
    • Detail steps on the screenshot itself.
    • Text steps should be typed above each screenshot.
    • Don't crowd the screenshot with words. Keep text breif and "to the point" on screenshots. Use the text steps above the screenshot to explain further if needed.


Example screenshot with how to text:

  1. With the Execute step selected, go to the "Activity Testing" tab.
  2. Select the document from the "EDI Integration - Batch" in the Batch Viewer.
  3. Click the "Test" button to test the activity and get extraction results.

Use Cases

This section is optional. Only detail a use cases section if it is well thought out, descriptive and adds to the article. Don't feel you need to add this section if you don't have a good use case example.

Why do I need it?

Use Cases provide specific context of how the topic is applied in the "real world". Here you can detail solutions the topic addresses.

  • This should be a more specific/example driven explanation.
  • Screenshots can be very helpful here.
    • Be careful what images you use. Any documents need to be "Public Facing", lacking any proprietary client or personal data. Use public records or mocked up documents.
  • Include multiple examples when possible.

Version Differences

As Grooper improves, its implementation changes. If a new version changes how a topic is configured, it should be pointed out here.

This section is optional. Only outline important differences from in-support versions of Grooper. For example, if Grooper changed from version 2.90 to 2021 but 2.90 has reached EOL, you don't need to document the change in a 2024 article.

Wiki Article Versioning Guidance

  • All new articles should be written from the perspective of the current release version of Grooper.
    • Articles written in the Main wiki namespace are assumed to cover the current version.
  • Articles written for older versions are migrated to a namespace corresponding to their version number
    • For example, if this article was originally written for version 2.72 it would be moved into the 2.72 namespace and renamed "2.72:Article Template".
  • Articles from older versions are linked at the top of each article thanks to the {{AutoVersion}} markup at the first line of the article.
  • If you need to link to an article from a specific version, be sure to include its namespace in the link. The following would link to the 2.72 version of this article:

See Also

Here, link to other articles in the wiki related to the topic or appropriate external links.

Example: