summaryrefslogtreecommitdiff
path: root/svx
diff options
context:
space:
mode:
authorAndrea Gelmini <andrea.gelmini@gelma.net>2015-06-14 18:29:22 +0200
committerNoel Grandin <noelgrandin@gmail.com>2015-06-15 06:53:19 +0000
commitc3c45ff7efcd8b22be64af410befbfa5cc330f6f (patch)
treebcbc2f2d62f851488f43beba254a3773dce6c863 /svx
parentb4b71d20e33b82d377e287f0e5cf07b7e6182e78 (diff)
Fix typos
Change-Id: Id05ea8cf8aed878bedfe73c274df3c67b64bad37 Reviewed-on: https://gerrit.libreoffice.org/16263 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Diffstat (limited to 'svx')
-rw-r--r--svx/source/fmcomp/fmgridcl.cxx6
-rw-r--r--svx/source/form/fmobj.cxx2
-rw-r--r--svx/source/sdr/contact/viewobjectcontactofgraphic.cxx2
3 files changed, 5 insertions, 5 deletions
diff --git a/svx/source/fmcomp/fmgridcl.cxx b/svx/source/fmcomp/fmgridcl.cxx
index b01c1f5d3c81..c5a9c446186e 100644
--- a/svx/source/fmcomp/fmgridcl.cxx
+++ b/svx/source/fmcomp/fmgridcl.cxx
@@ -1809,11 +1809,11 @@ Sequence< Any> FmGridControl::getSelectionBookmarks()
// navigation bar and the grid. The latter itself will result in SeekRow calls. So after (successfully) returning
// from the moveRelative the getPosition returns an invalid value. And so the SeekCursor fails.
// In the consequence ALL parts of code where two calls to the seek cursor are done, while the second call _relys_ on
- // the first one, should be secured against recursion, with a broad-minded interpretion of "recursion" : if any of these
- // code parts is executed, no other should be accessible. But this sounds very difficult to achieve ....
+ // the first one, should be secured against recursion, with a broad-minded interpretion of "recursion": if any of these
+ // code parts is executed, no other should be accessible. But this sounds very difficult to achieve...
// )
- // The next problem caused by the same behaviuor (SeekCursor causes a propertyChanged) : when adjusting rows we implicitly
+ // The next problem caused by the same behavior (SeekCursor causes a propertyChanged): when adjusting rows we implicitly
// change our selection. So a "FirstSelected(); SeekCursor(); NextSelected();" may produce unpredictable results.
// That's why we _first_ collect the indices of the selected rows and _then_ their bookmarks.
long nIdx = FirstSelectedRow();
diff --git a/svx/source/form/fmobj.cxx b/svx/source/form/fmobj.cxx
index 0ce45b66c130..280da5f0a2f5 100644
--- a/svx/source/form/fmobj.cxx
+++ b/svx/source/form/fmobj.cxx
@@ -560,7 +560,7 @@ Reference< XInterface > FmFormObj::ensureModelEnv(const Reference< XInterface >
xDestContainer->insertByIndex(nCurrentDestIndex, makeAny(xCurrentDestForm));
++nCurrentDestIndex;
- // like nCurrentSourceIndex, nCurrentDestIndex now points 'behind' the form it actally means
+ // like nCurrentSourceIndex, nCurrentDestIndex now points 'behind' the form it actually means
}
catch(Exception&)
{
diff --git a/svx/source/sdr/contact/viewobjectcontactofgraphic.cxx b/svx/source/sdr/contact/viewobjectcontactofgraphic.cxx
index 4a8f469c4574..53fc85de13db 100644
--- a/svx/source/sdr/contact/viewobjectcontactofgraphic.cxx
+++ b/svx/source/sdr/contact/viewobjectcontactofgraphic.cxx
@@ -212,7 +212,7 @@ namespace sdr
// #i103720# forget event to avoid possible deletion by the following ActionChanged call
// which may use createPrimitive2DSequence/impPrepareGraphicWithAsynchroniousLoading again.
- // Deletion is actally done by the scheduler who leaded to coming here
+ // Deletion is actually done by the scheduler who leaded to coming here
mpAsynchLoadEvent = 0;
// Invalidate all paint areas and check existing animation (which may have changed).