• Buy Now
    • Rackspace Cloud
    • Email & Apps
    • Fanatical Support for AWS
    • Managed Google Cloud Platform
    • Office 365
  • Log In
    • MyRackspace Portal
    • Cloud Control Panel
    • Rackspace Webmail Login
    • Cloud Office Control Panel
  • Rackspace Logo
  • Developer Home
  • Developer Documentation
  • Blogs ▼
    • Technical Blog
    • Rackspace Blog
  • Support Documentation

Developer Docs


Let’s Build Something Powerful Together!

Submit an issue
  • Rackspace Style Guide
  • Quickstart
  • Writing guidelines
    • Use active voice
    • Use present tense
    • Write to the user by using second person and imperative mood
    • Write clear and concise sentences and paragraphs
      • Use a consistent sentence structure
      • Restrict sentence length
      • Use only, but all of, the necessary words
      • Create short paragraphs
    • Use effective verbs
      • Use action-oriented verbs
      • Avoid nouns built from verbs
      • Use the simplest tense
      • Use helping verbs accurately
      • Use single-word verbs
      • Don't use verbs as nouns or adjectives
      • Don't use nonverbs as verbs
      • Use transitive verbs transitively, not intransitively
      • Don't humanize inanimate objects
    • Clarify gerunds and participles
    • Use that, which, and such as correctly
    • Use pronouns carefully
      • It
      • This
      • There
      • That
    • Use gender-neutral pronouns
    • Use positive statements
    • Use correct punctuation
    • Use interjections with care
  • Style guidelines
    • Abbreviations
      • Abbreviations of byte and bit
      • Common abbreviations
    • Capitalization
      • Capitalize proper nouns and adjectives
      • Capitalize most abbreviations
      • Capitalization in job titles
      • Capitalize team names
      • Capitalize UI labels as shown on the UI
      • Capitalize the names of product components as appropriate
      • Don't capitalize common nouns
      • Don't use all capitals for emphasis
      • Reference to other capitalization guidelines
    • Citations
    • Cloud account information
    • Code examples
      • Create a VM running a Docker host
      • Run the application
      • Remove the containers already using the port
      • Troubleshooting
    • Contractions
    • Copyrights
    • Dates
    • Email addresses
    • File types
    • Glossaries
      • Glossary terms
      • Glossary definitions
      • Cross-references to glossary terms
      • Guidelines for a comprehensive glossary
    • IP addresses
    • Keyboard keys
    • Links and cross-references
    • Lists
      • Introductory text
      • List items
    • Messages
    • Names
    • Notes and other notation types
    • Numbers
      • Numbers versus words
      • Commas in numbers
      • Ranges of numbers
      • Unspecified, generic, and unknown numbers
    • Parameters
    • Placeholder (variable) text
    • Plurals
    • Prepositions
    • Product names and version numbers
    • Punctuation
      • Ampersands
      • Colons
      • Commas
      • Dashes
      • Ellipses
      • Exclamation points
      • Hyphens
      • Parentheses
      • Periods
      • Quotation marks
      • Semicolons
      • Slashes
    • Symbols
    • Tables
      • Introductory text for tables
      • Table titles
      • Column headers
      • Table text
      • Table footnotes
      • Attribute or parameter tables in API documents
      • Examples
    • Tasks
      • Task titles
      • Task introductions
      • Prerequisites
      • Procedures
      • Steps
      • Results, verification, examples, and troubleshooting
      • Direction to the next action
      • Related topics
    • Telephone numbers
    • Text formatting
    • Time
      • 24-hour clock
      • 12-hour clock
    • Titles and headings
      • Capitalization
      • Style and structure
      • Text following titles and headings
      • Tables of contents
    • Trademarks
      • Examples of Rackspace trademarks
      • Examples of third-party trademarks
      • Links to company trademark pages
      • Trademark usage guidelines
    • URLs and domain names
    • Voice and tone
      • Voice and tone attributes
      • Best practices
  • Markup guidelines
    • ReStructured Text (RST)
    • MarkDown (MD)
  • Terminology guidelines
    • General terminology guidelines
      • Use consistent terminology
      • Use short, familiar words and phrases
      • Use consistent references to time, space, and versions
      • Avoid obscure non-English words and abbreviations
    • Terminology for a global audience
      • Don't use idioms or colloquialisms
      • Avoid metaphorical terms
      • Don't use humor
      • Use jargon carefully
      • Use culture-neutral language and examples
      • Use culture-neutral graphics
    • Alphabetical list of terms
    • Concise terms
    • Third-party names and trademarks
  • Screenshot and diagram guidelines
    • Screenshot guidelines and process
      • When to use screenshots
      • Screenshot alternatives
      • Before you create a screenshot
      • Screenshots in procedures
      • Screenshot checklist
    • Diagram guidelines
      • When to use diagrams
      • Before you create a diagram
      • Diagram checklist
  • Control panel and portal standards
  • How-To article guidelines
    • Use sentence-style capitalization for titles and headings
    • Use active voice
    • Use present tense
    • Write to the user by using second person and imperative mood
    • Write clear and consistent step text
    • Use consistent text formatting
    • Clarify pronouns such as it, this, there, and that
    • Clarify gerunds and participles
    • Write clear and consistent code examples
    • Use consistent terminology
    • When and when not to suggest contacting Support
  • Blog guidelines
    • Things to consider before writing a blog
    • Blog writing suggestions
    • Voice and tone
    • Write to the user by using second person and imperative mood
  • Error message guidelines
    • General guidelines
    • Message guidelines and examples
    • Message types
  • Release notes guidelines
    • Structure
    • Formatting
    • Wording
    • Editing existing release notes
  • User interface guidelines
  • Style guide revision history
    • July 18, 2019
    • March 12, 2019
    • March 6, 2019
    • March 1, 2019
    • February 22, 2019
    • February 6, 2019
    • January 21, 2019
    • January 4, 2019
    • November 5, 2018
    • November 2, 2018
    • September 25, 2018 (End of Q3 release)
    • June 29, 2018 (End of Q2 release)
    • May 8, 2018
    • April 16, 2018
    • June 19, 2017
    • April 28, 2017
    • November 10, 2016
    • July 27, 2016

