[Libreoffice-commits] core.git: tools/source
Alexander Wilms
f.alexander.wilms at gmail.com
Wed Feb 26 03:49:53 PST 2014
tools/source/fsys/urlobj.cxx | 12 ++++++------
tools/source/generic/poly.cxx | 12 ++++++------
tools/source/inet/inetmime.cxx | 6 +++---
3 files changed, 15 insertions(+), 15 deletions(-)
New commits:
commit 2cf9fe702310a2f3d69a543541582ea5fa191d58
Author: Alexander Wilms <f.alexander.wilms at gmail.com>
Date: Tue Feb 25 22:31:37 2014 +0100
Remove visual noise from tools
Change-Id: I779bb5cf991e1fee1e2a2c0a4cd45af3c5f502bd
Reviewed-on: https://gerrit.libreoffice.org/8327
Reviewed-by: Caolán McNamara <caolanm at redhat.com>
Tested-by: Caolán McNamara <caolanm at redhat.com>
diff --git a/tools/source/fsys/urlobj.cxx b/tools/source/fsys/urlobj.cxx
index 50feca8..539270e 100644
--- a/tools/source/fsys/urlobj.cxx
+++ b/tools/source/fsys/urlobj.cxx
@@ -694,7 +694,7 @@ bool INetURLObject::setAbsURIRef(OUString const & rTheAbsURIRef,
// productions that matches the input string (and for which the
// appropriate style bit is set in eStyle, if applicable)
// determines the scheme. The productions use the auxiliary rules
- //
+
// domain = label *("." label)
// label = alphanum [*(alphanum / "-") alphanum]
// alphanum = ALPHA / DIGIT
@@ -705,7 +705,7 @@ bool INetURLObject::setAbsURIRef(OUString const & rTheAbsURIRef,
// hexseq = hex4 *(":" hex4)
// hex4 = 1*4HEXDIG
// UCS4 = <any UCS4 character>
- //
+
// 1st Production (known scheme):
// <one of the known schemes, ignoring case> ":" *UCS4
// 2nd Production (mailto):
@@ -724,7 +724,7 @@ bool INetURLObject::setAbsURIRef(OUString const & rTheAbsURIRef,
// ALPHA ":" ["/" *UCS4]
// 9th Production (DOS file; FSYS_DOS only):
// ALPHA ":" ["\" *UCS4]
- //
+
// For the 'non URL' file productions 6--9, the interpretation of
// the input as a (degenerate) URI is turned off, i.e., escape
// sequences and fragments are never detected as such, but are
@@ -987,7 +987,7 @@ bool INetURLObject::setAbsURIRef(OUString const & rTheAbsURIRef,
// appropriate style bit is set in eStyle, if applicable)
// determines the used notation. The productions use the
// auxiliary rules
- //
+
// domain = label *("." label)
// label = alphanum [*(alphanum / "-") alphanum]
// alphanum = ALPHA / DIGIT
@@ -1505,12 +1505,12 @@ bool INetURLObject::convertRelToAbs(OUString const & rTheRelURIRef,
// in INetURLObject::setAbsURIRef(), because most of those productions
// interfere with the syntax of relative URI references.) The
// productions use the auxiliary rules
- //
+
// domain = label *("." label)
// label = alphanum [*(alphanum / "-") alphanum]
// alphanum = ALPHA / DIGIT
// UCS4 = <any UCS4 character>
- //
+
// 1st Production (UNC file; FSYS_DOS only):
// "\\" domain ["\" *UCS4]
// 2nd Production (Unix-like DOS file; FSYS_DOS only):
diff --git a/tools/source/generic/poly.cxx b/tools/source/generic/poly.cxx
index 3a25b9b..7495194 100644
--- a/tools/source/generic/poly.cxx
+++ b/tools/source/generic/poly.cxx
@@ -794,10 +794,10 @@ static void ImplAdaptiveSubdivide( ::std::back_insert_iterator< ::std::vector< P
// Perform bezier flatness test (lecture notes from R. Schaback,
// Mathematics of Computer-Aided Design, Uni Goettingen, 2000)
- //
+
// ||P(t) - L(t)|| <= max ||b_j - b_0 - j/n(b_n - b_0)||
// 0<=j<=n
- //
+
// What is calculated here is an upper bound to the distance from
// a line through b_0 and b_3 (P1 and P4 in our notation) and the
// curve. We can drop 0 and n from the running indices, since the
@@ -1298,7 +1298,7 @@ Rectangle Polygon::GetBoundRect() const
// BoundRect of the Polygon (to get that, use basegfx::B2DPolygon classes),
// but will always create a valid BoundRect, at least as long as this method
// 'blindly' travels over all points, including control points.
- //
+
// DBG_ASSERT( !mpImplPolygon->mpFlagAry, "GetBoundRect could fail with beziers!" );
sal_uInt16 nCount = mpImplPolygon->mnPoints;
@@ -1635,7 +1635,7 @@ void impCorrectContinuity(basegfx::B2DPolygon& roPolygon, sal_uInt32 nIndex, sal
if(roPolygon.isPrevControlPointUsed(nIndex) && roPolygon.isNextControlPointUsed(nIndex))
{
// #i115917# Patch from osnola (modified, thanks for showing the porblem)
- //
+
// The correction is needed because an integer polygon with control points
// is converted to double precision. When C1 or C2 is used the involved vectors
// may not have the same directions/lengths since these come from integer coordinates
@@ -1643,10 +1643,10 @@ void impCorrectContinuity(basegfx::B2DPolygon& roPolygon, sal_uInt32 nIndex, sal
// is in the range of +-1 in y and y, thus 0.0 <= error <= sqrt(2.0). Nonetheless,
// it needs to be corrected to be able to detect the continuity in this points
// correctly.
- //
+
// We only have the integer data here (already in double precision form, but no mantisses
// used), so the best correction is to use:
- //
+
// for C1: The longest vector since it potentially has best preserved the original vector.
// Even better the sum of the vectors, weighted by their length. This gives the
// normal vector addition to get the vector itself, lengths need to be preserved.
diff --git a/tools/source/inet/inetmime.cxx b/tools/source/inet/inetmime.cxx
index 677476d..98f1468 100644
--- a/tools/source/inet/inetmime.cxx
+++ b/tools/source/inet/inetmime.cxx
@@ -2400,16 +2400,16 @@ OUString INetMIME::decodeHeaderFieldBody(HeaderFieldType eType,
// letters within words, like "Appel
// =?iso-8859-1?Q?=E0?=t=?iso-8859-1?Q?=E9?=moin", so it seems best to
// detect encoded words even when not propperly surrounded by white space.
- //
+
// Non US-ASCII characters in rBody are treated as ISO-8859-1.
- //
+
// encoded-word = "=?"
// 1*(%x21 / %x23-27 / %x2A-2B / %x2D / %30-39 / %x41-5A / %x5E-7E)
// ["*" 1*8ALPHA *("-" 1*8ALPHA)] "?"
// ("B?" *(4base64) (4base64 / 3base64 "=" / 2base64 "==")
// / "Q?" 1*(%x21-3C / %x3E / %x40-7E / "=" 2HEXDIG))
// "?="
- //
+
// base64 = ALPHA / DIGIT / "+" / "/"
const sal_Char * pBegin = rBody.getStr();
More information about the Libreoffice-commits
mailing list