Fix typos

Change-Id: Iba46fbe8559211403118a23cd198a2217b333a81
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90900
Tested-by: Jenkins
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
This commit is contained in:
Andrea Gelmini
2020-03-23 21:52:24 +01:00
committed by Adolfo Jayme Barrientos
parent 574e3ddae1
commit 77a8b48508
9 changed files with 11 additions and 11 deletions
+2 -2
View File
@@ -249,8 +249,8 @@ bool Flatten::VisitIfStmt(IfStmt const * ifStmt)
}
if (thenThrowExpr)
{
// if the "if" statement is not the last statement in it's block, and it contains
// var decls in it's else block, we cannot de-indent the else block without
// if the "if" statement is not the last statement in its block, and it contains
// var decls in its else block, we cannot de-indent the else block without
// extending the lifetime of some variables, which may be problematic
if (ifStmt != lastStmtInCompoundStmt && containsVarDecl(ifStmt->getElse()))
return true;
+1 -1
View File
@@ -66,7 +66,7 @@ protected:
ODataSettings(::cppu::OBroadcastHelper& _rBHelper,bool _bQuery = false);
virtual void getPropertyDefaultByHandle( sal_Int32 _nHandle, css::uno::Any& _rDefault ) const override;
/** register the properties from the param given. The parameter instance must be alive as long as tis object live.
/** register the properties from the param given. The parameter instance must be alive as long as its object lives.
@param _pItem
The database settings, can be <br>this</br>
*/
@@ -43,7 +43,7 @@ namespace drawinglayer
will provide the text tools::PolyPolygon outlines as filled polygons, correctly
transformed.
To get better text quality, it is suggested to handle tis primitive directly
To get better text quality, it is suggested to handle this primitive directly
in a renderer. In that case, e.g. hintings on the system can be supported.
@param maTextTransform
@@ -45,7 +45,7 @@ namespace drawinglayer
to construct any processor with a given ViewInformation2D. To be able
to handle primitives which need to change the current transformation
(as e.g. TransformPrimitive2D) it is allowed for the processor implementation
to change tis local value using updateViewInformation.
to change its local value using updateViewInformation.
The basic processing method is process(..) which gets handed over the
sequence of primitives to process. For convenience of the C++ implementations,
+1 -1
View File
@@ -82,7 +82,7 @@ SvtBroadcaster::SvtBroadcaster( const SvtBroadcaster &rBC ) :
mbNormalized(true), mbDestNormalized(true)
{
assert(!rBC.mbAboutToDie && "copying an object marked with PrepareForDestruction()?");
assert(!rBC.mbDisposing && "copying an object that is in it's destructor?");
assert(!rBC.mbDisposing && "copying an object that is in its destructor?");
rBC.Normalize(); // so that insert into ourself is in-order, and therefore we do not need to Normalize()
maListeners.reserve(rBC.maListeners.size());
+1 -1
View File
@@ -147,7 +147,7 @@ ImplPrimitive2DIDBlock(OverlayStaticRectanglePrimitive, PRIMITIVE2D_ID_OVERLAYRE
// calculate back from internal bitmap's extreme coordinates (the edges)
// to logical coordinates. Only use a unified scaling value (getDiscreteUnit(),
// the prepared one which expresses how many logic units form a discrete unit)
// for this step. This primitive is to be displayed always unscaled (in it's pixel size)
// for this step. This primitive is to be displayed always unscaled (in its pixel size)
// and unrotated, more like a marker
const double fLeft((0.0 - getCenterX()) * getDiscreteUnit());
const double fTop((0.0 - getCenterY()) * getDiscreteUnit());
@@ -512,7 +512,7 @@ void AreaPropertyPanelBase::SelectFillAttrHdl_Impl()
const XFillGradientItem aXFillGradientItem(mxLbFillAttr->get_active_text(), aGradient);
// #i122676# Change FillStyle and Gradinet in one call
// #i122676# Change FillStyle and Gradient in one call
XFillStyleItem aXFillStyleItem(drawing::FillStyle_GRADIENT);
setFillStyleAndGradient(bFillStyleChange ? &aXFillStyleItem : nullptr, aXFillGradientItem);
}
+2 -2
View File
@@ -1299,10 +1299,10 @@ void SwNoTextFrame::PaintPicture( vcl::RenderContext* pOut, const SwRect &rGrfAr
// a sdr::contact::ViewContact supplier by supporting
// a GetViewContact() - call. For ObjectContact we can use
// the already existing ObjectContact from the involved
// DrawingLayer. For tis, the helper classes
// DrawingLayer. For this, the helper classes
// ViewObjectContactOfSwNoTextFrame
// ViewContactOfSwNoTextFrame
// are created which support the VOC-mechanism in it's minimal
// are created which support the VOC-mechanism in its minimal
// form. This allows automatic and view-dependent (multiple edit
// windows, print, etc.) re-use of the created primitives.
// Also: Will be very useful when completely changing the Writer
+1 -1
View File
@@ -157,7 +157,7 @@ lcl_PaintTransparentFormControls(SwViewShell const & rShell, SwRect const& rRect
// and deactivation and mpPrePostOutDev to remember the OutDev from the BeginDrawLayers
// call. That way, all places where paint take place can be handled the same way, even
// when calling other paint methods. This is the case at the places where SW paints
// buffered into VDevs to avoid flicker. Tis is in general problematic and should be
// buffered into VDevs to avoid flicker. It is in general problematic and should be
// solved once using the BufferedOutput functionality of the DrawView.
void SwViewShell::PrePaint()