Diagram guidelines#

Diagrams can help users visualize complex processes in a simplified way. However, diagrams can sometimes be too simplistic, confusing the user instead of providing help. The decision about whether a diagram might be helpful depends on the context of each document and the discretion of each writer.

  • When to use diagrams
  • Before you create a diagram
  • Diagram checklist

When to use diagrams#

Include diagrams in the following situations:

  • When there is evidence of a process, whether the process is automated or manual
  • When you need to clarify configurations and settings, such as the architecture for virtual servers
  • When you need to define a complex workflow within a Rackspace product

Do not include diagrams in the following situations:

  • When a workflow is simplistic, such as using the control panel to create a cloud server
  • When there is no interaction with a Rackspace product

Before you create a diagram#

To create diagrams, you need to access the recommended software and download the required icons and stencils.

Software#

Use draw.io to create your diagrams. Draw.io enables you to create diagrams directly in your web browser of choice.

To get started with draw.io, see the instructions in the Draw.io Online User Manual.

Icons, stencils, and shapes#

Download Rackspace's library of product icons and stencils. These icons and stencils are considered objects.

  • The product icons are blue and are located in this zip file.
  • Stencils are used to represent certain functions and hardware such as the world wide web or a server. These stencils are black and are located in this zip file.

After you download the icons and stencils, you can being making diagrams in Draw.io.

Diagram checklist#

Use the following standards when creating diagrams:

Properties#

Each diagram property is located on the right side of the Draw.io main screen under Diagrams.

  • Paper size: Set the paper size to A4 (210 mm x 297 mm) and Landscape.
  • Background color: Set the background color to none.
  • File format: Save all diagrams as editable SVG files, as follows:
    1. Click File > Save As.
    2. Type a descriptive name for the file, and replace .xml with .svg at the end of the file name. The file is saved to your local directory.
  • File name: Create unique and meaningful file names to differentiate diagrams.

Text formatting#

  • Font: Set the font to Helvetica.
  • Titles: Title must be bolded, aligned left, and be at least 24px in size. Use sentence-style capitalization.

Objects#

  • Product icons: An icon represents its corresponding product. Product icons are always blue. Following is the Cloud Images icon.

    Cloud Images stencil

    Note

    If you find a Rackspace product icon that is not blue, send an email to how-to@rackspace.com and a member of our team will create a blue version of the icon.

  • Stencils: A stencil represents a concept or function. Stencils that are not Rackspace products should always appear in black.

  • Labels: Label all product icons, stencils, and shapes, according to their function within the diagram. Use sentence-style capitalization (that is, capitalize only terms that are proper or are normally capitalized).

Lines and arrows#

  • Line usage: Use lines are used to connect and display a relationship between two or more objects.

  • Line width: Line width must be at least 2pt. You can change the width of a line in the Format Panel under Style when you select the line.

  • Line shape: Keep lines straight unless a line needs to change direction.

  • Rounded line corners: If a line changes direction, the corner in which the change of direction occurs must be rounded. You can change to rounded corners by selecting the line, going to the Format Panel under Style, and selecting Rounded in the dropdown menu.

  • Solid lines: Use solid lines to show a direct relationship between objects, as shown in the following example.

    Example of solid lines
  • Dashed lines: Use dashed lines to group objects that are connected through a network, as shown in the following example.

    Example of dashed lines
  • Dotted lines: Use dotted lines to show how data entered by the user travels, as shown in the following example.

    Example of dotted lines
  • One-way and two-way arrows: Use arrows to represent direct interactions between two or more stencils. If a stencil is attached to an arrow, it implies that the product represented by the stencil needs to interact with another piece of the diagram.

    In the following example, the CDN management service needs to interact with the CDN to perform its function. Similarly, the CDN needs to be managed by the CDN management service. The relationship is two-way, so the line has arrows on both ends pointed to both stencils.

    Example of one-way and two-way arrows
Previous Screenshot guidelines and process
Next Control panel and portal standards
Docs
  • Style Guide for Technical Content
  • Cloud Backup
  • Cloud Block Storage
  • Cloud Databases
  • Cloud DNS
  • Cloud Files
  • Identity
  • Cloud Images
  • Cloud Load Balancers
  • Cloud Monitoring
  • Cloud Orchestration
  • Cloud Networks
  • Cloud Queues
  • Cloud Servers
  • Rackspace Auto Scale
  • Rackspace CDN
Sdks
  • Go
  • Java
  • .Net
  • Node
  • PHP
  • Python
  • Ruby
Partner Tools
  • Airbrake
  • Mailgun
  • ObjectRocket
  • RedisToGo
Blog
  • Technical Blog
  • Rackspace Blog
©2019 Rackspace US, Inc.
  • ©2019 Rackspace US, Inc.
  • About Rackspace
  • Investors
  • Careers
  • Privacy Statement
  • Website Terms
  • Trademarks