summaryrefslogtreecommitdiff
path: root/xmloff
AgeCommit message (Collapse)Author
2016-09-26implement prototype for more stable calc cell style namesMarkus Mohrhard
This should ensure that as long as the style does not change the cell style name is the same after an import export cycle. Each ScPatternAttr stores a unique ID and we store the ID to name mapping during import. During export if we find a ScPatternAttr that has a key that is also stored in the map we write back the style name from the map. To avoid name collisions we block the style names from the import for the export. The missing piece to make this completely awesome is now to make sure that styles are sorted by name during export. That way we can reduce the diff between import and export even more. Change-Id: Ie4fe2aa00f07efec27ea129e314ac0b6b7e0d8c0 Reviewed-on: https://gerrit.libreoffice.org/29255 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2016-09-26soon is nowMarkus Mohrhard
Change-Id: Ib4b8b949f00609149f9134fb2f286cd7e0dc0255 Reviewed-on: https://gerrit.libreoffice.org/29254 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2016-09-25tdf#101935 and tdf#102201:Mohammed Abdul Azeem
This fixes both the bugs. Change-Id: I7a64abc0cb12b5195a3b955549ce4f72f3530d57 Reviewed-on: https://gerrit.libreoffice.org/29263 Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk> Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
2016-09-21Resolves: tdf#101708 only export loext table attributes in 'extended' variantCaolán McNamara
Change-Id: I35f297e94e1eb6ed56020cf69102fad4c4d1e7f4
2016-09-18loplugin:unusedenumvaluesNoel Grandin
Change-Id: Icf17f936ce6d07d0e152252833c8645cf9b1163b Reviewed-on: https://gerrit.libreoffice.org/28942 Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk> Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
2016-09-16coverity#1372990 xmloff: use unique_ptr for RewindMapsMichael Stahl
Change-Id: I51e67607d94a465ce39e822f01a0c60efbf1a0f0
2016-09-14loplugin:countusersofdefaultparams in xmloffNoel Grandin
Change-Id: Ia92a878ac97b3cc668594946e77a718f27a3e3ed Reviewed-on: https://gerrit.libreoffice.org/28890 Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk> Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
2016-09-13unconditionally replacing Y after G (era) with E was always wrongEike Rathke
For example, in en-US locale G MM/DD/YYYY saved and reloaded lead to G MM/DD/EE using the Hebrew calendar. Use E or EE only if a secondary calendar was given. Change-Id: I6db22e89f435342aa4a1bce7fa13711c138007f5
2016-09-13do not add calendar modifier to format code when importing as E or EE keywordEike Rathke
... with implicit calendar switch. Change-Id: Ie4d848e261fe86bbe504954b2e0c7cf24bc181bc
2016-09-13that copypasta comment fragment makes no senseEike Rathke
Change-Id: I835fd6045e5ab5aeb93c91edb07037b1ed3ea4a9
2016-09-13xmloff: invoke SvXMLImportContext destructor with proper namespace mapMichael Stahl
The recent pRewindMap fix revealed that the xContext object is destroyed too late so the destructors containing half the import code (because where else would you put complex logic that can fail?) are invoked with the namespace map of the parent element, which breaks RDFa import and JunitTest_sfx2_complex. (regression from 32ccb4ea863651c22bf33cc15012971d2a2d2810) Change-Id: I0c897ea0cae2db4d35f2ba19ba2f6e8026f1b3ec
2016-09-13loplugin:override: No more need for the "MSVC dtor override" workaroundStephan Bergmann
The issue of 362d4f0cd4e50111edfae9d30c90602c37ed65a2 "Explicitly mark overriding destructors as 'virtual'" appears to no longer be a problem with MSVC 2013. (The little change in the rewriting code of compilerplugins/clang/override.cxx was necessary to prevent an endless loop when adding "override" to OOO_DLLPUBLIC_CHARTTOOLS virtual ~CloseableLifeTimeManager(); in chart2/source/inc/LifeTime.hxx, getting stuck in the leading OOO_DLLPUBLIC_CHARTTOOLS macro. Can't remember what that isAtEndOfImmediateMacroExpansion thing was originally necessary for, anyway.) Change-Id: I534c634504d7216b9bb632c2775c04eaf27e927e
2016-09-13switch to using LocaleDataWrapper::doesSecondaryCalendarUseEC()Eike Rathke
Change-Id: I6621e82249feeed3d88ee463447d08c4f812259c
2016-09-13coverity#1372877 I'm guessing this is what might have been the intentCaolán McNamara
warning is 'Constant' variable guards dead code Change-Id: I06e65f576180d7ff62417828c26f969982788b55
2016-09-10Blind fix for MSVCStephan Bergmann
Change-Id: I53e01f3c76cf1e52fbf5f95f525cfc3b643b9e77
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I8ba37267e8a7058ade54783ea0e117a8f8816c45
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I642486578190ed5e74a917c60153cac084f35fe8
2016-09-09avoid manual memory managementDavid Tardon
Change-Id: Ibc4e7191e5cbc5a14c32b32bab99116173070a87
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I39475538ed838e4210e256d85c6dd46232f8dc50
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I52713ea0015a5f0118c337279f37bc38b1121f1e
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I507b19dfd7445144258554b08bbf2fea0ed1698f
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I3d7a8a8296e1d107b1f364b5c0785fc9f19cbed5
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I55c6282c7b60cceb702a5f2f0f24b8ad288ec716
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: Ic0cb9399e5cfc7237a3cda666b1d4f926761a9ca
2016-09-09Blind fix for MSVCStephan Bergmann
Change-Id: I1b3e21e9fdf1ac14e095df203cb48fdd1b4fd028
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I46dd045b2648f711b3e29ffea0c2e264c141293c
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I33d75ede0031da63c00c35af7b42867fea0b8d80
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I71627aa2a524a59180e8934df9561cf67a1c6126
2016-09-09avoid manual memory handlingDavid Tardon
Change-Id: I8b8d1126f20ee29fb3ac80e539da5e340226c304
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: Ic03888e22949c6c3fc529f9a557f58620fc76f20
2016-09-09reduce the insanity level of the codebase a bitDavid Tardon
Change-Id: I4e0ee3cb87dd8f2bf8e35909e1b93d311c17a8c6
2016-09-09use std::shared_ptrDavid Tardon
Change-Id: Ie3f89c611f06be3c2fd5f43a4fa691f719078307
2016-09-09use std::shared_ptrDavid Tardon
Change-Id: I057b3f2ac6ec57b1a586bf450145a9690d891752
2016-09-09use std::shared_ptr to manage memoryDavid Tardon
Change-Id: I3fcf285a75a1bf8252e0784c9ff4aceee64f4b5b
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I8ebbb94ae5f77fa44f46fb771f7d8ad5fc89a5bc
2016-09-09use std::shared_ptrDavid Tardon
Change-Id: Ib285d2445077a0263a09b36bf1a6fa1fe7f59496
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I94aafd665116d01d2f6134c4b41ab70c34e23ab6
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I21572ac8afb1c514ff78b1e23c7fb9259f0b01fb
2016-09-09loplugin:refcountingNoel Grandin
Change-Id: I3ab5f1df08670fdad3e31aadafd3a02f1925dd88
2016-09-09remove manual memory managementDavid Tardon
Change-Id: I07960df50645fb77b24eaad4a60f93b715cbb6a9
2016-09-09improve commentDavid Tardon
Change-Id: I475902aa68b426ce27782ed80f45344b57eadd9c
2016-09-09remove manual memory managementDavid Tardon
Change-Id: Ic715adae42ff34be892d19802629aa50077dc120
2016-09-09remove manual memory managementDavid Tardon
Change-Id: I218784e052ee4d7b9a64ac54cdfaa0f8d08aacad
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I352e542de656d22963eb872f79b40e20008d0a32
2016-09-09remove manual memory managementDavid Tardon
Change-Id: Ice48916fc9841a29b3a02997375347c7b605effe
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I3cbe6058cd0d1bccb786866a6adf4859424e36ab
2016-09-09remove manual memory managementDavid Tardon
Change-Id: I3f5259ac7cf099a5d03d95a7e9132cc8cb6d0734
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I26ab9b4fa441fcbcce8eb013a1d7dce5c8591b6d
2016-09-09remove direct memory managementDavid Tardon
Change-Id: I9c7d53a9cfd5c03e1551626a96cdaa30fc4e546b
2016-09-09use std::unique_ptrDavid Tardon
Change-Id: I5128b3e950657f3fe6fc71a8de56c9dd87ac2324