Change-Id: I09cc4fa8288fafa78083da5bdfb8ddc6fc273da9

Also removing static_cast during the loop speeds it up just a bit.

Change-Id: I4644046c91da71f4b7305e9063a853d03c5921e0

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

Change-Id: I5a5d98bb2f2d0749fb9113423f5663780ecf3520

Sidebar and thumbnail View are actually not separate windows
but F6 key traversal should simulate it as they would be.
Define a new getfocus flag called GETFOCUS_F6 which means focus
were grabed as a result of pressing F6 key. Use this and other two
(GETFOCUS_FORWARD, GETFOCUS_BACKWARD) flags to indicate the focus were
grabbed along subwindow relation (define a new ImplGrabFocusToDocument
method with a flag parameter on the analogy of GrabFocus() <-> ImplGrabFocus()).
Handle F6, Shift+F6 inside BackingWindow as it would have
two subwindow (sidebar and thumbnail view).
Plus Ctrl+F6 -> grab focus to the thumbnail view.

Change-Id: Ie43d761e7cb0269afb79481a81947a4b96e1dde0
Reviewed-on: https://gerrit.libreoffice.org/7486Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>

Change-Id: I36dc29659d0d6965c28e5fe0bb03759476de4781

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

Change-Id: Ib0b2286669d797708b30bf0fffdbe14c14d1e30d

Change-Id: I51d4638b588da290853422750b90365b454c046f

Problem Description :
- In case if the header/footer had a chart in it then the associated
  relation Id was getting added to document.xml.rels instead of adding
  it to the relevent item*.xml.rels file.
- Due to this the MS office was unable to read the round tripped file.

Implementation :
- Added the relation id's to relevant rels files.

Change-Id: I412178222400e98ab2ef46d930c1e1fdfebf9799
Reviewed-on: https://gerrit.libreoffice.org/7630Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

Change-Id: I1d24b2039fb3c615e672189d12c77e960cc858ee

This leaves only aborting stubs (for SONAME stability) for

  typelib_static_array_type_init
  typelib_typedescription_newArray
  typelib_typedescription_newUnion

and completely removes corresponding

  typelib_ArrayTypeDescription
  typelib_UnionTypeDescription

structs and C++ inline

  getCppuArrayType*

functions.  None of this should ever have been called by client code anyway, so
while technically an API change it should not matter for practical purposes.

Change-Id: I23769d104d545533bf578762b79994e269d78c22

...and deprecate what cannot be removed for compatibility.

Change-Id: I1ea335af775b867b468b8285113631167729a92a

...at least in trunk 200400 towards Clang 3.5.

Change-Id: Ibe956a7f28c16510506bd354582b3fe5a72582e5

...at least in trunk 200400 towards Clang 3.5.

Change-Id: I6e295e3a4cf721fbda9df8e7c5bed3993ee78216

With this change, applying cell attributes to default cells will
no longer change the row heights inadvertently.

Change-Id: I57c3546e1725c5e8b37696242e9642b1617f59c3

Conflicts:
	chart2/qa/extras/chart2export.cxx

Change-Id: I3540884f680f5042da8d12865a06e9ce2f2046d8

VmlCommentExporter::StartShape already adds a XML_type to the attribute
list, so we would be exporting the same attribute twice which makes the
xml file invalid. This file could therefore not be imported again.

Change-Id: I2aed2805ea59c15b1f7e60ab9cab10f7a8e81412
Reviewed-on: https://gerrit.libreoffice.org/6980Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: Ieb5798a98453d0a6b0e368f7444150c758a9c7ac
Reviewed-on: https://gerrit.libreoffice.org/7753Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

pEventLB gets accessed after it's been deleted. Moving the code that
accesses it to before it gets deleted fixes the crash.

Change-Id: If559fe3ea7dd76a3394d0aa7c18c9329188aa17f

Change-Id: I654e3af31a6915f08ff808b351d304da773ad267
see: git://gerrit.libreoffice.org/impress_remote

Change-Id: I7cca5d459491fca782f24093dcdd7d0c1c69bdc9

Change-Id: I6dad55d3a397becab18f1159f3e8d84cffd7517b

Change-Id: Id2a77996cfe9a9ec755766295141123870b4eaf2

Change-Id: I3c7a90345e9f748668cc2e5305bccae99a45c479

Change-Id: Ic009b2d9cbb4bbd37aad044e63f1b19ae57e649e

Change-Id: I7cd294b42fa402e4da254fe6a2239c9d9293588b

Change-Id: I60013801e22b8a17d9fb7378fd9bd7f828610710

Change-Id: I7766dd3144ff84f292de1e207dc3a432719d0ec3

Not that it would be handled on the dmapper side.

Change-Id: I80c338933fd7ecdbdd9e8541ce30887375b19929

Change-Id: Ic8624a90ac71f03360e18ca6de589040493ccc1e

Change-Id: I35f111dffe44cabe8cdfa65067695dcd6c7517e7

Change-Id: I77d91bbcd600ae209799d2139c3510697e922730

This reverts commit 6a62557d.

pPageRows[] is a member array, so when not allocating MAXROWCOUNT
entries but nRealCnt instead it also needs some tracking mechanism to
reallocate in case a subsequent call needs more elements than the first
call.

Change-Id: Iadb7d2ceadcb8bd99d57c6188571d295c6b99fba

Change-Id: I47d9ad36937bf07cd0b79fa5eec7710ce84ce4a9

Change-Id: Id30e6dfa14c08ecad5c15df6a79d20a5cdc50a59

Conflicts:
	sw/source/filter/ww8/ww8par2.cxx

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

Change-Id: Iccd5a78b54620796cfde672388b70ad97d17b7a5

Because nobody wants to wait forever...

Change-Id: Ie52bff944893b7e3fe9e7908be19d27c692fc1ea