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

Project: help  c7a50f7e051ca7ed0c6f63bcbc55a3ce25029b7d

Do not make numbers translatable in Help contents

Spare time and energy of translators by marking numbers non-translatable.

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

TOVERBRACE/TUNDERBRACE belongs to TGPRODUCT.

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

Change-Id: I389fa692e4a8f99d8de21cf0af3f2a7f0ac1a6f5

Change-Id: I4e146788c3ab83f714bfb0aef1da018b038be64d

There is rtl::OUStringToOString() already to do OUString to OString conversion
using UTF-8 encoding on a best effort basis.  However multiple modules have
code where we assume that such a conversion is perfect. Add a new method that
asserts such an expected success instead of duplicating it at multiple places.

Change-Id: I0e55b53f558df82b67af6a463c8144655cf0ca74

...since 286e2f5c "Related fdo#82953: Forget
package URL of image after it is loaded"

Change-Id: If4cc941353b72f555dee26d158aee7b15b359a9c

Change-Id: I27ce8fc805f8b3fa127fb919a9c571de1aeef589

Change-Id: I0eef8d71334a29a773aaff80c9d1c1ae8b9d9842

Change-Id: I420628cea2272d6f5af0b13b9c32902627dcf86f

Change-Id: I27706b358e0567139cdd25186963cbff5fe3ed1f

Change-Id: I0c047a2b8940e2be76c94bf9de5423aa7e0eff8b

This causes problems with the OpenGL backend; we scale up an 8x1 image
to 8x500, but our fast scaling can't yet cope with that.

Change-Id: I2c91c614167dfdebb53bd03564a577feff64da0b

Change-Id: I18124cd8d7aadbab22114fa9d38607b43862f9ea

Change-Id: I6098e597cb00fccff4cf4611a8ac82badf1bdf02

Change-Id: I6b694659077abce4ca7c67cf0298c9b882a2b964

Change-Id: I80df95f70de515a0247827a89297cdfdf0399989

Change-Id: I5fb5ef73a40162dea1356dde03ceaa75a65f842a

Since this commit:
286e2f5c
it's not necessary to update the package URL.

Change-Id: I25c829e9bc0c666838baf19cd60f19938ebb430c

See also:
286e2f5c

Since embedded URL exists until the first swap in these lines
are not needed anymore.

Change-Id: Ie6bf8efe7808cf42f20f7b4b3f8cb927555c0ea8

Removed in:
9dc3b49c

Change-Id: Id8cee4e17d214ca0eaa5cd11dc25849e5f68851e

See also:
f811e628

The problem is that more images can have the same stream name
so we can't decide here when to remove one stream name. Better
to leak in the storage as to loose images (actually we already
leak here, so)

Change-Id: I2c2afe87e024c2521fe22d62126b567931604101

It causes problems if we handle those imported images differently which
are identified by a package URL, so after the first load remove
this URL and handle images on the same way as inserted images.

Some related bugs:
* #i44367#
* #i124946#
* #i114361#
* fdo#73270

The image in the test document has a special ID which is different
from that one which is generated by LO internally so after ODF export
the new generated image URL is different from the imported one.

Change-Id: I4e7d3490674c5f86bec5c7c6e1c975dcafd7c265

Change-Id: Iff0942b9b545f27dd74b73bee3f8ac785539867d

Change-Id: I26ae7aaab0e2d1685fd9c961aba027e1399b6911

Change-Id: I933aea4f9cb1ccd58f9a07e7d32ff28077f8bb33

This reverts commit 6661fdab.

Change-Id: Ib101d2605e5e739bb1d063fa7019e4e5930462a0

Why do we still use a double buffered FBC? It apparently works in the
feature/opengl-vcl branch.

Change-Id: I48b6879b9a9f7fec67f4da25cade46a32d8ad6fa

Change-Id: I0dda7886718b0e3ff81a0d6d43cca2887877ea9d

Change-Id: I65a0bef7e817c82285a0e053846798f02e8d7fc8

 are valid in HTML anchor names (missing: ':' and '.')

Change-Id: I44f1d1135067103fdcc7482793371c5b95c14cec
Reviewed-on: https://gerrit.libreoffice.org/12466Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>

Change-Id: I3a534578df727f2aaab6e36839f0e62e6fc8f208

Change-Id: I6116b4c2b8e03e819a430cbdcb7874af6508fb62

Change-Id: I54d404d98cff433735ede23ddf4944a4149f559c

Change-Id: I3e5374145fb4a1bea1d1d900dc32380df4a408e9

Change-Id: I582edaf0e9c138822135c614f973ff205d751aa0

Change-Id: I999404544b1ed35a19096df58172e62bd1685e75

Change-Id: I7177521a9bf9c845216e2b6c91d20df93b137987

Change-Id: I8b3d1f7af217d36a9baf62df3e62f1361b8c57bb