#i122378# replace std::iota() with open code

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1486585 13f79535-47bb-0310-9956-ffa450edef68

#i122208# const SC containers cannot provide non-const iterators

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1486582 13f79535-47bb-0310-9956-ffa450edef68

i122120 Cleanup of XPropertyList and derivates to RefCounted instances, more cleanups

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1476756 13f79535-47bb-0310-9956-ffa450edef

i122120 Cleanup of XPropertyList and derivates to RefCounted instances, more cleanups

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1476756 13f79535-47bb-0310-9956-ffa450edef68

show more ...

WaE: fix implicit conversions from boolean false to the NULL pointer


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1469301 13f79535-47bb-0310-9956-ffa450edef68

assume STL to always be newer than stlport's version from 2002


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1468400 13f79535-47bb-0310-9956-ffa450edef68

rebase on current trunk

git-svn-id: https://svn.apache.org/repos/asf/openoffice/branches/sidebar@1466052 13f79535-47bb-0310-9956-ffa450edef68

i121791 Unified usage of LineStyle ListBox, unified XPropertyList/XPropertyTable implementations, streamlined Ui Bitmap generation

git-svn-id: https://svn.apache.org/repos/asf/openoffice/bra

i121791 Unified usage of LineStyle ListBox, unified XPropertyList/XPropertyTable implementations, streamlined Ui Bitmap generation

git-svn-id: https://svn.apache.org/repos/asf/openoffice/branches/sidebar@1465024 13f79535-47bb-0310-9956-ffa450edef68

show more ...

i121799 Panels for Calc, AlignmentPropertyPanel and CellAppearancePropertyPanel, plus some updates/corrections

git-svn-id: https://svn.apache.org/repos/asf/openoffice/branches/sidebar@146283

i121799 Panels for Calc, AlignmentPropertyPanel and CellAppearancePropertyPanel, plus some updates/corrections

git-svn-id: https://svn.apache.org/repos/asf/openoffice/branches/sidebar@1462835 13f79535-47bb-0310-9956-ffa450edef68

show more ...

WaE: make good the commenting-out, else there are confusing unused-result warnings

The original message for the unfinished comment-out change was:
"1.4.76.1: #i25238# Support for inplace

WaE: make good the commenting-out, else there are confusing unused-result warnings

The original message for the unfinished comment-out change was:
"1.4.76.1: #i25238# Support for inplace editing - please ask MBA"
Maybe it should be removed altogether. Silencing the justifiable warning
is good enough for now though.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1458332 13f79535-47bb-0310-9956-ffa450edef68

show more ...

Define BOOST_MATH_OVERFLOW_ERROR_POLICY only in case it is not yet defined.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1452736 13f79535-47bb-0310-9956-ffa450edef68

Partial revert of r1444110: correct mismatch in header file.

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1446596 13f79535-47bb-0310-9956-ffa450edef68

Revert of r1444110

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1446344 13f79535-47bb-0310-9956-ffa450edef68

i114430 - AOO Calc: 0^0=1 and it should be indeterminate.

Many spreadsheets and math packages set the value of POWER( 0, 0)
to 1 as that sometimes is required for some calculations. This

i114430 - AOO Calc: 0^0=1 and it should be indeterminate.

Many spreadsheets and math packages set the value of POWER( 0, 0)
to 1 as that sometimes is required for some calculations. This
is also done by the standard C99 libc pow() function.

In mathematical terms the value is an indeterminate form and
in strict mathematical sense such value should at least be
considered with caution.

OpenFormula permits implementation defined values of 0, 1
or error in this case. We shall now return NaN.

Clean some headers while here.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1444110 13f79535-47bb-0310-9956-ffa450edef68

show more ...

i121421 - Calc's RAND() behaves poorly on most platforms.

Replace WH2006 PRNG with the well known Mersenne Twister
as implemented in Boost. This actually has some drawbacks
with resp

i121421 - Calc's RAND() behaves poorly on most platforms.

Replace WH2006 PRNG with the well known Mersenne Twister
as implemented in Boost. This actually has some drawbacks
with respect to our previous implementation: we lose the
nifty seeding and instead use the timer which is
non-optimal.

The main reason is the speed: MT is said to be at least
4 times faster.

