CONTRIBUTING.md

title	description	author	ms.author	ms.date	ms.topic	keywords	appliesto
Contributing instructions	Learn the basic steps and guidelines for contributing to the Windows Mixed Reality Enthusiast Guide. We appreciate your feedback, edits, additions and help.	mattwojo	mattwoj	09/16/2020	article	Windows Mixed Reality, Mixed Reality, Virtual Reality, VR, MR, Feedback, Feedback Hub, bugs	Windows 10

Contributing to the Mixed Reality Enthusiast Guide

Thank you for your interest in the Enthusiast Guide. We appreciate your feedback, edits, additions and help with improving our docs. This page covers the basic steps and guidelines for contributing.

Important

All repositories that publish to learn.microsoft.com have adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact [email protected] with any questions or comments.

Minor corrections or clarifications to documentation and code examples in public repositories are covered by the learn.microsoft.com Terms of Use. New or significant changes will generate a comment in the pull request asking you to submit an online Contribution License Agreement (CLA) if you are not an employee of Microsoft. We need you to complete the online form before we can accept your pull request.

Before you start

If you don't already have one, you'll need to create a GitHub account.

Note

If you're a Microsoft employee, link your GitHub account to your Microsoft alias on the Microsoft Open Source portal. Join the "Microsoft" and "MicrosoftDocs" organizations.

When setting up your GitHub account, we also recommend these security precautions:

• Create a strong password for your Github account.
• Enable two-factor authentication.
• Save your recovery codes in a safe place.
• Update your public profile settings.
  • Set your name, and consider setting your Public email to Don't show my email address.
  • We recommend you upload a profile picture because a thumbnail is shown on docs pages you contribute to.
• If you plan to use the command line, consider setting up Git Credential Manager for Windows. That way, you won't have to enter your password every time you make a contribution.

The publishing system is tied to GitHub, so these steps are important. You'll be listed as either author or contributor to each article using your GitHub alias.

How to make a change

To suggest a change to the docs, follow these steps:	Screenshots
1. While viewing a published article, click the Edit button in the upper right of the page. You will be redirected to the corresponding Markdown source file in the GitHub repository.
2. If you don't already have a GitHub account, click Sign Up in the upper right and create a new account.
3. On the corresponding GitHub page that opens, click Edit (the pencil icon).
4. In the Edit file pane, update the files metadata and use Markdown language to change the content. (How to write markdown.)
5. Click Preview changes to verify the formatting looks as expected.
6. When you're done, scroll to the bottom of the page and click "Propose file change", you will be presented with a "Comparing changes" page, allowing you to verify your changes. Then click the "Create pull request" button to submit your changes. At this point you are finished!

After you submit changes (via a pull request), they will be reviewed by a member of the documentation team. If your request is accepted, updates are published to Windows Mixed Reality VR.

*For internal review only, you can see your changes in the staging site for Windows Mixed Reality VR.

Updating Metadata

Update metadata at the top of each article:

• title: Page title that appears in the browser tab when the article is being viewed. Page titles are used for SEO and indexing, so don't change the title unless necessary (though this is less critical before documentation goes public).
• description: Write a brief description of the article's content, which boosts SEO and discovery.
• author: If you're the primary owner of the page, add your GitHub alias here.
• ms.author: If you're the primary owner of the page, add your Microsoft alias here (you don't need @microsoft.com, just the alias).
• ms.date: Update the date if you're adding major content to the page, but not for fixes like clarification, formatting, grammar, or spelling.
• keywords: Keywords aid in SEO (search engine optimization). Add keywords, separated by a comma and a space, that are specific to your article, but no punctuation after the last keyword in your list. You don't need to add global keywords that apply to all articles, as those are managed elsewhere.

Renaming or deleting an existing article

If your change will rename or delete an existing article, be sure to add a redirect. That way, anyone with a link to the existing article will still end up in the right place. Redirects are managed by the .openpublishing.redirection.json file in the root of the repo.

