Age | Commit message (Collapse) | Author |
|
Change-Id: Iaef197e9ab736c219897933a76f4c75a3e3acaa6
|
|
This reverts commit d3c06fb90485543f6ca4b1f833e6c4f82b28ba14.
which seems innocent after all
|
|
Change-Id: I07057dec477051ddc96600f467ffbb0c8bd1da5f
Reviewed-on: https://gerrit.libreoffice.org/32144
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
LibreOffice's default paragraph style is very different from Word's normal
style? Anyway, if normal is not defined in styles.xml, then don't
re-assign any other automatic styles to be based off of it, since that
indicates that the style information being imported is not complete.
avoids regression from commit b79b5e0df6dc5a0ba18054b0503d6fa804b69f02
Change-Id: I1bfa8505d6b89b2bba255ad727ebadbacc8d3651
Reviewed-on: https://gerrit.libreoffice.org/32103
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: Ic373a8f145f3f78c3f109e36a9c1dd9156f0dd75
Reviewed-on: https://gerrit.libreoffice.org/32034
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I56e68ab19e63637d21dea7929f093bb1aceb982a
Reviewed-on: https://gerrit.libreoffice.org/32135
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
ImplImageTree was used outside of VCL which is not consistent with
the name and the header also contains a lot of implementation
detail. This separates the implementation to ImplImageTree and
the public interface and singleton to ImageTree only.
Change-Id: I3a26444f0f6971a6b1d83472e9cef19c93192d3e
Reviewed-on: https://gerrit.libreoffice.org/32134
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Change-Id: I2cdb79022e77cdcc03962d392d0d87626a090ac5
Reviewed-on: https://gerrit.libreoffice.org/32043
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
no point in having a template and a virtual base class when it's only
used for one type
Change-Id: Idb1a1a551064cc10896eff33652038eb5be0297e
Reviewed-on: https://gerrit.libreoffice.org/32041
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: Idc23fd32fb5b3f411e874252c312ef73fa70698f
Reviewed-on: https://gerrit.libreoffice.org/32131
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Takeshi Abe <tabe@fixedpoint.jp>
|
|
Change-Id: I5160c6efe7cf58351955d9d1d3066e3b33bdfe20
Reviewed-on: https://gerrit.libreoffice.org/32082
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Xisco Faulí <xiscofauli@libreoffice.org>
|
|
Thank you Moggi for your help on how to add unicodedata module to Python!
Change-Id: I071e9279d1de4748f9443ac2d624fe925288e408
Reviewed-on: https://gerrit.libreoffice.org/32140
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>
|
|
Change-Id: Ib0ea502c8b2f13a4bc9d7f57ecc86c6980c36518
|
|
Change-Id: Ibfb52800cdde99298431dab9da1cb8109658c425
|
|
Change-Id: I12a77b5b53e3a674c1ff1554b560a71605e141a6
|
|
Change-Id: I93a23799ad9a76ed9f4f86d69adb610d0962da20
|
|
Change-Id: I9a2be8c4265095ff2ac5e2216cb08c35c9049bf8
|
|
Change-Id: Iba3fae8bbecaf5782228be1fb99f196864d79e6b
|
|
Change-Id: I94f35696ba358a049ee65764d17c62df7889aec7
|
|
Change-Id: I66974c273918d6d887364e7d552e3caf63e16343
|
|
Change-Id: I502da4b93905e64ca5506f24dc1f6bf2bf990dc2
|
|
...to also cover cases like conversion betwen LPVOID and HANDLE in Windows-only
code
Change-Id: I934fe89372ee7a12462e7ad4284b9ea2cc73ce5a
|
|
Change-Id: I1859a92c996b907b8d511cddba25c00c9a52f398
|
|
Change-Id: Id3db7c7fa74f8dd36c0385c2198efd12546004ab
|
|
Change-Id: I24c5943cbb371717e3354fe292800abd1536129e
Reviewed-on: https://gerrit.libreoffice.org/32139
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: Ica945030f955cb192cee44a0f97f4f9d881bf9a0
Reviewed-on: https://gerrit.libreoffice.org/32138
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: Ia6c8c807c90931da4a5f3cab79d178f88bce290e
|
|
Change-Id: Iaeb12e7456d79904e993bc3644066e0ef7d02316
Reviewed-on: https://gerrit.libreoffice.org/32132
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: Ie9fa0291117ba81529cc396f96f3f02c4a7e4d79
Reviewed-on: https://gerrit.libreoffice.org/32093
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ic3374bbf71cd7975ce1523a5a9ab47e57f5aad51
|
|
Change-Id: I023d79c0d8928d8b43df67996ca4eb9dc6bfb25e
|
|
"warning C4822: 'XMLEmbeddedObjectImportContext::{ctor}::Entry::Entry' : local
class member function does not have a body"
Change-Id: Ieeb11aaf3f204532a77ce80d47e0e6996697003c
|
|
Change-Id: Ic1c8fe2994d8094581b7c22a50edb6267122b8ea
|
|
There is no documentation in the help on how to open a file and automatically
run a macro
Change-Id: I94c5e87ae0f573a5546a83b118021744b439c7cd
Reviewed-on: https://gerrit.libreoffice.org/32122
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
Tested-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
"warning C4510: 'XMLEmbeddedObjectImportContext::{ctor}::<unnamed-tag>' :
default constructor could not be generated"
Change-Id: I3c81bf4c0fd20795e20f5c0f2e790bf4118c0e2d
|
|
The default TextHorizontalAlignment is block. Setting
paragraph alignment (on UI) works when this text
alignment property is set to block (otherwise has no effect).
In general this works on this way, but the existing
algorithm did not work in those cases when the
text was bigger than the container shape.
Change-Id: I02dba76f8e3033a465bb14dc826521966bb30987
Reviewed-on: https://gerrit.libreoffice.org/32123
Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>
Tested-by: Tamás Zolnai <tamas.zolnai@collabora.com>
|
|
Change-Id: Ia265b0b6b9d1883e51e561c50f521c82bf0de222
Reviewed-on: https://gerrit.libreoffice.org/32124
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>
|
|
Empty paragraphs are removed in certain cases. If the previous
paragraph was in a frame, then this one shouldn't be removed
(unless that previous paragraph was in a header/footer).
Most of this patch is renaming the function to clarify that
it refers to the latest paragraph, not the very last one.
As noted in original tdf#75573, there may be other paragraph
containers that should also ignore their framed status - so
I've tried to set this up to make it easier to add those cases
when proof documents are found.
Change-Id: Icd09793f652616622ab266942f4b81eeb39c0ccc
Reviewed-on: https://gerrit.libreoffice.org/32121
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
|
|
(the explicit OUStringLiteral ctors in aServiceMap are needed at least by GCC 4.8
used by <http://ci.libreoffice.org/job/lo_gerrit/Config=linux_gcc_release_64/>)
Change-Id: I16721317ef4fd47ca6f2905a9387a77fbf54086a
Reviewed-on: https://gerrit.libreoffice.org/32100
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Ia953a09f708fd83a2a5b2655dec2ed626891bb7c
Reviewed-on: https://gerrit.libreoffice.org/32099
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
...from previous commit
Change-Id: I062b7cd212c17e7eb5274476e6859228d0477c7f
Reviewed-on: https://gerrit.libreoffice.org/32098
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
...by:
* making the OUStringLiteral ctor non-explicit (to be exploited in a follow-up
commit)
* adding (LIBO_INTERNAL_ONLY) overloads to OUString/OUStringBuffer functions
that can now take OUStringLiteral in addition to taking "real" string literals
(Keeping the number of overloads smaller by replacing the ConstCharArrayDetector
overloads with ones taking OUStringLiteral (for LIBO_INTERNAL_ONLY, at least)
and relying on the now-implicit conversion from "real" string literals to
OUStringLiteral unfortunately would not work: Both OUString and OUStringLiteral
argubably need implicit conversions from "real" string literals, so any function
overloaded for OUString and OUStringLiteral would be ambinguous when called with
a "real" string literal. And removing the OUString ctor taking a "real" string
literal and relying on an implicit conversion chain from "real" string literal
to OUStringLiteral to OUString doesn't work because it would involve two user-
provided conversions.)
Change-Id: I14433fc1605b048807f60b3a3e14f92221d3a226
Reviewed-on: https://gerrit.libreoffice.org/32097
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I5df340811b98c87f8b64fbaca469e2cd4535b81f
|
|
Change-Id: I35c2121069c2bcf72f6a4db66ea0703b17f96a50
|
|
Change-Id: I7a769ab3c7881eae80849efc5e75eca5846d254f
|
|
Change-Id: I1f949c29020c498200decdac487e0519f48a4142
|
|
Change-Id: I7a4fe41d6ff5c7b9fe9ed243b84779da9d2c8a68
|
|
this should fix libscqahelper ending up with a wrong MAKEFILE, which
then confuses gbuild-to-ide
Change-Id: Ibf030b3d9dbf3ba92b7e119e847d7cd6104dedb2
Reviewed-on: https://gerrit.libreoffice.org/32107
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>
|
|
since m_bBorderDist is currently always true, this will not have
any real impact, but it should be ,m_bBorderDist instead of ,true.
Fixes commit 5d9d0f3c979732ade57b9c4c4960dd030ffdc9f9
there is a function for that: CalcLineSpace(xx, bEvenIfNoLine)
Change-Id: I5c7f6ad02d2a4c426e2d231c13d3d38ce45b7a1b
Reviewed-on: https://gerrit.libreoffice.org/32112
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
|
|
Change-Id: I4e584a2d518d8d9a1e183cf4f5f76eaff349352d
Reviewed-on: https://gerrit.libreoffice.org/32095
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|