Age | Commit message (Collapse) | Author | Files | Lines |
|
ODF OpenFormula defines the function RRI, the legacy OOo XML format
stored that as ZGZ but that was not changed for the ODFF implementation.
Correctly read/write RRI now but still accept ZGZ to be able to load
existing documents.
See also
http://docs.oasis-open.org/office/v1.2/cs01/OpenDocument-v1.2-cs01-part2.html#RRI
Change-Id: I617eaa37ff483e9a02a218e8432ba918f54bd61a
(cherry picked from commit 8f9cb3dddd2ffe95ebd9934ddafc666a8df854bd)
|
|
Change-Id: I91fa8463442d842ef9929a87fb22e5e1a0a869b5
Reviewed-on: https://gerrit.libreoffice.org/1916
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: Ifea57dec77c5b23771684a1e46267f8431478075
Reviewed-on: https://gerrit.libreoffice.org/1806
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-on: https://gerrit.libreoffice.org/1908
Tested-by: Lior Kaplan <kaplanlior@gmail.com>
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
|
|
It seems there was a misunderstanding of onCreate's savedInstanceState cf.
http://developer.android.com/reference/android/app/Activity.html
Apparently we go through a onStop / onCreate cycle when rotating,
that triggered this.
Change-Id: I7cb1cf29bcae59ef26cf3bf0c2b3dd028eb8f878
(cherry picked from commit 74d2bcf697aeb631e927d8d87ea2ed5b96d816e6)
Signed-off-by: Thorsten Behrens <tbehrens@suse.com>
|
|
Project: translations dd4d1778cdac6d5b5b8a611f7a64f1bbd7118be4
|
|
These bad calls to putenv suddenly caused the buildIdFile string (macro-expanded
from bootstraprc's UserInstallation) in cleanExtensionCache
(desktop/source/app/app.cxx) to contain nonsense at least in a local
libreoffice-4-0-0 of mine, as getenv("UserInstallation") started to return some
non-null pointer pointing to garbage.
Change-Id: Ib93fd4e1caef016bd0e00bf09800b9532824ac4b
(cherry picked from commit d841273ba54b173020aa8da18ba7841cf950c13c)
Reviewed-on: https://gerrit.libreoffice.org/1917
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Use diskette icon for saving-related actions again.
http://user-prompt.com/about-antiquated-metaphors-in-icons/
This partially reverts commit f76c017cf4f216e72da362e4d5466a2e5cc7281e.
Change-Id: Iec9f0f5d6b62556e922f42247d058df817147da6
Reviewed-on: https://gerrit.libreoffice.org/1889
Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
Change-Id: Id455dd87f01bbea0c5a4ae26734c0aba5699ac71
(cherry picked from commit ab8e37573628f2e5863e7fc0252103ab32203fc2)
Signed-off-by: Thorsten Behrens <tbehrens@suse.com>
|
|
Change-Id: Id0af5555685c67c02fecd8b10a40d4fb8135a2df
Reviewed-on: https://gerrit.libreoffice.org/1914
Tested-by: Németh László <nemeth@numbertext.org>
Reviewed-by: Németh László <nemeth@numbertext.org>
|
|
Change-Id: Ib8f8dd66374a56a5c49155cde6420c865aa308f7
Reviewed-on: https://gerrit.libreoffice.org/1902
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: Iccc3f3b2913f21a3831ce55c706aa4dd1da53ad6
Reviewed-on: https://gerrit.libreoffice.org/1909
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
(cherry picked from commit 78fde59e65bf1fbf8290e60b8cbe4b34e3489b93)
Reviewed-on: https://gerrit.libreoffice.org/1912
|
|
Change-Id: Ia3e6f37460e96f463952072ffbf3e76386edb10d
(cherry picked from commit 668bec99efb4a15ca0fe364fa3c217baba8a6f27)
Signed-off-by: Thorsten Behrens <tbehrens@suse.com>
|
|
Change-Id: I19adc5047d744acee243c94ff4e31531ae8c458a
(cherry picked from commit ffce5ac51518bbd43ac0ae14dbb0967ae2c50bb4)
Reviewed-on: https://gerrit.libreoffice.org/1893
Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>
|
|
Process incoming commands in the main thread in a Timeout, build
thumbnail / previews there too - to avoid the deadlocks mentioned
in the bug.
(cherry picked from commit 58b05ce98e72fe47bdca02d2dabea20c36a494bf)
Change-Id: I5f5e8d6fbc2e059d4194f72f3e086e1aa87ab2cc
Signed-off-by: Thorsten Behrens <tbehrens@suse.com>
|
|
Change-Id: If599bc9d9b9a22c5500a0e39bcec76a6162bec3f
Reviewed-on: https://gerrit.libreoffice.org/1864
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>
|
|
Patch by: Wang Zhe
Testing by: Yan Ji
Review by: hdu
(cherry picked from commit 484621239c7f743f44579d2b199b0347dc4734cd)
Change-Id: I340de4f1b626defa52ecc48938c63ec4d1ce5c1d
Signed-off-by: Tor Lillqvist <tml@iki.fi>
Reviewed-on: https://gerrit.libreoffice.org/1897
Reviewed-by: Joren De Cuyper <joren.libreoffice@telenet.be>
Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>
|
|
Project: help fab8b3ed91a4b24d2a06832929ecad3f9ba65630
add Turkish to WikiHelp, it is fully translated
Change-Id: If89ffb1950f9e9a8d99140e1f37d65f4d4506a89
Reviewed-on: https://gerrit.libreoffice.org/1895
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Project: translations e2c9c9c88965c932ff72912d2489249e3a61e37c
|
|
While 'Kazakh' can be written as 'Kazak' or 'Qazaq', the 'Kazakh' form
is the most widespread according to online sources (Wikipedia,
LCID list from Microsoft). Also the 'Kazakh' form is preferred by a
Kazakh contributor, see http://listarchives.libreoffice.org/global/l10n/msg05444.html
In LibreOffice both 'Kazak' and 'Kazakh' was used at different places.
Change-Id: Ief83eb05e92af16cb5b795f2bbb1e3d6f7c9659a
Reviewed-on: https://gerrit.libreoffice.org/1876
Tested-by: Eike Rathke <erack@redhat.com>
Reviewed-by: Eike Rathke <erack@redhat.com>
|
|
Project: translations a9e6547e0c1690c44a39fad8e5f8fe4890760fa4
|
|
(cherry picked from commit 59bce03256c5c00616cf63ace140cb91fdd46aa7)
Change-Id: Ia86ec2f32259180a29857eee53d6d5c082e05bf7
Reviewed-by: Radek Doulík <rodo@novell.com>
Tested-by: Radek Doulík <rodo@novell.com>
|
|
(cherry picked from commit e99b540d8985b87247519c951e6ef65a01b1f5c9)
Change-Id: I253f28d7c83371282adde86c8eaadd6f25beff5a
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Project: translations fc67068258cdaa8f6e4c461fcb0b79262161e181
|
|
Else it would re-use the anchor position of the original one (minus the
sheet index which is correctly adjusted).
Change-Id: I52d11eb9953ee7539c9d5da41edd7dd28604587c
Reviewed-on: https://gerrit.libreoffice.org/1869
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
...to avoid missing migrations on Windows and Mac OS X, where existing "3" user
profiles got the "MIGRATED" flag file erroneously added when running LO 3
already, presumably due to 6b522673373797bbf53d795d53e0ec45175a5d67 "default
config location has changed, look in old config dir when migrating."
(cherry picked from commit 67d23e3a99bbaaa5a4dff1f8f3a10bd8abd198fb)
Conflicts:
desktop/source/migration/migration.cxx
Change-Id: I8dd50a36450c167d47411834cc06a754affadf6d
Reviewed-on: https://gerrit.libreoffice.org/1867
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
added: lcms2, libmspub, liborcus, openldap, Mesa, fonconfig, clucene
removed: gdiplus.dll, gtk+
updated: MS Visual Studio C++ Runtime 2008->2010, Liberation fonts
synced ODT, help and txt versions of the document
Change-Id: I5c9957c63e3bb2d9dbd8fefc9e5ccb5dc0ea6006
Reviewed-on: https://gerrit.libreoffice.org/1880
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: Ic21abffa3a889b96e2ce03c9ad997b3924133e66
Reviewed-on: https://gerrit.libreoffice.org/1883
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
std::sort is unstable sort, which is not what we want. Use std::stable_sort
to sort data points by X values. If we use unstable sort, it may mess up
the order of the sequence when two data points contain identical X values.
Change-Id: I6453a986185b326dc680fbcec6227ea332235b22
Reviewed-on: https://gerrit.libreoffice.org/1871
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I698f60daf4e591b57d8d99c130d2e524dc10c306
Reviewed-on: https://gerrit.libreoffice.org/1866
Reviewed-by: Kohei Yoshida <kohei.yoshida@gmail.com>
Tested-by: Kohei Yoshida <kohei.yoshida@gmail.com>
|
|
Change-Id: Ia3f937b0b49093fbdbbe259b835a2d8a81633fe1
Blind "fix" for when using system ICU
No point in pointing to nonexistent ICU headers in solver if building
against a system ICU.
Change-Id: I5a151f3bfefd1913ad84a33d74af749558926312
CDR: Override pkg-config with SYSTEM_ICU
Change-Id: I665412f7d79247f6558337ac80bd866d2cfc3dce
CDR: We want ICU_LIBS always empty since this is a static library
Change-Id: I90730e08b07182fa73a1e3a60bed6da11cfd9e06
CDR: Actually apply the patch
Change-Id: I9ffd7123b8f79128c559f30eade6ae49bf809981
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
EscherPropertyContainer::CreateTextProperties: do not write
ESCHER_Prop_txflTextFlow for custom shapes. This happens to export the
rotation properly for the WW8 bugdoc of n#404221, as well as the PPT at
fdo#58204 and both PPTs at fdo#34897, one of which (mangle.ppt) was not
handled properly on master currently. The author disclaims having any
actual knowledge about rotation properties in MSO files.
(regression from 24dd42f316e5cb16ba726c05ba486d53e033052d)
(cherry picked from commit 2823789bec0c029d9714aff0ed65923e23177ef9)
Conflicts:
filter/source/msfilter/escherex.cxx
Change-Id: Id3dcfb6221d031cdabb7f543b68752b467d9e1a6
Reviewed-on: https://gerrit.libreoffice.org/1862
Tested-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
Reviewed-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
|
|
Change-Id: I79501bdcd25f362065d9b95efd1a43f6be84577e
Reviewed-on: https://gerrit.libreoffice.org/1847
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Reviewed-by: Noel Power <noel.power@suse.com>
Tested-by: Noel Power <noel.power@suse.com>
|
|
Conflicts:
RepositoryExternal.mk
libcdr/ExternalProject_libcdr.mk
Change-Id: Ibf21b856c0f9da276df60680513421be3c871a2d
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
When using comphelper::PropertyMapEntry array to create a UNO property
set, we need to make sure we keep this instance while the property set
object is alive, else it would cause a very hard-to-debug problem down
the road...
In this particular case, the aExportInfoMap array instance was destroyed
when it went out of scope, but the xInfoSet which references it was used
afterward.
Change-Id: I02132b6b2e6bef7b461f0f77c2c4a3e911e42014
Reviewed-on: https://gerrit.libreoffice.org/1858
Reviewed-by: Noel Power <noel.power@suse.com>
Tested-by: Noel Power <noel.power@suse.com>
|
|
OOXML export so far used the internal English PODF symbols that worked
only by accident. As soon as function names or operators differed it was
plain wrong. Use the existing OOXML mapping instead that also the import
uses.
For example, in OOXML the IFNA function is stored as _xlfn.IFNA, Excel
2013 could not read the IFNA that we wrote.
Also, do not write a <definedName> element in OOXML for new functions
that in the binary format are written as macro calls and need a defined
name entry.
(cherry picked from commit 1162738c6fbd8505ffa27b28118318cc522a5368)
non-dbgutil build [-Werror=unused-parameter]
(cherry picked from commit 0adb958c451660ec0eea012480b6327dd2aefeb4)
Change-Id: I094990f1e5179045bfba559fea10bc0a3fe17731
Reviewed-on: https://gerrit.libreoffice.org/1854
Reviewed-by: Noel Power <noel.power@suse.com>
Tested-by: Noel Power <noel.power@suse.com>
|
|
Change-Id: I6fbd5cef4f5935f7932bd9b64774315baee0e50d
Reviewed-on: https://gerrit.libreoffice.org/1838
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
- don't remove parentheses around subqueries
(without the parentheses, it is not valid SQL)
* when saving a Field (name value) typed by the user interactively
* when parsing SQL and constructing the initial Query Design view
- automatically add the necessary parentheses
when a SELECT statement is entered as column name
Also:
In code saving a Field (name value) typed by the user interactively,
factorise some common code
Assorted minor fixes (typos in comments, etc)
Change-Id: I3843258323c903cba23238b0730ec4eb5875f792
Reviewed-on: https://gerrit.libreoffice.org/1827
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: I2b408a23162b1200bbcd530be7acb42435388b04
Reviewed-on: https://gerrit.libreoffice.org/1826
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: I169d9e95a2ac1f22bc94e46781bfcee07b133ad4
(cherry picked from commit fbfba66ac4990875e90f7af56113ca453d83f069)
Reviewed-on: https://gerrit.libreoffice.org/1855
Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>
|
|
Change-Id: I5b856ac166b67097e1921ec71eb5b7e1819fec41
Reviewed-on: https://gerrit.libreoffice.org/1842
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
regression from d9e4c74811855de15f1bf2045c2c9b061a2d4dc6
- if ( LANGUAGE_KOREAN != aLang && LANGUAGE_KOREAN_JOHAB != aLang )
+ if (MsLangId::isKorean(aLang))
should obviously have been
- if ( LANGUAGE_KOREAN != aLang && LANGUAGE_KOREAN_JOHAB != aLang )
+ if (!MsLangId::isKorean(aLang))
Change-Id: I5d4407729c46111fc080e24b6a86d6740faa0f81
(cherry picked from commit e029e7394b972fd72930c8c475f3768dd99fe673)
Reviewed-on: https://gerrit.libreoffice.org/1839
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
... by adding POSTVERSIONEXTENSION after PRODUCTEXTENSION.
(regression from e024a8d88dbca3a2d178ad88c069721a92156ddf)
Change-Id: Ie130dd5be08247ae9202f98cd58a6922fed27f32
(cherry picked from commit e2d60ae0bf885a39bb392729797b0fc6ec3a5fe5)
Reviewed-on: https://gerrit.libreoffice.org/1841
Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>
|
|
(regression from e024a8d88dbca3a2d178ad88c069721a92156ddf)
Change-Id: I0a94f7265d310f0f5c48c747ffca49a7aeb05a01
(cherry picked from commit 3c0f360995741c16e93f49b1a1e771d0f4e40dc7)
Reviewed-on: https://gerrit.libreoffice.org/1840
Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>
|
|
Project: translations 1455a06dbf7a9ae2d8a283ec480bbc13f76d3964
|
|
Project: translations b459c32203abec7989162636299772a7aebe34ed
|
|
Without this, pasting a chart object from one Calc doc to another may
occasionally incorrectly switch to range references *if* the destination
document contains the "right" set of sheet names. With this fix, pasted
chart objects always switch to internal cached data source when pasting
to another document, while retaining range references when pasting within
the same document.
Change-Id: If1dbc854c5faae62f06ece155fad470b229ca0c7
Reviewed-on: https://gerrit.libreoffice.org/1835
Tested-by: Noel Power <noel.power@suse.com>
Reviewed-by: Noel Power <noel.power@suse.com>
|
|
Change-Id: Ied9cb4a2b6a17d8c7b65f4fec3cb17219a5afa5b
Reviewed-on: https://gerrit.libreoffice.org/1831
Reviewed-by: Noel Power <noel.power@suse.com>
Tested-by: Noel Power <noel.power@suse.com>
|
|
... otherwise the first page will not be updated on page style changes.
(uncovered by commit c41675a7d13dac64540ad420f905e80dbcbc023d,
which should have fixed this too)
Change-Id: I04f75b2a8e8929767fb36dd7085c3a273f07c93a
(cherry picked from commit da1398c503784086ecd0a10dd8e809069d649653)
Reviewed-on: https://gerrit.libreoffice.org/1830
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Seems ScDrawLayer::GetObjDataTab was used mistakenly thinking that only an anchor
for that tab would be returned ( but actually whatever anchor is returned gets the
tab set )
Change-Id: I5d240f80a9974f6e4032875ed00350c94621bde7
Reviewed-on: https://gerrit.libreoffice.org/1828
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Project: dictionaries 840f170138e5dd2237bb7170916ae305bb2536ad
|