... instead of an on-the-fly ID

Change-Id: I5cb38e91b67d02f0ccda90feb2ad0c60cd3765c5

Although unsure whether this source file actually uses anything declared in
<stdlib.h>...

Change-Id: Ibb5dfe5d0de1576a37a5f2c9cffcd9b850602b14

Change-Id: Icacdae592f05bcdcf50223d607976d687e182c96

Not that there should be any need to use it here; it is the default anyway.

Also the extern "C" is bogus here as far as I know; that affects only the
external name of the function, and that a function is passed to bsearch()
doesn't set any requirements on the external name of it. It could be a static
function with no global symbol name. But oh well.

Change-Id: Ia264bf2f952fd6f38aa36a25a084383d4d3f1bdc

Change-Id: I8362bfa0152f84a425ea3d461653d45c07816b92

Change-Id: I47b9b91d72e423c0ef37eaa9f081e755adfc36d6

Change-Id: I99aa82d29d056afde92d258fd5cdf13359f9b74c

Change-Id: I6b58f6f62bc304b29c336fc46f87bce8d2ce22fe

SwView::Replace() nowadays first searches for the to-be-replaced text in
the current selection, which does not work in the corner case of "$"
when the selection starts at end of a paragraph, as it will when
clicking "Find" to look for "$" and then clicking "Replace".

The problem is that there is some antique code in SwPaM::Find() to
move the cursor forward if it's at the end of a paragraph, which is
presumably some pointless micro-optimization; the result is that
"Replace" does not replace the selected paragraph break but the
one in the following paragraph.

(regression from 68a014dbca8bbd25056f75ef551fb81a0dbfb1b7)

Change-Id: I5aae9c272d102a48166c63e01775dc6322f9f02d

The problem is that the soft hyphen apparently needs special handling,
and SwPaM::DoSearch() looked for the no longer supported legacy syntax,
not for any of the unicode character syntax that ICU regex supports.

Change-Id: I754296d2cf9286242e083cc7906ce3b8fda78dd5

Change-Id: I2052aa0ac750f6e1c004f886bf29f9b96cf11bb6

Chart file gets corrupted, if we save file in Libreoffice and open in MS office.
MS Office gives error, file is Corrupt.

Following charts get fixed

1. Radar chart
2. Area chart without data labels
3. Line chart
4. Bubble chart

Area chart with data label file gets courrputed after roundtrip in Libreoffice.

Change-Id: Ib03ad49aae268b53aa18bdc21c723e2a7777eb45

Change-Id: Idf01d2c4d151aeba411097b72fdaf88e7c08a347

Change-Id: Ie33ae5c3bd1213bc4032e66d0cd7a3faefc7dfcb

Change-Id: I2cef8d0dd306ce22552db0b5d8890c754be9e835

Change-Id: I15860351c15f7c28ae197fa626c58b5f3ead8bb7

Change-Id: I236c2f51716bfebd0c132bbaed50c1f1ec811ffa

Change-Id: Iec697f7100c06da37158e564ac64f0248f923638

(cherry picked from commit ff1eee61)

Conflicts:
	basegfx/inc/basegfx/polygon/b2dpolygontools.hxx

Change-Id: I818657573a1e673e312702a4b45e7bb6394250d2

reverts 03569dc7 "I hate the positioning of the
expander checkitem in hierarchical view". I still hate it, so merge together
the various places where different efforts are made to try and position the
checkitem optimally and provide a single central place to do that.

Change-Id: I047504945fb5bf94e5f451007eb74328b8b56785

Change-Id: Ib4df8fc317e6fd21531a9dbd898cbdeef0783452

Change-Id: Ida492cc72c7d5e26a220abf22c896cb45dee6130

Change-Id: I7bffb6c976654e23e8728e902d7bac287e45afd3

Change-Id: Ia7fa834e3d9bf8578dcdc667fbe97ce58606704b

Unfortunately it turns out that the neat hack in commit
b227a8e4 does not work unless something
actually _deletes_ the current m_pTblCrsr between Push() and Pop(),
e.g. by calling SwCrsrShell::ClearMark() or KillPams().

It would be possible to do some invalidation of m_pTblCrsr in
SwCrsrShell::ClearUpCrsrs() or UpdateCrsr(), to set it's bChg flag
or perhaps call ParkTblCrsr(); not sure if doing that is an improvement;
certainly it shouldn't be tried in a 4.0.6 backport.

So work around the problem locally in SwTextShell::Execute().

Change-Id: I2981506b3065e824532deda28d21dad4a5734a8c

Change-Id: Id1e0d4241a356bdb08a44b3ae87c3d1023c4669e

Change-Id: Id9436def56f40d2bb54dea35bea916bd99964653

Change-Id: Idc9d05cae6ebee4c5f88dbe53ab182da66781582

Change-Id: I27d1bd3f4a94ba6951e5082509980f45cf48650c

Change-Id: Ia69312b4adc11c256e57e69c0fd488eca441ce4e

If there were spelling errors in a text portion that is to be
accepted/rejected, right mouse click just shown the spellcheck menu, so
oddly if an inserted text contained spelling mistakes and we wanted to
reject them, Writer didn't allow that.

Fix this by adding the redline operations (accept change, reject change,
next change, previous change) to the spellcheck menu, but make it only a
wrapper around the SwView code, so all the logic on what to do and when
to hide these menu items is not duplicated.

Change-Id: I76cad2f58a47575f8ef9517af51f1ffe7c4b6844

Change-Id: Ib592ca2fe359293da6c10aa9e1535a91627cfc43

Change-Id: I6d9ce2afd97d6011eaa93855c49f3d7071db0159

Change-Id: I785f83b5c2c6329b7a18af9f9721c06894207ea5

ScRawToken needed to store a shared string value rather than the normal
unicode string array.  This fixes a previously failed unit test.

Change-Id: I87164c018ace0761c40d1493f44fe25909a4499c

Change-Id: I5da99869fc7f61ce698180fa5daa9be9db9ac132

And adjust all its call sites.

Change-Id: Ibb0c754e8fa105bd1a6035f2e0df5cee2d8491c4

Change-Id: Ieb8befa4f19ebc31f4afa1370c924b469aa77382

Since it no longer checks for cells with misspelled words....

Change-Id: I372c283e0567c2e0e40d26eeb19dcf6e5d3f9e0f

This was broken when the spell check handler was re-implemented
after the cell storage rework.

Change-Id: I4e7e718ffba45b2163bea4dd382f2a49f75fd5f9