Change-Id: I142e1b34e54a3cbe149e5af9adeba1250a4ca9a9

Change-Id: Ie47fb18ae7d5286fe7559c7dffbc54b0856d4d8e

Change-Id: I330e7d62bf31b4a90b5866d9531f073f7c69c92a

Change-Id: Iccc12c94bfd68387dfc0161a5fde4f595edda0e1

Change-Id: Id07741c3d7780da72a351c33fc001f7d2a73bc64

Change-Id: I801931055aeba38e9173fb04dcc44b220cd3f17e

Change-Id: Ic3d2f795d453b9c48316d78d0d50486624cdc2b1

Change-Id: I9021ab4744b16f967eaa5006128d30621b421d7a

Change-Id: Ib50fcba992293ec661912444a051a02d856c7189

Change-Id: I0c417842393eb32132fd430b8bf31e93e7ec3b27

Change-Id: Ie44b8de69b98ebfa789cc8f9a1d8a60b698fc154
Reviewed-on: https://gerrit.libreoffice.org/12368Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>

There was a discrepancy between the comment and the code; and I believe the
comment was right, and the code wrong - so adapted the code accordingly.

[I guess we will want to kill this condition for good when rendering via
OpenGL at some stage; the assert() will tell us ;-)]

Change-Id: I651261373068e975004c898b2a930c602c158b64

Change-Id: I2a4d1bd294d1d88651c8556091f5453ef0aa5293

Change-Id: I2229141cc12ad7bc9fccfd6e2c7fec44ac4f6284

...instead of scaling the translated nNewHeight once more by the original prop

Change-Id: Iadb53361a79f0b37b3c7c50066e4cfb7d24ed5e8

...and remove thus unused SetHeightValue

Change-Id: I9c8c18614233df6086ff23533e7e7129848f42ef

This reverts commit d5f93eb4,
SvxFontHeightItem::SetProp was used to override "dummy" 100% nProp/ePropUnit
values that did not match the computed nHeight value with nProp/ePropUnit values
that are supposed to match the computed nHeight value.  Yuck.

Change-Id: Ic12e824054b3c5da7aca766b9b3eb076d1837d9a

Change-Id: I568ee2c3f103777720f6c39340a5915b10aeebb4
Signed-off-by: Michael Stahl <mstahl@redhat.com>

also borrowed from  Gabriele Bulfon <gabriele.bulfon at sonicle.com>

Change-Id: I17787fbbf12f1bc8b3e78b8dd2e8b33679bab5b1
Signed-off-by: Michael Stahl <mstahl@redhat.com>

Change-Id: Id15c4b355591678023ae97b1183f8f3a01823084
Signed-off-by: Michael Stahl <mstahl@redhat.com>

Change-Id: Ic5edb7c0977b6c589329cd80616aa320d6cc929b
Signed-off-by: Michael Stahl <mstahl@redhat.com>

Change-Id: Idc40752b4beee932b5912e6df9fe6acb15571201
Signed-off-by: Michael Stahl <mstahl@redhat.com>

and, most importantly, forget MOTIF!

Change-Id: I0230932618b396ec4d5bf7638a13e5a80a4fada0
Signed-off-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I749fa8a19e00957a3f83f41e029687b435a3a903
Signed-off-by: Michael Stahl <mstahl@redhat.com>

Found when investigating fdo#86011 where 'du-nl' was accepted and
assigned an on-the-fly-ID even if the 'du' language code is not defined
in ISO 639. If a tag is not internally known we need to check it using
liblangtag and take no short cut assuming it would be alright even not
for the simplest case.

Change-Id: Ib8c1eb77b6b4a59019c4c8248b596bf53c0f4986

Change-Id: Ia79cdfbe8b1e065f84a30aa74500de3f1115c595

...and operator= shall probably copy rSize.ePropUnit...

Change-Id: I112c02b3a3b2ce23f3d03f03881136e05be29017

 #define Z_OK            0
 #define Z_STREAM_END    1
 #define Z_NEED_DICT     2

and we don't support dictionaries, so a Z_NEED_DICT return
creates an infinite loop

Change-Id: Iafb1da594962b3cb456a3223cc6d4122791718c5

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

Change-Id: I6d989baabe4ff59b91c3fdb725f75a7d9e01f5e0

Change-Id: I88d3d9040f70e84752ade19001a699f60e9e7636

To avoid confusion with the --headless runtime option
leverage --without-x for the headless build. Please note that
build and code ifdefery naming is not changed.

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

Re-introduce the initialization back.

This reverts commit e5ffff4e.

... and remove an unneeded grid that I added.

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

When Apache OpenOffice code was merged in, a few lines were removed for
no apparent reason.  This just adds the code back in, and resolves the bug.

See the comments in fdo#85912 for details about this bug.  It is hard for
majority language users to reproduce since they don't use ibus/kmfl to
type their language's letters.

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

When user's data are empty, dialog shows "(no name set)".

Dialog:
Writer->File->Versions...->Save New Version

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

Change-Id: I9d4dc8a165bc042a674eb472162292a486f3761c

how to reproduce an outline which won't update wrt the numbering style

file->new->presentation
view->master->slide master
select first entry of outliner, i.e. "Click to edit the outline text format"
make it underlined, save, reload
view->master->slide master
now use bullet and numbering
set level 1 to e.g. none, ok
nothing happens to the outliner. It remains "stuck" with its default numbering

Change-Id: I95708b1f1c9cc74ae5129dbfad8ca0d37b00fa13

as to whether you want to "adapt" objects or not

Change-Id: Ic4c00be480d1be632d84dfac71fe911d48eacc51

Change-Id: I2567026af23dd5fc42812b90bd6098c4c74a4f92