Age | Commit message (Collapse) | Author |
|
Change-Id: I45e66e10628aadbc2714b331ba4eaaf83085f025
|
|
..since 8646ab97dc37c0606b19057686bf3d610f9c15ee
Change-Id: I14644a85023fe66e86d9eef50ebd9eddabe73f60
|
|
This second related situation is about when there is drawingML fallback
for the SmartArt, but it's ampty shape tree, which is never created with
MSO2010+ (those shape trees always have at least one element). This is
as bad as the missing drawingML fallback, so warn on it.
Change-Id: I539d05154a4d1fcd5871dfc29616f77eb9945454
Reviewed-on: https://gerrit.libreoffice.org/34131
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I2702b1e654dff816c8d66e82464ea578473dba60
|
|
In OOo times, there'd originally been efforts to allow building on Windows with
MinGW. Later, in LO times, this has been shifted to an attempt of cross-
compiling for Windows on Linux. That attempt can be considered abandoned, and
the relevant code rotting.
Due to this heritage, there are now three kinds of MinGW-specific code in LO:
* Code from the original OOo native Windows effort that is no longer relevant
for the LO cross-compilation effort, but has never been removed properly.
* Code from the original OOo native Windows effort that is re-purposed for the
LO cross-compilation effort.
* Code that has been added specifially for the LO cross-compilation effort.
All three kinds of code are removed.
(An unrelated, remaining use of MinGW is for --enable-build-unowinreg, utilizing
--with-mingw-cross-compiler, MINGWCXX, and MINGWSTRIP.)
Change-Id: I49daad8669b4cbe49fa923050c4a4a6ff7dda568
Reviewed-on: https://gerrit.libreoffice.org/34127
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
for ( size_t nFrom = maRowMap.size(); nFrom <= nXclRow; ++nFrom )
This previous code worked best under the assumption
that every row is added to the map. However, the size of the
map actually has no correlation to the row numbers contained in it
when many rows are identical to each other (think silly formatting
and empty rows - related to tdf#105840)
Thus row 1,000,000 could occupy slot 2, and every access of that row
would then trigger nearly 1 million redundant loops.
Optimize:
-check to see if the row already exists - if so do nothing.
-existance of higher rows indicates there are no missing rows.
-build missing rows from the previously-mapped row.
Change-Id: Ib02520a1bf0f77b5ca0ec5ad3165ff7ea879515f
Reviewed-on: https://gerrit.libreoffice.org/34038
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Bartosz Kosiorek <gang65@poczta.onet.pl>
|
|
...so a dynamic exception specification should be replaced with noexcept(false).
Doesn't look like this omission made any difference when running the rewriter
across the LO code base earlier, though.
Change-Id: Ib0e2b412b65cae7c1a68e875bbddf93f3656cebb
|
|
Change-Id: I866a421a2b3e8830aaa7096adaef945a2264195e
|
|
We already warn when the SmartArt doesn't have a drawingML fallback, but
having a reference to a fallback that is not a valid one (so resolves to
an empty fragment path) is also unusable. So warn in that case as well.
Change-Id: I03b2325003b4eb38b1347a88899799c6d5c33606
Reviewed-on: https://gerrit.libreoffice.org/34129
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
It's a public symbol and can live in the vcl namespace just fine.
Change-Id: I677f22e79f8ddc0c0756cc9bfeb498249354c516
|
|
Change-Id: I7369b3eb0e0d937c135fe591beafe9ec96ea9c17
|
|
Change-Id: Ib5e7692cce9e097250182ec1518e93848fdc9b86
|
|
Change-Id: I9137dc0030c3c752ffc0931721bf6b0013309d39
|
|
Change-Id: I49284d409bbe678e1e018c9d9502d79db5553faa
|
|
Change-Id: Ib47e850d8ade769cad11f53b7eb3d7cab0337feb
|
|
Change-Id: I31b1f021c414b26372c07a28c235bedb3e5a2b32
|
|
Unlike on Linux and Windows, we need to do an ARGB -> BGRA conversion
here.
Change-Id: Ifa539973de439de25125e544cfbbe941d08dee00
|
|
attempt to further reduce unnecessary allocation and
freeing of OUString.
Change-Id: I85169cfcd2311a5e6a96dc0292ce0686d1b0e43d
Reviewed-on: https://gerrit.libreoffice.org/34092
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
it should be fine, as we rely on there being at least one password
char, this is the same as,
commit 2d3ed7ebb592401de214eaeee68c656afbefbe05
Author: Michael Meeks <michael.meeks@collabora.com>
Date: Tue Feb 25 22:48:48 2014 +0000
cid#736173 - increase default fill chars buffer size.
which is another impl of this
Change-Id: I5e1e07af37bea0398153ede300beed67d37d5e12
|
|
Change-Id: Iabdebb02e91c630aef11e99f4677fd4187df78a5
|
|
Seems mail merge is now much faster then the sending of the merged
documents via email. This is why the attached workaround patch to
the tdf#103919 bug report, which simply sleeps after queuing a new
message, helped solving the problem. It slows down the mail merge
and gives time to the mail dispatcher thread.
But we actually want to wait until all mails are send, so we have
to add a listener and wait for the mail thread to become idle.
This listener also allows us to cancel further mail merge when an
SMTP error has occured.
Change-Id: I9d13bcd8f0d0ff084b20d72ab96f70afa3a764ba
Reviewed-on: https://gerrit.libreoffice.org/33989
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
Change-Id: I721dc9d1c15296b2658421b4c4fe794578f3f1af
|
|
Change-Id: I2a95f50ed32486e47c4017c70ba6bc199317c9c7
Reviewed-on: https://gerrit.libreoffice.org/32817
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
|
|
Change-Id: I5881887c7a0fd0c9ccd954a36482a3ada5103098
Reviewed-on: https://gerrit.libreoffice.org/34025
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
Change-Id: I8a2bbd05ccdf71a59a0c74d5595c37b2308988ea
Reviewed-on: https://gerrit.libreoffice.org/34091
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Change-Id: I63e466f8a1e2fbbf1b1bd84f491b37026909b1eb
|
|
gbuild-to-ide stopped doing so in commit
2a4b291d3bfb378776388f67670d877c658fce47 (gbuild-to-ide GbuildParser
cleaned, 2017-01-14), be consistent.
Change-Id: I307fb2919bf2ace57cd65f81d410d231d3636b80
|
|
This is just test code to check if the bundled pdfium is usable.
Change-Id: I1f1d808796fe77924518cd004d99affe70279e88
Reviewed-on: https://gerrit.libreoffice.org/34081
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
and drop read-only PRINT_SETTINGS_WEB enumerator
Change-Id: I5260b92bca2d86082bbec37569e31be9525a300e
|
|
Change-Id: I793276d2b13bdb966e18acb8f13b4c7e77516898
|
|
Change-Id: I0988ebbbc5fe394eaa6fead0d2f909d4a931856c
|
|
Change-Id: I30a2cc41d246b5048f2514eb38ee8e3bef0ed41c
|
|
and drop unused LINK enumerator
Change-Id: I6c42424ae5a7503b3e14e5f04fcf7a49b595b416
|
|
and drop unused ltAnyInstance enumerator
Change-Id: Ic471470973542ebcd3c9d0123870e70b3de6b8bb
|
|
and drop unused constants
CONFIG_NAME_PLAINTEXT_NAME
CONFIG_NAME_FULL_PATH
Change-Id: Ibf7e88da0ae54516cb863b8efa995201f2a95268
|
|
and drop read-only enumerators:
enum EItem E_APEARCFG
enum EItem E_FLTRCFG
enum EItem E_FONTSUBSTCONFIG
enum EItem E_LANGUAGEOPTIONS
enum EItem E_SEARCHOPT
Change-Id: Ie3baaecec3d1c30404b4fb0d948e25d4bb2f3f93
|
|
and remove unused
E_SAVEUNPACKED, E_USESHA1INODF12, E_USEBLOWFISHINODF12
enumerators
Change-Id: I7c384e0c30af5091a22beeda1c77e4b71fdde55e
|
|
and drop unused E_MACRO_DISABLE enumerator
Change-Id: I0bd706d4d4e1d8b9004e68c9e77c11410c62a64a
Reviewed-on: https://gerrit.libreoffice.org/34067
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
and drop unused E_UILOCALE enumerator
Change-Id: Ic9bdac91fab15af45e7dbd613e6e44b73b5cf9de
Reviewed-on: https://gerrit.libreoffice.org/34066
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
and drop unused SRCH_LEVDIST enumerator
Change-Id: Ic5118757060656562e04dd7da24a3f143abec3fb
Reviewed-on: https://gerrit.libreoffice.org/34065
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
and drop unused enumerators
Change-Id: I2f42f0f441cf9ce96338d40382acb6d75ea1e1a0
Reviewed-on: https://gerrit.libreoffice.org/34061
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I45f873f3733800c43c36b38dcefb79eba46b9007
Reviewed-on: https://gerrit.libreoffice.org/34030
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Takeshi Abe <tabe@fixedpoint.jp>
|
|
This adds a menu button that can use a popup menu controller
to manage its menu. It supports 2 cases:
- Use any controller that is registered in Controller.xcu,
by specifing its .uno command.
- Manage an arbitrary popup menu with MenuBarManager
(assuming its items have proper .uno commands in their
MenuItemData::aCommandStr). It means that a menu that
was defined in a .ui file, can be used inside that .ui
file without any additional code.
This commit uses the new control to fix some currently
non-working buttons in Calc's Notebookbar (but there are
more that can be fixed the same way). It's not clear how
long we will continue to use buttons (instead of
toolboxes) for the Notebookbar, but hopefully this control
will be useful in other places too.
Change-Id: Ie00cde7cd7e39948948960ca2eff76e9db837109
Reviewed-on: https://gerrit.libreoffice.org/34103
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Maxim Monastirsky <momonasmon@gmail.com>
|
|
Change-Id: I14088435228a989cb388cb9e205dc7fcd3fbbfa9
Reviewed-on: https://gerrit.libreoffice.org/33646
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Heiko Tietze <tietze.heiko@googlemail.com>
|
|
For whatever reason, this also makes the +/- buttons increment by 1pt
instead of the previous 10pt, which is also an improvement.
(presumably regression from 324141f21bf2280d7613c4056ee8cd997ea345f9)
Change-Id: If47dd768b2faea760d9967a73453d3f714c65fe3
|
|
Change-Id: I02e4517948a300f0c8753bbccb2f1980dcc3ae2c
Reviewed-on: https://gerrit.libreoffice.org/34102
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Zdenek Crhonek <zcrhonek@gmail.com>
|
|
Change-Id: I8f9a20084d2dc8abd7699f64307b81321699498c
|
|
Change-Id: Ic41c7acc73c2d275dfdb6b2ffcbb24fba5f8be72
Reviewed-on: https://gerrit.libreoffice.org/33980
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
|
|
Change-Id: I6d80d47dcc40daf2749eeec58a7ca19d09c4b803
Reviewed-on: https://gerrit.libreoffice.org/34045
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I06a6b6fa51fe437661610a4a678cd2d410bb1e4c
|