Kaydet (Commit) f8adeb29 authored tarafından Julien Nabet's avatar Julien Nabet

(T/t)herfor -> (T/t)herefore

Change-Id: I7678dcccc3afa8ecde5160a3f0d731b923f3bfca
üst a96d7ce3
......@@ -41,7 +41,7 @@
using namespace sw::access;
// Regarding visibility (or in terms of accessibility: regarding the showing
// state): A frame is visible and therfor contained in the tree if its frame
// state): A frame is visible and therefore contained in the tree if its frame
// size overlaps with the visible area. The bounding box however is the
// frame's paint area.
sal_Int32 SwAccessibleFrame::GetChildCount( SwAccessibleMap& rAccMap,
......
......@@ -4447,7 +4447,7 @@ SwCellFrm::~SwCellFrm()
if( pMod )
{
// At this stage the lower frames aren't destroyed already,
// therfor we have to do a recursive dispose.
// therefore we have to do a recursive dispose.
SwRootFrm *pRootFrm = getRootFrm();
if( pRootFrm && pRootFrm->IsAnyShellAccessible() &&
pRootFrm->GetCurrShell() )
......
......@@ -521,7 +521,7 @@ public class UnoDialog implements EventNames
/**
* The problem with setting the visibility of controls is that changing the current step
* of a dialog will automatically make all controls visible. The PropertyNames.PROPERTY_STEP property always wins against
* the property "visible". Therfor a control meant to be invisible is placed on a step far far away.
* the property "visible". Therefore a control meant to be invisible is placed on a step far far away.
* @param controlname the name of the control
* @param iStep change the step if you want to make the control invisible
*/
......
......@@ -93,7 +93,7 @@ class UnoDialog(object):
changing the current step of a dialog will automatically make
all controls visible. The PropertyNames.PROPERTY_STEP property
always wins against the property "visible".
Therfor a control meant to be invisible is placed on a step far far away.
Therefore a control meant to be invisible is placed on a step far far away.
Afterwards the step property of the dialog has to be set with
"repaintDialogStep". As the performance of that method is very bad it
should be used only once for all controls
......
......@@ -2129,7 +2129,7 @@ void XMLTextParagraphExport::exportParagraph(
if( bHasContentEnum )
{
// For the auto styles, the multi property set helper is only used
// if hard attributes are existing. Therfor, it seems to be a better
// if hard attributes are existing. Therefore, it seems to be a better
// strategy to have the TextSection property separate, because otherwise
// we always retrieve the style names even if they are not required.
if( bAutoStyles )
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment