The code in SdrTextObj::ImpSetTextStyleSheetListeners is obviously not
working correctly.

The families of the stylesheets are appended to the name of the family
for further usage.
An encoded string looks like "STYLE_NAME|3     "
The family is then extracted by copying the first (length-6) bytes,
e.g., "STYLE_NAME" in this example. Then another copy starting a
position 1 is created, e.g., "TYLE_NAME". This string is cast to an
Int32. Since this is not possible, 0 is returned, and the originally
stored family is lost.

This patch corrects this behavior, and adds a unit test.

Change-Id: I60c0add6e4b670acbbc264cc77672452f282f737
Reviewed-on: https://gerrit.libreoffice.org/10818Reviewed-by: Matúš Kukan <matus.kukan@collabora.com>
Tested-by: Matúš Kukan <matus.kukan@collabora.com>

Change-Id: Ib32a66d891242701d2f5c55519e5c52a6dd3df3c

This change also creates a struct that keeps track of states during
shape creation, to make it easier to extract methods as necessary.

Change-Id: I0d84dbee9dba5b9c59d22e4a1be318c5e8c6c6c3

Change-Id: Ibaabf1122fb3e828c1b7b71e846911d77f312445

Change-Id: Id677971ccd6959356a781a2d8c35ab864b35a62e

Change-Id: Icd344caf6e52ef568361078455d4e8d5cf0d40a8

Change-Id: I38ccb7f98f404540f5cf3c32be27da19394475a0

This will start working when we switch to using high-precision timers.

Change-Id: I2115cb3e044578bac1a30c008d787613ec81570a

Change-Id: Ic773b86a1ebaa66a1b0ae236429276f35776deb8

a) In word each range that character properties affect are just stored by their
end. So the range is from the last end to the current one.

b) In word the paragraph end marker is a real character, in writer it is not.

c) So for redlining if a paragraph is redlined, but the previous one is not
then the redlining propes of the 2nd para will affect the end marker of the
previous one if the previous char properties do not include the para end mark.

We were currently handing the case where a paragraph end mark *is* inside
redlining and including it in the char property range, but we were not
considering the case where the paragraph end mark is *not* inside redlining
but the following paragraph *is*

to get the end of the previous paragraph not part of the following paragraph
character run, we emit an empty char section of it for this case.

Change-Id: I816335067f60d1d9332bfdb1117fb1448b564972

should be no logic change, just added a comment as to
what is going on here and ready for extension

Change-Id: Ibf1a3893ece9a09ad342bb06f39e119c1340e0db

The Python build machinery apparently does not use proper autoconfigury to
expand this Info.plist.in file, so can't use @PYTHONFRAMEWORK@ as for the
Info.plist for the framework itself, but have to hardcode LibreOfficePython.

As such I am not sure that Python's way of including an app bundle
inside a framework's Resources subtree is acceptable in the stricter
code signing and Gatekeeper rules that soon will be in effect. Will
see.

Change-Id: I1ef9e7b748d41ec4b32d80e721d5fba5e7a90d18

Change-Id: I6cbfd43f037fe89e0f753c67c9368b981b85bd35

We're missing an effective SbxCURRENCY conversion here.

Change-Id: Id6530ed3a93623b31089304f3451d9693ab4f3af

Change-Id: I92bc1dbceea2f10cbb055d97f68b33e575d9be11

Change-Id: Iebc25f1730766e96d2ad6921a8b4d2ea880c63f3

It should be the basename of the framework. The Python
configury already provides that as @PYTHONFRAMEWORK@.

Change-Id: I116a34c3bcc8f661abe16b2b5cc1b9268ecd2780

Change-Id: I04e3245342a83df762fbec35a1523021a021f896
Reviewed-on: https://gerrit.libreoffice.org/11547Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I16bdc6760276b5bc0c78c3693d3f92c68ef67ed1

Change-Id: Ic9ad51b33f6dfb6f90e76439c27eeff25ec4c7da

Regression from 614b3161 (Use
NS_ooxml::LN_Value_ST_Jc_{right,end} constants, 2014-09-05), one more
remnant from doctok.

Change-Id: Ibab68eada337a3fe1bc919987a09a8b146f86ac9

Change-Id: I0d8072f1194aa837932dcffd6dc6a3761bbdc74e

Change-Id: I582095b6b47eaff7800f6aaa68f176f06d64a34e

Change-Id: I324da4e8ea3ae0a23cf25025fda9d316d2e6c007

Change-Id: I7eec133246f39ce1348eddf564f30c7b4adfe3cf
Reviewed-on: https://gerrit.libreoffice.org/11545Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>

In case the user double-clicks on a word and exactly that word is
commented, then we used to select only the word, but not its comment
anchor character. So when the user deleted the selection, the comment
left there.

It is still possible to manually select only the word, but on
double-click let's just select the comment anchor as well, so a simple
double-click on the commented word will remove the comment as well.

Change-Id: I7322af61c31e8aba108eef5596849d17d55fc7eb

Change-Id: I8f27adf834e09702c609170e63facb1ec1ea0ab7

Change-Id: If9866d25b228a5b84844943c17406c10f2c8515d

Change-Id: Ia5f96f7d2bf366a6156d198e73e7987a471f28da
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: I8bcdbf3c2b9dec25eab943212258bc2b3a82ebc7

...superseding 9de4f3b3
"-Werror,-Wunused-function, plus additional clean-up and fixes."

Change-Id: I014ca289601a8195fb297ce335b3a52993284e8f

Some UNO constants (integer, double, ...) were lower cased by Basic IDE.
Probably due to AutoCorrection options of IDE ?

Change-Id: Ib599a8bc9f26d179ba5befbcd7a915d29554f948

Starting with junit 4.11 hamcrest is no longer bundled,
so add a --with-hamcrest option to support this.

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

Change-Id: I7063a50987b018b9a00bc542ae5ed1b963b17dd8

Problem was:

(gdb) print pClonedFace->GetFamilyName()
$1 = "SkakNewFigurine"
(gdb) print GetFamilyName()
$2 = "SkakNew-Figurine"

and this made e.g. JunitTest_sc_complex fail.

Change-Id: Id779553716611ed31c2ef24e54e7bc4b6cc0f766

Change-Id: I9c8076ec51858967ddde0dbbf109f30025975d57
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

m_pLastSyncedDbusMenu was previously only initialised in one of
two constructors

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

Change-Id: I9bb8542514aad0882935d4a347cbe452cc8fa819

Change-Id: Ide596b01efeba720ce313df86d3d4578728d968e

Change-Id: I82f052cd62ea1561c3f77231cd285901ff1d6a80