<p>Don't use apostrophes for plural abbreviations.</p>
<p>Don't use i.e. or e.g.; they are not localization-friendly.</p>
<ul>
<li><strong>Yes:</strong>Jira Service Desk, <ahref="http://jira.atlassian.com/">jira.atlassian.com</a>, <ahref="http://developer.atlassian.com/">developer.atlassian.com</a></li>
<li><strong>Yes:</strong> Administrators control user access to Atlassian Cloud applications.</li>
<li><strong>No:</strong> User access to Atlassian Cloud applications is controlled by administrators.</li>
<li><strong>Yes:</strong> Users connect to I2P with the Router Console.</li>
<li><strong>No:</strong> User connecting to I2P is made possibly by the Router Console
.</li>
</ul>
<h4>Bold</h4>
<p>Use bold text to draw the reader's eye to key phrases and statements in your email and web content. For product copy or help articles, use bold for static UI elements like menu items, buttons, screen headings, and anything else you want to call attention to. </p>
@ -30,14 +31,14 @@
<h4>Capitalization</h4>
<p>Use sentence case in all titles, headings, menu items, labels, and buttons. </p>
<ul>
<li><strong>Yes:</strong>This is the new Jira experience!</li>
<li><strong>No:</strong>This Is The New JIRA Experience!</li>
<li><strong>Double no:</strong>tHiS iS tHe nEw JIRA eXpErIeNcE!</li>
<li><strong>Yes:</strong>Welcome to the new I2P!</li>
<li><strong>No:</strong>Welcome To The New I2P!</li>
<li><strong>Double no:</strong>wElcOmE tO tHe nEw I2P!</li>
</ul>
<h4>Colons</h4>
<p>Use colons to introduce a bulleted list or series of steps. Don't use colons at the end of headings.</p>
<h4>Contractions</h4>
<p>In keeping with our more conversational, friendly voice, use contractions.</p>
<p>While we are not using exactly casual language, we want to stay consistent with our friendly voice, so use contractions.</p>
<ul>
<li><strong>Yes:</strong> Can't, don't, it's</li>
<li><strong>No:</strong> Cannot, can not, it is</li>
@ -45,28 +46,26 @@
<h4>Direct quotes</h4>
<p>Quote with quotes, not italics.</p>
<ul>
<li><strong>Yes </strong>: "Jira Software is the best software ever!" said Charlie.</li>
<li><strong>No</strong>: <em>Jira Software is just ok. </em> said Charlie.</li>
<li><strong>Yes </strong>: "I2P is the best software ever!" said Mike.</li>
<li><strong>No</strong>: <em>I2P is just ok. </em> said Mike.</li>
</ul>
<h4>Exclamation marks</h4>
<p>Avoid exclamation marks! They should only be used for exciting or new things! At the most, there should only be one exclamation mark per page!</p>
<h4>Gender</h4>
<p>When possible, avoid gendered pronouns. If you can't, then <em>they</em> or <em>their</em> is preferable to <em>his or her</em> or <em>he or she</em>.</p>
<ul>
<li><strong>Much yes:</strong> Ask your admin to add you to the instance.</li>
<li><strong>Yes:</strong> Ask your admin if they can add you to the instance.</li>
<li><strong>No:</strong> Ask your admin if he or she can add you to the instance.</li>
<li><strong>Much yes:</strong> Ask your mentor to show you around the router console.</li>
<li><strong>Yes:</strong>Ask your mentor if they can show you around the router console.</li>
<li><strong>No:</strong> Ask your mentor if he or she can add you to the instance.</li>
</ul>
<h4>Hyphens</h4>
<p>Not sure if it's coworker or co-worker? See the Word List (coming soon!)</p>
<h4>Instructions</h4>
<p>Use different verbs depending on what you're telling the user to do:</p>
<p><strong>Yes</strong>:<br></p>
<ul>
<li>Choose: the user is picking from one of several options, such as in a dropdown</li>
<li>Choose: the user is picking from one of several option</li>
<li>Select or click: the user is clicking or tapping something</li>
<li>Tap, swipe: these are okay on mobile</li>
<li>Go to, head to: okay for the first item in a menu cascade</li>
<li>Tap, swipe: these are tailored for mobile</li>
<li>Go to, head to: okay for the first item in a menu </li>
</ul><strong>No:</strong>
<ul>
<li>Hit</li>
@ -88,15 +87,15 @@
<li><strong>Yes</strong>: For example, if you create a metric called <em>Time to resolution</em>, other projects can create metrics with that name.</li>
</ul>
<ul>
<li><strong>No: </strong> To learn more, see the <em><u>2008 IT Unplugged report</u></em>.</li>
<li><strong>No</strong>: In your project, select <em>Settings</em>><em>Request types</em>.</li>
<li><strong>No: </strong> To learn more, see the <em><u>I2P Documentation</u></em>.</li>
<li><strong>No</strong>: In the Router Console, select <em>Addressbook</em>><em>Contact</em>.</li>
</ul>
<h4>Lists</h4>
<p>Use lists to draw the reader's eye and make items easier to scan and follow. Use proper punctuation in your items if they are complete sentences. Try to limit lists to six items or fewer. If you need more items, see if you can split the list into multiple lists.</p>
<h3>Bulleted</h3>
<p>Use bulleted lists for options, or a list where the order of the items doesn't matter. Phrase each item in a parallel way. If the bullets complete the introductory sentence, start the fragments with lowercase and skip the periods.</p>
<p><strong>Yes:</strong></p>
<p>Due to security concerns, all employees are now required to:</p>
<p>Due to security concerns, everyone is now required to:</p>
<ul>
<li>wear an identification tag in the building</li>
<li>identify themselves when answering the phone</li>
@ -104,7 +103,7 @@
<li>alert security if a suspicious package is found</li>
</ul>
<p><strong>No:</strong></p>
<p>Due to security concerns, all employees are now required to follow the regulations below:</p>
<p>Due to security concerns, everyone is now required to follow the regulations below:</p>
<ul>
<li>Wear an identification tag when in the company building</li>
<li>Employees who answer the phone must first identify themselves</li>
@ -117,16 +116,11 @@
<p>To add a new user macro:</p>
<ol>
<li>Go to <imgalt="settings cog icon"src="https://confluence.atlassian.com/download/attachments/590259974/Cog.png?version=1&modificationDate=1398739558493&api=v2">><strong> General Configuration </strong>><strong> User Macros. </strong></li>
<li>Choose <strong>Create a User Macro.</strong></li>
<li>Enter the macro details.</li>
<li>Choose <strong>Create a User Persona.</strong></li>
<li>Enter the persona details.</li>
</ol>
<h4>Monospaced text</h4>
<p>Use monospaced font for names of a file or directory. It is mostly used in administrator and developer docs. For example:</p>
<p>The location of the Home directory is stored in a configuration file called <code>confluence-init.properties</code>, which is located in the <code>confluence/WEB-INF/classes</code> directory in your Confluence Installation directory.<br></p>
<h4>Numbers</h4>
<<h4>Numbers</h4>
<p>Write out numbers one through ten. After ten, you can use 11, 12, 108, and so on. </p>
<h4>One word or two?</h4>
<p>Can't remember if it's filesystem or file system? Check out the Word List (coming soon!)</p>
<h4>Oxford comma</h4>
<p>Use the Oxford or serial comma to offset the final item in a list. </p>
<ul>
@ -147,14 +141,14 @@
<li><strong>No</strong>: James' book</li>
</ul>
<h4>Pronouns</h4>
<p>In most cases, second person is best. It fits Atlassian's casual, conversational tone to refer to the reader directly. Exceptions can be made for specific types of writing, such as whitepapers and press releases.</p>
<p>Not sure whether it's <em>My projects</em> or <em>Your projects</em>? It can be fuzzy, so sometimes, we aren't either! For best results, avoid using <em>mine</em>, <em>my</em>, or <em>your</em> in UI copy.</p>
<p>In most cases, second person is best. Exceptions can be made for specific types of writing, such as whitepapers and press releases.</p>
<p>Not sure whether it's <em>My projects</em> or <em>Your projects</em>? For best results, avoid using <em>mine</em>, <em>my</em>, or <em>your</em> in UI copy.</p>
<p>If you need to use <em>mine</em>, <em>my</em>, or <em>your</em>, the rule of thumb is to think of the UI as a conversation between the system and the user.</p>
<p>If the system is presenting information to the user, such as in a dialog box, then <em>your</em> is more appropriate, because it's like saying "Here are your things", or "What would you like to do?"<br>If the user is performing an action, such as clicking a button or a link, then <em>mine/my</em> is more appropriate, because it's like saying "Show me my stuff!".</p>
<ul>
<li><strong>Yes</strong>: Bitbucket will change your life.</li>
<li><strong>Yes</strong>: Your team will love using pull requests in Bitbucket.</li>
<li><strong>No</strong> : Teams love using pull requests in Bitbucket.</li>
<li><strong>Yes</strong>: I2P will change your life.</li>
<li><strong>Yes</strong>: Your team will like using I2P.</li>
<li><strong>No</strong> : People like using I2P.</li>
</ul>
<h4>Quotation marks</h4>
<p>Use double quotes (") for a direct quote. For UI elements, page titles, and other objects, use bold text or italics as appropriate. </p>
@ -175,7 +169,7 @@
<li>Don't use foreign phrases, scientific nomenclature, or jargon if there's an everyday word you can use instead.</li>
</ol>
<h4>Titles and headings</h4>
<p>Use sentence case for <imgalt="(allthethings)"src="https://dujrsrsgsd3nh.cloudfront.net/img/emoticons/allthethings-1414024836.png">. Don't use bold, italics, or standard punctuation in headings. It's ok to use question marks and exclamation points if they fit the criteria for those two marvelous pieces of punctuation. </p>
<p>Use sentence case. Don't use bold, italics, or standard punctuation in headings. It's ok to use question marks and exclamation points if they fit the criteria for those two marvelous pieces of punctuation. </p>
<ul>
<li>Capitalize the first word of a title or heading (sentence case)</li>
<li>Capitalize proper nouns and any trademarked names (products, countries, people's names, etc...)</li>
@ -200,13 +194,8 @@
</ul>
<p>Go to<strong> More ••• </strong>><strong> Link issues</strong>.</p>
<h4>US English</h4>
<p>We write with US English spelling and punctuation, but our Australian roots are still part of our personality. Communications directly from native Aussies can use the Queen's English – e.g., <em>colour</em>, <em>optimise, theatre</em>.</p>
<p>For example, Aussie PMs writing JAC comments to customers can use Australian English. Developers should code in US English.</p>
<p>We write with US English spelling and punctuation. Developers should code in US English.</p>
<ul>
<li><strong>Yes:</strong> What kind of cookie would you like with your coffee, friend?</li>
<li><strong>No:</strong> Which biscuit do ya want with your cuppa, mate?</li>