Please Note: Layouts, installation, and usage instructions have changed for devportal 2.0
This site is based on Jekyll, with a dash of Twitter Bootstrap added.
Requirements
Installing Jekyll is easy and straight-forward, but there are a few requirements you’ll need to make sure your system has before you start.
The master branch is continuously deployed to production.
Please, feel free to make any contributions you feel will make Cloud Elements Documentation better.
Submit all pull requests to the master branch
$ git clone https://github.com/cloud-elements/devportal.git
$ cd devportal
$ bundle install
$ bundle exec jekyll serve --incremental
Note: The --incremental
flag will build only the changed files.
Now browse to http://127.0.0.1:4000/ and code away!
Element Docs will be placed in their respective folder, e.g. Salesforce. The Element Docs are structured in the following way:
|-- root
|-- docs
|-- elements
|-- element folder (e.g. Salesforce)
|-- element specific docs (e.g. endpoint setup, create instance)
Platform docs like Hub level documentation, Events Framework, and OAuth Proxy are located at the docs -- platform
level:
|-- root
|-- docs
|-- platform
|-- event-management
|-- event-management specific docs (e.g. how to guides, videos)
Product docs like Element Builder, Mapper, Groud2Cloud, Formulas are located at the docs -- products
level:
|-- root
|-- docs
|-- products
|-- element-builder
|-- element-builder specific docs (e.g. how to guides, videos)
Quick Start docs like authentication and FAQs are located at the docs -- getstarted
level:
|-- root
|-- docs
|-- getstarted
|-- authentication
All documents are composed in markdown. HTML can be used right in the markdown docs.
You can write pages in markdown, HTML, or HAML. They all get converted to HTML when the site is generated.
The site uses the Redcarpet Markdown Syntax View Cheatsheet
Pages have a block of YAML at the top that sets a few options. They are pretty self explanatory; here's an example of an Element YAML:
---
heading: Salesforce Sales Cloud
seo: Overview | Salesforce Sales Cloud | Cloud Elements API Docs
title: Overview
description: Integrate Salesforce Sales Cloud into your application via the Cloud Elements APIs.
layout: sidebarelementdoc
breadcrumbs: /docs/elements.html
elementId: 23
parent: Back to Element Guides
order: 1
sitemap: false
---
here's an example of a Product YAML:
---
heading: Instance APIs
seo: Instance APIs Overview | Cloud Elements API Docs
title: Overview
description: Find API documentation and example API calls.
layout: sidebarleft
platform: instances
breadcrumbs: /docs/platform/platform-docs.html
parent: Back to Platform Docs
order: 1
sitemap: false
---
There are three layouts that can be used.
sidebarelementdoc
layout sidebarleft
layout sidebarapidocs
layout In order to create the alternate tab content, one of two values is added to the YAMl at the top of the page.
restContentVersion: <link to rest content>
uiContentVersion
: ` The workflow component can be included in any markdown file. The component can be added to a page using the jekyll include in the follow in manner:
{% include workflow.html displayNames="<name-one>,<name-one>>" links="<link-1>,<link-2>" active="<name-one>"%}
Where displayName
is a comma separated list of names, and links
is a comma separated list of relative links. The component will grow dynamically as you add more names and links. To set one of the steps to be highlighted, add an "active" argument with the name of the step that should be highlighted.
Example:
{% include workflow.html displayNames="download,upload" links="/docs/guides/bulk/download.html,/docs/guides/bulk/upload.html" %}
Voice and tone are hard to establish and enforce, but overall use a tone that:
Respects a broad audience. We have a very technical audience, but not all of them are as technical as we think sometimes. Also consider that not everyone speaks English as their first language. The more simple you write, teh easier it is for an ESL reader to understand.
Guides the audience clearly and concisely. Focus on getting the user through a task, not dumping everything on them with no clear objective.
Educates. Tell readers what they need to know, not just what we want to say. Focus on the process or end-product, not the feature. Give them the exact information they need, and links to where to find out more.
Talk to the reader, don't refer to them as a third party to the docs. Go ahead and say "you can..."
When you finish a topic in the world of technical writing, it should pass the test of the 4 Cs. Ask yourself, is this:
Most of the guidelines here support creating content that is clear, concise, and consistent. Being correct is on you and anyone you get to take a look at what you write.
If you read nothing else in this style guide, read this section.
It's harder to read and understand passive voice, especialy for ESL readers. Make it clear who is acting on what.
:thumbsup: "Cloud Elements designed the APIs to have predictable, straightforward URLs and to use HTTP response codes to indicate API errors."
:-1: "The APIs are designed to have predictable, straightforward URLs and to use HTTP response codes to indicate API errors."
Our writing is littered with the passive voice. See, I just did it. Take a few minutes to read up on how to recognize the passive voice and see it in your writing. Grammar Girl is about as clear as anyone on this.
You can also perform the 😱 ⚰️ zombie test😱 ⚰️ . If you can add "by zombies" after the verb, it's passive. Try it with the :-1: above: "The APIs are designed by zombies to have predictable..."
Use short words and sentences. Avoid unnecessary modifiers (notice how necessary unnecessary is?).
A few tips to be concise:
:thumbsup: To write well you should write carefully.
:-1: In order to write well you chould write carefully.
A few specific areas to be consistent:
You can't catch everything yourself. Have someone look at what you wrote or use tools to help:
(The MIT License)
Copyright © 2012-2016 Cloud Elements Inc http://cloud-elements.com/.
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the ‘Software’), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED ‘AS IS’, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.