summaryrefslogtreecommitdiffstats
path: root/doc/src/howtos
diff options
context:
space:
mode:
Diffstat (limited to 'doc/src/howtos')
-rw-r--r--doc/src/howtos/developmentsteps.qdoc6
-rw-r--r--doc/src/howtos/scalabilityintro.qdoc10
2 files changed, 8 insertions, 8 deletions
diff --git a/doc/src/howtos/developmentsteps.qdoc b/doc/src/howtos/developmentsteps.qdoc
index e898bf5..078de80 100644
--- a/doc/src/howtos/developmentsteps.qdoc
+++ b/doc/src/howtos/developmentsteps.qdoc
@@ -94,7 +94,7 @@ great way to do it.
Not knowing a better place to start, you begin by taking a cue from web design
and plan a wireframe, which helps
-\l{http://doc.qt.nokia.com/qtcreator-snapshot/creator-visual-editor.html}{define the application layout},
+\l{external: Developing Qt Quick Applications}{define the application layout},
content and user interaction. You decide on breaking the field of the screen
space into three roughly equal size parts. There will be one section across the
top, which will span the width of the screen, and two sections in the lower
@@ -130,7 +130,7 @@ quickly:
Devising a user friendly interface to audio playback is not as intuitive as you
first thought. Since there exist a ready made component for
-\l{http://doc.qt.nokia.com/qtmobility-1.1.0/qml-multimedia.html}{multimedia},
+\l{external: Mobility Multimedia}{multimedia},
you remove the bottom left field and now have the screen split in two. You add
textual links for each of the five target languages, and when the user clicks
one of them the message text changes and the appropriate audio plays back. It is
@@ -164,7 +164,7 @@ for your current and future projects:
using \l{Qt WebKit}
\o An \l{qt-rendering-painting-system}{OpenGL} based UI for embedded platforms
\o \l{Gestures Programming}{Touch} screen support
-\o \l{http://doc.qt.nokia.com/qtmobility-1.1.0/location-overview.html}{Location} based applications
+\o \l{external: Mobility Location}{Location} based applications
\o \l{qt-technologies}{Much, much more}
\endlist
diff --git a/doc/src/howtos/scalabilityintro.qdoc b/doc/src/howtos/scalabilityintro.qdoc
index 5b4e58b..b1d9c19 100644
--- a/doc/src/howtos/scalabilityintro.qdoc
+++ b/doc/src/howtos/scalabilityintro.qdoc
@@ -198,11 +198,11 @@
\list
\o \l{Item::anchors.top}{anchors} within an Item
\o \l{Row} / \l{Column} / \l{Grid}
- \o simple javascript expressions such as width: Math.round(parent.width / 3.0).
+ \o simple JavaScript expressions such as width: Math.round(parent.width / 3.0).
\endlist
These basic building blocks, along with the powerful evaluation
- capabilities of javascript expressions within every QML binding,
+ capabilities of JavaScript expressions within every QML binding,
are designed to allow the majority of the layout structure
definition to be defined in a Device Profile independent way.
@@ -214,14 +214,14 @@
container.
By combining the features of the layout managers with simple
- javascript expressions, a richer variety of designs can be
+ JavaScript expressions, a richer variety of designs can be
expressed, without having to resort to additional layout
measurement parameters or measurement values.
Here are some things not to do with layouts:
\list
- \o Don't define complex javascript functions that are regularly
+ \o Don't define complex JavaScript functions that are regularly
evaluated. This will cause poor performance, particularly
during animated transitions.
\o Don't define all of your layouts using x, y, width and
@@ -275,7 +275,7 @@
by the top level orientation change), in the case of anchor
layouts, AnchorAnimation elements can be used to control the
transitions. In some cases, you can also use a NumberAnimation on
- e.g. the width of an item. Remember to avoid complex javascript
+ e.g. the width of an item. Remember to avoid complex JavaScript
calculations during each frame of animation. Using simple anchor
definitions and anchor animations can help with this in the
majority of cases.