Commit bb4f8455 authored by Yuri Chornoivan's avatar Yuri Chornoivan
Browse files

Fix minor typos

parent f906beb0
......@@ -212,7 +212,7 @@ void kpTransformResizeScaleCommand::scaleSelectionRegionWithDocument ()
-currentPoints.boundingRect ().y ());
// TODO: refactor into kpPixmapFX
// TODO: Can we get to size 0x0 accidently?
// TODO: Can we get to size 0x0 accidentally?
QTransform scaleMatrix;
scaleMatrix.scale (horizScale, vertScale);
currentPoints = scaleMatrix.map (currentPoints);
......
......@@ -165,7 +165,7 @@ void kpMainWindow::slotUpdateColorsDeleteRowActionEnabled ()
// opening fails.
//
// TODO: Maybe we could put the 3 actions (for different ways of opening
// colors) in an exclusive group -- this might elminate the need for
// colors) in an exclusive group -- this might eliminate the need for
// this hack.
//
// private
......
......@@ -58,7 +58,7 @@ class kpToolSelectionEnvironment;
// draw types.
//
// "Drags" that consist of a single click generally have no effect in
// order to prevent accidently creating a 1x1 selection, doing a NOP move
// order to prevent accidentally creating a 1x1 selection, doing a NOP move
// or doing a NOP resize/scale. However, doing a bigger drag and then
// dragging the mouse back to create a 1x1 selection or the NOP
// effects are allowed and are recorded in the command history.
......@@ -187,7 +187,7 @@ protected:
// 4. Process user input, mutate the selection directly and update the
// command with the user's input.
//
// 5. When the drawing operatinon is complete, call addNeedingContentCommand()
// 5. When the drawing operation is complete, call addNeedingContentCommand()
// with the command created in Step 3.
//
protected:
......
......@@ -48,7 +48,7 @@ struct kpAbstractSelectionToolPrivate
kpAbstractSelectionContentCommand *currentSelContentCommand;
// Whether the drag has been substantial enough to be considered as a
// non-NOP drag. The "substantial enough" critera is draw-type
// non-NOP drag. The "substantial enough" criteria is draw-type
// dependent and is usually based on how far the mouse has been
// dragged. See kpAbstractSelectionTool's API Doc for details.
bool dragAccepted;
......
......@@ -223,7 +223,7 @@ void kpAbstractSelectionTool::drawResizeScaleCalculateNewSelectionPosSize (
userXSign = +1;
}
// Calcluate new width.
// Calculate new width.
*newWidth = originalSelection.width () +
userXSign * (currentPoint ().x () - startPoint ().x ());
......@@ -247,7 +247,7 @@ void kpAbstractSelectionTool::drawResizeScaleCalculateNewSelectionPosSize (
userYSign = +1;
}
// Calcluate new height.
// Calculate new height.
*newHeight = originalSelection.height () +
userYSign * (currentPoint ().y () - startPoint ().y ());
......
......@@ -95,7 +95,7 @@ bool kpToolText::viewEvent (QEvent *e)
}
else
{
// Strickly speaking, we should grab stuff like the arrow keys
// Strictly speaking, we should grab stuff like the arrow keys
// and enter. In any case, should be done down in kpTool (as that
// uses arrow keys too).
}
......
......@@ -54,7 +54,7 @@ struct kpViewPrivate
// Before the delayed deletion is executed, those objects are deleted
// and then our paintEvent() is called. paintEvent() must therefore
// have some way of realising that those objects have been deleted so
// we use guardded pointers.
// we use guarded pointers.
//
// For more details, see SVN commit:
// "r385274 | dang | 2005-02-02 22:08:27 +1100 (Wed, 02 Feb 2005) | 21 lines".
......
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