To add a redirect to .openpublishing.redirection.json, add an entry to the redirections array:

{
    "redirections": [
        {
            "source_path": "mixed-reality-docs/enthusiast-guide/old-article.md",
            "redirect_url": "new-article#section-about-old-topic",
            "redirect_document_id": false
        },
    ...
    ]
}

• The source_path is the relative repository path to the old article that you're removing. Be sure the path starts with mixed-reality-docs/enthusiast-guide and ends with .md.
• The redirect_url is the relative public URL from the old article to the new article. Be sure that this URL doesn't contain mixed-reality-docs/enthusiast-guide or .md, as it refers to the public URL and not the repository path. Linking to a section within the new article using #section is allowed. You can also use an absolute path to another site here, if necessary.
• redirect_document_id indicates whether you would like to keep the document ID from the previous file. The default is false. Use true if you want to preserve the ms.documentid attribute value from the redirected article. If you preserve the document ID, data, such as page views and rankings, will be transferred to the target article. Do this if the redirect is primarily a rename, and not a pointer to different article that only covers some of the same content.

If you add a redirect, be sure to delete the old file as well.

Creating a new article

Use the following workflow to create new articles in the documentation repo via GitHub in a web browser:

1. Create a fork off the MicrosoftDocs/mixed-reality/tree/docs/enthusiast-guide 'main' branch (using the Fork button in the top right).

   

2. In the "mixed-reality/enthusiast-guide" folder, select Create new file in the top right.

3. Create a page name for the article (use hyphens instead of spaces and don't use punctuation or apostrophes) and append ".md"

   

   [!IMPORTANT] Make sure you create the new article from within the "mixed-reality-docs/enthusiast" folder. You can confirm this by checking for "/mixed-reality-docs/enthusiast-guide" in the new file name line.

4. At the top of your new page, add the following metadata block:

   ---
   title:
   description:
   author:
   ms.author:
   ms.date:
   ms.topic: article
   keywords:
   ---

5. Fill in the relevant metadata fields per the instructions in the section above.

6. Write article content using Markdown basics.

7. Add a ## See also section at the bottom of the article with links to other relevant articles.

8. When finished, select Commit new file.

9. Select New pull request and merge your fork's 'main' branch into MicrosoftDocs/mixed-reality/enthusiast-guide 'main' (make sure the arrow is pointing the correct way).

   

Working with Branches

The Mixed Reality Enthusiast Guide GitHub repository utilizes two main parent branches: Main, this content can be reviewed on the staging site, and Live, for content appearing on the live site.

When making contributions, please submit your Pull Request (PR) to the Main branch. This branch can be viewed on the staging site and should only contain contributions that are ready to be published live. You may also create and submit a branch with your own unique branch name which can be selected and viewed in the staging site. (The Live branch is only allowed for use by the content administrators.)

Markdown basics

The following resources will help you learn how to edit documentation using the Markdown language:

• Markdown basics
• Markdown-at-a-glance reference poster
• Additional resources for writing Markdown for Microsoft Learn

Adding tables

Because of how tables are styled on Microsoft Learn, they won’t have borders or custom styles, even if you try inline CSS. It will appear to work for a short period of time, but eventually the platform will strip the styling out of the table. So plan ahead and keep your tables simple. Here’s a site that makes Markdown tables easy.

The Docs Markdown Extension for Visual Studio Code also makes table generation easy if you're using Visual Studio Code (see below) to edit the documentation.

Adding images

You’ll need to upload your images to the "mixed-reality-docs/images" folder in the repo, and then reference them appropriately in the article. Images will automatically show up at full-size, which means large images will fill the entire width of the article. We recommend pre-sizing your images before uploading them. The recommended width is between 600 and 700 pixels, though you should size up or down if it’s a dense screenshot or a fraction of a screenshot, respectively.

Important

You can only upload images to your forked repo before merging. So, if you plan on adding images to an article, you'll need to use Visual Studio Code to add the images to your fork's "images" folder first or make sure you've done the following in a web browser:

1. Forked the MicrosoftDocs/mixed-reality repo.
2. Edited the article in your fork.
3. Uploaded the images you're referencing in your article to the "mixed-reality-docs/images" folder in your fork.
4. Created a pull request to merge your fork into the MicrosoftDocs/mixed-reality 'main' branch.

To learn how to set up your own forked repo, follow the instructions for creating a new article.

Previewing your work

While editing in GitHub via a web browser, you can select the Preview tab near the top of the page to preview your work before committing.

Note

Previewing your staged changes is only available to Microsoft employees.

Microsoft employees: once your contributions have been merged into the 'main' branch, you can review the content before it goes public at https://review.learn.microsoft.com/windows/mixed-reality/enthusiast-guide?branch=main. Find your article using the table of contents in the left column.

Editing in the browser vs. editing with a desktop client

Editing in the browser is the easiest way to make quick changes, however, there are a few disadvantages:

• You don't get spell-check.
• You don't get any smart-linking to other articles (you have to manually type the article's filename).
• It can be a hassle to upload and reference images.

If you'd rather not deal with these issues, use a desktop client like Visual Studio Code with a couple helpful extensions when contributing.

Using Visual Studio Code

For the reasons listed above, you may prefer using a desktop client to edit documentation instead of a web browser. We recommend using Visual Studio Code.

Setup

Follow these steps to configure Visual Studio Code to work with this repo:

1. In a web browser:
   1. Install Git for your PC.
   2. Install Visual Studio Code.
   3. Fork MicrosoftDocs/mixed-reality if you haven't already.
   4. In your fork, select Clone or download and copy the URL.
2. Create a local clone of your fork in Visual Studio Code:
   1. From the View menu, select Command Palette.
   2. Type "Git: Clone."
   3. Paste the URL you copied.
   4. Choose where to save the clone on your PC.
   5. Select Open repo in the pop-up.

Editing documentation

Use the following workflow to make changes to the documentation with Visual Studio Code:

Note

All the guidance for editing and creating articles, and the basics of editing Markdown, from above applies when using Visual Studio Code as well.

1. Make sure your cloned fork is up to date with the official repo.

   1. In a web browser, create a pull request to sync recent changes from other contributors in MicrosoftDocs/mixed-reality 'main' to your fork (make sure the arrow is pointing the right way).

      

   2. In Visual Studio Code, select the sync button to sync your freshly updated fork to the local clone.

      

2. Create or edit articles in your cloned repo using Visual Studio Code.

   1. Edit one or more articles (add images to “images” folder if necessary).

   2. Save changes in Explorer.

      

   3. Commit all changes in Source Control (write commit message when prompted).

      

   4. Select the sync button to sync your changes back to origin (your fork on GitHub).

      

3. In a web browser, create a pull request to sync new changes in your fork back to MicrosoftDocs/mixed-reality 'main' (make sure the arrow is pointing the correct way).

   

Useful extensions

The following Visual Studio Code extensions are useful when editing documentation:

• Docs Markdown Extension for Visual Studio Code - Use Alt+M to bring up a menu of docs authoring options like:
  • Search and reference images you've uploaded.
  • Add formatting like lists, tables, and docs-specific call-outs like >[!NOTE].
  • Search and reference internal links and bookmarks (links to specific sections within a page).
  • Formatting errors are highlighted (hover your mouse over the error to learn more).
• Code Spell Checker - misspelled words will be underlined; right-click on a misspelled word to change it or save it to the dictionary.

Using issues to provide feedback on Windows Mixed Reality Enthusiast Guide

To provide feedback, or point out a problem, rather than directly modifying actual documentation pages, create an issue and the content owners will do their best to address the issue in a timely fashion.

Be sure to include the topic title and the URL if you are creating an issue regarding a specific page.

Thank you for supporting this content!