On the other hand I also moved the WH to the scaddins
module where it is used by Calc's RANDBETWEEN function.
This way we still have the alternative PRNG and we
drop another use of the unreliable rand from libc.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1438322 13f79535-47bb-0310-9956-ffa450edef68

show more ...

reverting 1428926 as revison 1428922 does the same and was earlier

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1428929 13f79535-47bb-0310-9956-ffa450edef68

Clarify comments without screaming.

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1428927 13f79535-47bb-0310-9956-ffa450edef68

#i121561# workaround windows build problem with the new boost functions

Stlport 5.2 and newer set the _STLP_HAS_NATIVE_FLOAT_ABS define for all MSVC>=2005,
so that the stl::abs() defines

#i121561# workaround windows build problem with the new boost functions

Stlport 5.2 and newer set the _STLP_HAS_NATIVE_FLOAT_ABS define for all MSVC>=2005,
so that the stl::abs() defines are enabled. Otherwise the compilation fails because
only stl::abs(complex<>) gets included which messes things up because it is the
only one available after the SFINAE eliminations when the compiler tries to
instantiate e.g. boost's atanh using stl::abs()


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1428926 13f79535-47bb-0310-9956-ffa450edef68

show more ...

i121561 - Better attempt to fix the Windows build.

Revert r1428523. Apparently the problem is caused by a template
conflict with STLPort.

Special thanks to hdu@ for his incredib

i121561 - Better attempt to fix the Windows build.

Revert r1428523. Apparently the problem is caused by a template
conflict with STLPort.

Special thanks to hdu@ for his incredible detective work.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1428922 13f79535-47bb-0310-9956-ffa450edef68

show more ...

i121561 - Attempt to fix windows build issue

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1428523 13f79535-47bb-0310-9956-ffa450edef68

i121561 - Use of boost instead of RTL hyperbolic/power functions.

Boost provides some well implemented and tested versions of the
inverse hyperbolic and small power functions. According

i121561 - Use of boost instead of RTL hyperbolic/power functions.

Boost provides some well implemented and tested versions of the
inverse hyperbolic and small power functions. According to the
documentation the error for these boost versions should be about
1 or 2 Epsilon.

Testing shows that for recent Apache OpenOffice this won't cause
much difference but Symphony users will see important precision
improvements.

Special Thanks to Regina Henschel for providing excellent test cases.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1427988 13f79535-47bb-0310-9956-ffa450edef68

show more ...

#121463# Enhanced handle visualization and some fixes in that region

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1421172 13f79535-47bb-0310-9956-ffa450edef68

#121448# Aligned default fill color/ line style for all apps

git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1419491 13f79535-47bb-0310-9956-ffa450edef68

i121421 - Mostly cosmetic fixes.

Attempt to comply with optional hungarian notation.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1418174 13f79535-47bb-0310-99

i121421 - Mostly cosmetic fixes.

Attempt to comply with optional hungarian notation.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1418174 13f79535-47bb-0310-9956-ffa450edef68

show more ...

i121421 - Calc's RAND() behaves poorly on most platforms.

The random number generation function from libc was useful for very basic
purposes but hasn't kept up with the times.

T

i121421 - Calc's RAND() behaves poorly on most platforms.

The random number generation function from libc was useful for very basic
purposes but hasn't kept up with the times.

There are many options to provide a Portable Random Number Generator: one
of the most popular and easiest to implement was designed by B.A Wichmann
and I.D Hill in 1982.

We chose to implement the newer 2006[1] algorithm which is better suited
modern platforms and passes DIEHARD and TestU01 - Big Crush tests.

Use of libc's rand() has been completely eliminated by using preexisting
rtl/random support to generate the initial seeds.

Special thanks to orcmid@ for discussion and testing.

Reference:

[1] B. A. Wichmann and Hill, Generating good pseudorandom numbers,
Computational Statistics & Data Analysis, Volume 51 Issue 3,
December, 2006, Pages 1614-1622.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1416271 13f79535-47bb-0310-9956-ffa450edef68

show more ...

ReFix for #i119707 Cell border lost when saving and reopening the attached xls file.

Patch by: Zhang Lu
Review by: Wang Lei

git-svn-id: https://svn.apache.or

ReFix for #i119707 Cell border lost when saving and reopening the attached xls file.

Patch by: Zhang Lu
Review by: Wang Lei

git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1407366 13f79535-47bb-0310-9956-ffa450edef68

show more ...