aboutsummaryrefslogtreecommitdiffstats
path: root/doc
diff options
context:
space:
mode:
authorNico Vertriest <nico.vertriest@digia.com>2014-05-20 14:22:03 +0200
committerThe Qt Project <gerrit-noreply@qt-project.org>2014-05-27 13:09:25 +0200
commit07885f25ed57b98a695f28337fc4b91e611991aa (patch)
treebd757c1e7ec52c5afedf9a2cca3c24fc50a9e891 /doc
parent813fdcf50e2865e7bbbd604391e1a65fe9d4541a (diff)
Doc: review updated Enginio documentationv1.0.5
Task-number: QTBUG-39112 Change-Id: I41fa0391d68703afffb8bd67c1d9ce9f3ba4e259 Reviewed-by: Jerome Pasion <jerome.pasion@digia.com>
Diffstat (limited to 'doc')
-rw-r--r--doc/enginio_overview.qdoc28
1 files changed, 16 insertions, 12 deletions
diff --git a/doc/enginio_overview.qdoc b/doc/enginio_overview.qdoc
index 1169f72..bac8f80 100644
--- a/doc/enginio_overview.qdoc
+++ b/doc/enginio_overview.qdoc
@@ -55,13 +55,13 @@ When using Enginio (with Qt Quick or C++), the API is following a general patter
This section gives a short, high-level overview of the concepts used throughout the library.
The Qt library is a client-side library to communicate with the server at \l {http://engin.io}.
-Several backends can exist for each account on the server.
-For all communication with the server, the backend is determined by its ID.
-When shipping an application built with Enginio, the backend id will be the same for all users of that application.
+Several \e backends can exist for each account on the server.
+For all communication with the server, the \e backend is determined by its \e id.
+When shipping an application built with Enginio, the \c {backend id} will be the same for all users of that application.
\section2 Objects
-Enginio provides several types of objects: "custom objects", "users", "user groups", "files" and more.
+Enginio provides several types of objects: \c {custom objects}, \c users, \c {user groups}, \e files, and more.
All communication with the backend uses JSON. When writing QML, JSON can simply be written inline.
On the C++ side, \l QJsonObject and \l QJsonValue are used.
@@ -100,7 +100,8 @@ For file management, the operations are slightly different.
Files are always attached to objects and can only be referenced through them.
The Qt library provides convenient functions to upload and download files.
-The entire Enginio documentation including backend and client is available here: \l{http://engin.io/documentation/}{Enginio Documentation}
+The entire Enginio documentation, including backend and client, is available here:
+\l{http://engin.io/documentation/}{Enginio Documentation}
*/
/*!
@@ -146,7 +147,7 @@ To use Enginio's QML API, you have to import the library.
import Enginio 1.0
\endcode
-Initialize the \l{EnginioClientQml}{EnginioClient} with the backend id value, which can be copied from the Dashboard.
+Initialize the \l{EnginioClientQml}{EnginioClient} with the \c {backend id} value, which can be copied from the Dashboard.
Go to Dashboard ⇒ Your Backend home-view ⇒ See ’Keys box’ ⇒ Copy backend id value.
@@ -159,7 +160,7 @@ EnginioClient {
\section1 Store your first Object
-Now you can store an Object with Enginio. First, create an object in JSON format and fill it with data as needed.
+Now you can store an \e object with Enginio. First, create an \e object in JSON format and fill it with data as needed.
Then call create on the client with the JSON object as a parameter.
\code
@@ -200,16 +201,19 @@ To use the Enginio Qt library in your code, you have to include relevant library
#include <Enginio/Enginio>
\endcode
Before making any calls to the Enginio API, the \l EnginioClient needs to be instantiated.
-They can be copied from the Dashboard.
+To do this, you will also need the \c {id} of the backend, which can be copied from the Dashboard.
Go to the \l{https://dashboard.engin.io/}{Enginio Dashboard} and select a backend.
-Copy the backend id value.
+Copy the \c {backend id} value.
\code
QByteArray backendId("YOUR_OWN_BACKEND_ID");
EnginioClient *client = new EnginioClient;
client->setBackendId(backendId);
\endcode
-For testing purposes, it is easiest to hardcode the backend id directly into application code. However, this might not be always the best choice, and sometimes it might be beneficial to put the backend configuration in a separate configuration file.
+For testing purposes, it is easiest to hardcode the \c {backend id} directly into application code.
+However, this might not be always the best choice, and sometimes it might be beneficial
+to put the backend configuration in a separate configuration file.
+
\section1 Store your first Object
Create an object in JSON format and fill in the data:
@@ -241,8 +245,8 @@ When you have successfully stored objects with Qt C++ or QML code, go to your \l
and check the status there.
\list
-\li Select the ’Objects’ view from the top navigation bar.
-\li Make sure that objects.city is selected in the type drop-down.
+\li Select the Objects view from the top navigation bar.
+\li Make sure that \gui objects.city is selected in the type drop-down.
\li The list should now show a row for the object which was just uploaded.
\endlist
\image object_browser_first_city_object.png