Change-Id: I49ffee7c1e65d8e79865e5b596d18111e0c64279

Change-Id: Ic2d8b1e6f9dbaeee3e3ad9280236abd503de3ffd

Change-Id: Id0af5555685c67c02fecd8b10a40d4fb8135a2df

Change-Id: I6fbd5cef4f5935f7932bd9b64774315baee0e50d
Reviewed-on: https://gerrit.libreoffice.org/1838Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>

Change-Id: I60f588efb35d5968c21b7b0e0fc29bcbbd2dd50d

Change-Id: Iccc3f3b2913f21a3831ce55c706aa4dd1da53ad6
Reviewed-on: https://gerrit.libreoffice.org/1909Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>

* Code cleanup + replacing drawText() with drawTextLayout().
This solves mirrored LTR text in an RTL ui

Change-Id: Ib89aee7c817811c7b3751dc6f941a34ed763d993
Reviewed-on: https://gerrit.libreoffice.org/1521Tested-by: Ahmad Harthi <aalharthi@kacst.edu.sa>
Reviewed-by: Ahmad Harthi <aalharthi@kacst.edu.sa>

  When writingmode is set to RTL, the table is start drawn from Last column
to first column.  There is no problem with left&right lines, Because these
are not depends on the LTR or RTL writingmode.  But the bottom & top line
depends on writing mode.  As these two lines are drawn from previous cell to
next cell(left to right) the nX value should be nX-1 in RTL writingmode.

Change-Id: I3e21c7dd469ed5ba29e66f79da471b662632182e
Reviewed-on: https://gerrit.libreoffice.org/1834Reviewed-by: Ahmad Harthi <aalharthi@kacst.edu.sa>
Tested-by: Ahmad Harthi <aalharthi@kacst.edu.sa>

Change-Id: Iae6343a71137c5ffbc9d38f56c01d5b182975912

Change-Id: Id455dd87f01bbea0c5a4ae26734c0aba5699ac71

Change-Id: Ic41f95431203409b8412733870a4d8ec0fc93192

Change-Id: Ic0f8101c2619bf83feddbe0bd74d0b88941bbbe7

Change-Id: I5013e8b2ce99478f2445756e181f009b93d4e746
Reviewed-on: https://gerrit.libreoffice.org/1905Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>

- the mysqlc library did link against the mysqlcppconn only when a
  SYSTEM_MYSQL_CPPCONN is used
- mysqlc is an EXTENSIONLIB, mysqlcppconn is PLAINLIBS_NONE
- one N was missing in Extension makefile, and use
  gb_Extension_add_library to put in mysqlcppconn
- manifest.xml, description.xml: update PLACEHOLDERS

Change-Id: If45714f81056a6c1a4cb3380b50cc3dcc0443bb8

Change-Id: Ia64bc884ed04a5d5652fb743f543a39e6b6bbcf2
Reviewed-on: https://gerrit.libreoffice.org/1901Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I33a9ff3393b90c5b9f7d7fa85e8761c02160664f
Reviewed-on: https://gerrit.libreoffice.org/1900Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

It no longer gets stuck in a loop so easily.

The key thing I realized was that there is a fundamental difference to
how the ATSUI and CoreText APIs handle text buffers and the start
offsets into them:

ATSUCreateTextLayoutWithTextPtr() takes a pointer to the whole buffer,
plus start offset and length. These are stored as part of the layout
object. Other ATSUI calls that use the layout object interpret index
parameters as relative to the buffer start, not relative to the start
offset of the layout object.

CTTypesetterCreateWithAttributedString() on the other hand takes an
attributed string that has been created from a CFString that already
is based on a potential substring of a buffer. I.e. the CTTypesetter
has no knowledge of the original buffer. All index parameters are
relative to that substring of the buffer, as are return values.

Change-Id: I7026f323d90a72e1ae1784a69f521e347baffaea

The CoreTextLayout class is clearly based on the ATSLayout class, so
in order to make it easier to compare code of the two, rename fields
back as they are in the latter. Also add the corresponding comments
where applicable.

Once the CoreText code fully works and has superseded the ATSUI code,
sure, we can change field naming convention if we want.

Change-Id: I0d47ad0206fa895339506471bb638bd04f426490

Change-Id: I4e9bd57db4510b48b84847dda23feed5b8817df3
Reviewed-on: https://gerrit.libreoffice.org/1910Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>

To make it easier to compare to what goes on in the corresponding
CoreText layout code.

Change-Id: I18478cb7e28827a512b50573c8f7ac84b1cf1ece

Change-Id: I0a56ecd13b59997c202acd327e0647f69a1b8db7

Change-Id: Ia3e6f37460e96f463952072ffbf3e76386edb10d

... by properly prefixing the members.

Change-Id: Idfdb93b19bf9fdd5309fb55d4e7e56da81ee822a

- add sal_uInt64 valueOf helper to handle its full value range
- group deprecated valueOf() together
- forward to the number() taking the largest type instead of repeating
  the same code every time
- various doc improvements:
    - add missing @since
    - do not refer to non-existent number() overloads in docs
    - "use number" - "huh, of course I use a number?"
    - "code your own" - my own function? why?
    - + or += operators are not, strictly speaking, replacements for valueOf()

Change-Id: Ib138a06c4ac4365cfffc534e6ab115d55180a70d

And remove some unneeded ones (the float actually didn't have
the necessary precision on 32bit anyway).

Change-Id: I52dd387fd319dd6a5b44333a71d012ebaaecbf18

- SdrAngleItem::GetPresentation missing space
- SwFmtFrmSize::GetPresentation spurious s
- crstrvl.cxx build breaker

Change-Id: I4f1ce51943dff002ce250aff6f37f090c727bb00

Changed SfxItemPool::GetPresentation( SfxItemPresentation ePres, SfxMapUnit eCoreMetric, SfxMapUnit ePresMetric, String &rText ) const; to use OUString.

Change-Id: I656c1d321ff96f1f2e5b77f6adc103ef0a6fdf66

Patch by: Wang Zhe
Testing by: Yan Ji
Review by: hdu

(cherry picked from commit 48462123)

Change-Id: I340de4f1b626defa52ecc48938c63ec4d1ce5c1d
Signed-off-by: Tor Lillqvist <tml@iki.fi>

Project: help  97ee0b3910f1652911f01443c27e9b77e7582332

Change-Id: Iae428edb97e31ae578d2ab4679f6d346d5339a9f

Change-Id: I2baced123f957fb47f7710c122664842e0b1bb1d

Change-Id: I8863cbe1d01fceac0f4b4152264c1464c90e02b8

Change-Id: I03b841ed703503425c9f1a2045d6399c8899815f

Change-Id: I59e4c93bc7868a5ae4e73721b186c6a22f85c752

Change-Id: Ic661a5cb492c25a049dfaf1da0a501ceeae83c2c

Conflicts:
	sc/inc/globstr.hrc
	sc/source/ui/condformat/condformatdlgentry.cxx

Change-Id: Ibc1dc80faa64d97e3d600ce40a97a716804cfac8

If --with-theme=no is specified disallow any check for valid themes
which would otherwise give an error.

Change-Id: I45d2872145f3bd15e17beac4f69f8b4b1855d9a3
Reviewed-on: https://gerrit.libreoffice.org/1879Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I36bb19c123c1de54e04ba2e6c30b1cb0f7353047