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

With the theme icon cleaning commit
d5151ab5, duplicated
icons (same icon for multiple actions) doesn't need to
be stored in different files. The file links.txt inside
the theme pack can handle filename redirections.
So, it keeps the theme pack smaller. However, the
duplicates keep being loaded, because they use different
names.

With this patch, the names of those duplicates are mapped
also when querying for the icons. This way, an icon is
loaded only once, saving RAM.

Change-Id: Ieb5b8424c1515f0033276bf314cdef02a4e01862
Signed-off-by: Rodolfo Ribeiro Gomes <rodolforg@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/5943Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

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

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

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

[covers both problems fixed in the previous commits.]

Change-Id: I3df3537c52e2f6ebcb60a38f3648a35a5eca9051

Compare styleId against styleId, not style name against styleId.

Change-Id: I42bbb8a04424780772065585cc8ff56d906a48e4

Change-Id: Iacb9b09f237ddab3d68f4993014efb3b4793b8e7

Wow, has been broken like this since 2007...

Change-Id: I32a84e1444ed6fd89161f2060a35296044516863

Change-Id: I54729ad816efd4e51e13c0a2985c591920750d59

Change-Id: I13e4ec0daa40f60a563b1fd39094b86bf3709c47

rewrite call of rtl::OUString::equalsIgnoreAsciiCaseAscii with string literal
argument as call of rtl::OUString::equalsIgnoreAsciiCase [loplugin]

Change-Id: Ia4dcbf6f5233a5aa91c609902da0a1037bcc3a48

Change-Id: Ib4cc138ab4c6de0d3d3a8ad55e40ba9ca30c15ae

in commit ab0806e1,
"convert sd/.../fuinsfil.hxx from String to OUString"
my OUString conversion changed the behaviour of the
x.Erase(x.Search()) operations.

Change-Id: I0f7f342eb4caf277fe62c3c11d1aa2c74290e549

in commit 15d88e25,
"convert more .cxx files in sd from String to OUString"
my OUString conversion changed the behaviour of the
x.Erase(x.Search()) operations.

Change-Id: I8150fdecde439fdc5eeae53d50ad0dd00c0c1879

in commit a2b86b5f, my OUString
conversion changed the behaviour of the x.Erase(x.Search())
operations.

Change-Id: Iad91980322b8cb46e8b2040f3fbd4e6cc1176424

Change-Id: I73b821eaff82796080ce123e37466ec53c327141

Factor out SwMessageAndEditDialog as a reusable base class. Split the
attachment and subjects dialogs apart and base them on top of that.

Change-Id: I321ef375b154f070715a3e8091e02974b376c9db

Project: help  ff8f7d4289c220deec86168d71fcf617034b1213

Change-Id: If622619bd2e282ab8298ac8a29f8bb57a8fe968f

... instead of equalsIgnoreAsciiCase() that converts to OUString first

Change-Id: I20e6ac93e1af40b01285e49670770d0e4c453dfa

Change-Id: I171c7e3e55b7f23d331dd1769428fb684fe214eb

Change-Id: I7814547ef29ec728a5a815196427b661bf285256

Change-Id: I331d769132d3b18c870c70c7abcbd9539135af55

Change-Id: Ia40f0ce43086fd73cba60011001640a945fb3e26

Change-Id: I8033dd055abc9fa8a845113ed2255dd2b5cabad5

This reverts commit 4bcc5153, which needs to be
held back until the current offapi.rdb is generated via unoidl-write instead of
idlc.

i.e. a2b86b5f stuck the prefix
onto aFullName twice by accident

Change-Id: I3fdba4cf3dea77bad2278812d75788f175e8d221

...so manually fix that in the reference rdb that had been generated from legacy idlc output.

Change-Id: Iaa5545222be762f6573d1f4165604229fccad191

... and the whole document was selected

The problem is that the cursor starts at the first cell of the starting
table, but when copying, we want to copy the preceding startnode and
tablenode as well.

Change-Id: I890bba2ae835c4c331f90d977fe5d42fe871c922

Change-Id: Id9efce7b1308a022db14865cf9fbee33ff939e34

Change-Id: I85d4a4c3c7bf708daa85dbe7f3af54311c4d7e2e

Change-Id: I3fc22524d5e890e19240554b63f2fa53f62e923f

Project: help  eaba957aa0802cafccf0988bc1cb5ac30ddd921f

Change-Id: If5aa84fbd4582a0889df2bb000fa6b68c51977fd

Change-Id: I1f5c2c612589fd86567ee9d3e09ecd5bff74ce25

Change-Id: I00f7fdaa33bc8b5ede2e3a7f1d1d938b62cc0646

Change-Id: Id3966feb27f87c340716034c836e01f72cb96808

Change-Id: I7d06d6c22d280496a864d656c7a18ac00dd17332

Change-Id: Ife9f401e7e3d06ba1c4507d6f654bb720f61a407