Fix typos

Change-Id: Ia36c8abe91e8c2ac46498e88def59a9887711ba1
Reviewed-on: https://gerrit.libreoffice.org/41014Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>

editeng/source/editeng/impedit.cxx

@@ -207,7 +207,7 @@ void ImpEditView::SelectionChanged()
 // This can be safely assumed due to the EditView only being capable of painting the
 // selection in XOR until today.
 // This also means that all places calling DrawSelectionXOR are thoroughly weighted
-// and choosen to make this fragile XOR-paint water-proof and thus contain some
+// and chosen to make this fragile XOR-paint water-proof and thus contain some
 // information in this sense.
 // Someone thankfully expanded it to collect the SelectionRectangles when called with
 // the Region*, see GetSelectionRectangles below.

editeng/source/editeng/impedit.hxx

@@ -262,7 +262,7 @@ private:
     // and the direct repaint of the Window-plugged EditView will be suppressed.
     // Instead, a consumer that has registered using a EditViewCallbacks
     // incarnation has to handle that. Used e.g. to represent the edited text
-    // in Draw/Impres in an OverlayObject which avoids evtl. expensive full
+    // in Draw/Impress in an OverlayObject which avoids evtl. expensive full
     // repaints of the EditView(s)
     const EditViewCallbacks* mpEditViewCallbacks;
 

include/editeng/editview.hxx

@@ -81,7 +81,7 @@ enum class ScrollRangeCheck
 };
 
 // Helper class that allows to set a callback at the EditView. When
-// set, Invalidates and repains are suppressed at the EditView, but
+// set, Invalidates and repaints are suppressed at the EditView, but
 // EditViewInvalidate() will be triggered to allow the consumer to
 // react itself as needed.
 // Also Selection visualization is suppressed and EditViewSelectionChange

include/svx/svdedxv.hxx

@@ -69,7 +69,7 @@ class SVX_DLLPUBLIC SdrObjEditView: public SdrGlueEditView, public EditViewCallb
     virtual void EditViewSelectionChange() const override;
 
     // The OverlayObjects used for visualizing active TextEdit (currently
-    // using TextEditOverlayObject, but not limitied to it
+    // using TextEditOverlayObject, but not limited to it
     sdr::overlay::OverlayObjectList           maTEOverlayGroup;
 
 protected:

svx/source/svdraw/svdedxv.cxx

@@ -367,7 +367,7 @@ namespace
         and thus avoiding potentially expensive repaints by using the
         automatically buffered Overlay mechanism.
 
-        It buffers as amuch as possible locally and *only* triggers a real
+        It buffers as much as possible locally and *only* triggers a real
         change (see call to objectChange()) when really needed.
      */
     class TextEditOverlayObject : public sdr::overlay::OverlayObject
@@ -531,7 +531,7 @@ namespace
 
             // active Outliner is always in unified oriented coordinate system (currently)
             // so just translate to TopLeft of visible Range. Keep in mind that top-left
-            // depends on vertical text and top-to-bottom text attribures
+            // depends on vertical text and top-to-bottom text attributes
             const tools::Rectangle aVisArea(mrOutlinerView.GetVisArea());
             const bool bVerticalWriting(pSdrOutliner->IsVertical());
             const bool bTopToBottom(pSdrOutliner->IsTopToBottom());
@@ -655,7 +655,7 @@ void SdrObjEditView::TextEditDrawing(SdrPaintWindow& rPaintWindow) const
     {
         // adapt all TextEditOverlayObject(s), so call EditViewInvalidate()
         // to update accordingly (will update selection, too). Suppress new
-        // stuff when LibreOficeKit is active
+        // stuff when LibreOfficeKit is active
         EditViewInvalidate();
     }
     else