summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2014-11-06Version 4.4.0.0.alpha2, tag libreoffice-4.4.0.0.alpha2libreoffice-4.4.0.0.alpha2Christian Lohmaier3-0/+0
Change-Id: I223d9370669fb62b25f9f69c906ba068eae4c316
2014-11-06bump product version to 4.4.0.0.alpha2Christian Lohmaier1-1/+1
Change-Id: I6b2da618a25352123f922116c1ffe641be85407e
2014-11-06Updated coreChristian Lohmaier1-0/+0
Project: translations 7a93a556c365806ff1306e70f970feaf1bd7581f
2014-11-06use correct LCID and English color keywordEike Rathke1-5/+5
As could be seen when running in dbgutil build or with environment variable OOO_ENABLE_LOCALE_DATA_CHECKS=1 Change-Id: Iaf3b4cbe58acea9fa8aed0b1793e0ff28c089de6
2014-11-06remove now superfluous SetUsed() callsEike Rathke1-10/+5
Change-Id: Iaaabed4d0b507dafb7873da42869a856fc6ba573
2014-11-06remove now meaningless "since number formatter version ..." commentsEike Rathke1-6/+5
Change-Id: I1b7aeb3d055baacbf67065f67991894a420897b7
2014-11-06assert( nNewExtended <= ZF_STANDARD_NEWEXTENDEDMAX )Eike Rathke1-0/+1
Change-Id: I51ceee96f246006802879d94964ca161b63139fc
2014-11-06remove include/svl/nfversi.hxxEike Rathke2-52/+0
Change-Id: I8d10c0d2b24ec20795a504b4538b196cf1ce499a
2014-11-06change nNewStandardDefined to bAdditionalBuiltinEike Rathke5-20/+12
and remove SV_NUMBERFORMATTER_VERSION_ADDITIONAL_I18N_FORMATS Change-Id: I63f341e74a1eb7172dbb024a5cef66435a46e1df
2014-11-06eliminate ImpInsertNewStandardFormat()Eike Rathke2-25/+10
Change-Id: I66fd200f1a504af22430e0471e1c98927101a9de
2014-11-06remove unnecessary SV_NUMBERFORMATTER_VERSION_NEWSTANDARDEike Rathke2-46/+30
Change-Id: I63e8925e54c48cc35e09d9cd993520d6c85622eb
2014-11-06remove unnecessary SV_NUMBERFORMATTER_VERSION_NF_TIME_HH_MMSS00Eike Rathke2-4/+2
Change-Id: Ia6e9594654f89cadaedc19e7c3bddc1083cf9347
2014-11-06remove unnecessary SV_NUMBERFORMATTER_VERSION_NF_DATE_WWEike Rathke2-4/+2
Change-Id: Ia0bee4a370e130a7e6fddd7cc984c31aa9a39a5d
2014-11-06remove unnecessary SV_NUMBERFORMATTER_VERSION_NF_DATETIME_SYS_DDMMYYYY_HHMMSSEike Rathke2-4/+2
Change-Id: I97c0f9154828c1d3ce801482242d951de8eab7e7
2014-11-06remove unnecessary SV_NUMBERFORMATTER_VERSION_FIXED_FRACTIONEike Rathke2-7/+4
Change-Id: Ia4779dba9b8068d172d47ce2aff32219634a9616
2014-11-06remove obsolete GetNewStandardDefined()Eike Rathke1-1/+0
Change-Id: I7b68754b1ac2fd3bd1ca8944deeded646a2e74d6
2014-11-06LOK: Remove formats that we cannot export, and add PDF for Draw.Jan Holesovsky1-8/+2
Change-Id: I64a73fb73b16ce265cd78d76c0325db051e55e26
2014-11-06Early return missingStephan Bergmann1-0/+2
Change-Id: I0d4f9b14f2a41a3acb08ba1b6c13fdf1174021e7
2014-11-06fdo#84380 Remove repeated mouse handling codeVictor Portella2-100/+65
Change-Id: I93d42ad234c4be20a4af0a2d68246699c6653105 Reviewed-on: https://gerrit.libreoffice.org/12270 Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com> Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
2014-11-06filter: use more appropriate conversion from ASCII for arbitrary inputMichael Stahl1-1/+6
... with unknown encoding, mapping non-ASCII chars to something that doesn't cause trouble (in FilterDetect::detect()). Change-Id: Ibf2a2e2fd7c0c00e55042d2ccad173fab7a1b0bd
2014-11-06sal: it is impossible to have non-ASCII char hereMichael Stahl1-4/+1
...because rtl_ImplGetFastUTF8UnicodeLen has already checked that. Change-Id: I17f2b80f374073934a8f0b1a97099d4dec89ce4e
2014-11-06sal: do not ignore conversion flags for RTL_TEXTENCODING_ASCII_USMichael Stahl1-7/+12
Keep the fast path fast, fall back to the text encoder in case there's a fly in the ointment. Change-Id: I94507856a7f3170f770adb741aa1e282d0d2400c
2014-11-06Revert "use the new OUString::fromUtf8 method"Stephan Bergmann154-345/+444
This reverts commit 05050cdb23de586870bf479a9df5ced06828d498, not all places that use e.g. OStringToOUString to convert potential UTF-8 are guaranteed to fulfil the prerequisites necessary to use fromUtf8 (and some places like e.g. in codemaker are happy with the best-effort effect of OStringToOUString's OSTRING_TO_OUSTRING_CVTFLAGS).
2014-11-06implement toggling off removeable master elements with direct deleteCaolán McNamara1-3/+39
i.e. selecting footers/headers/slidenumber/datetime previes placeholders in master page view and pressing delete will toggle those master elements off. Change-Id: I91f745703e43cbb4fdd037da4eab7c8f6bf9fbf5
2014-11-06refactor delete code into FuDeleteSelectedObjectsCaolán McNamara2-15/+24
Change-Id: If6929dfae5e284b1201da5505b9c4e5abceedc6d
2014-11-06refactor MasterLayoutDialog::remove to SdPage::DestroyDefaultPresObjCaolán McNamara3-15/+23
Change-Id: If4edb16b2e94396249f3e2ba99381fcd8341d790
2014-11-06-Werror,-Wunused-const-variableStephan Bergmann1-4/+0
Change-Id: I862e491068ac88659bfd1cc99e7403dba2929275
2014-11-06If XPersistObject support is dropped, all this unsupported old data can goCaolán McNamara9-776/+4
Change-Id: I7000df307920b1b04b81cc4c436009cf6b6548e0 Reviewed-on: https://gerrit.libreoffice.org/12282 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2014-11-06unittest verifying that mail merge correctly sets up marks for sub-documentsLuboš Luňák1-1/+61
I.e. the UNO bookmarks that are used for marking where each generated document starts inside the one large single document. Change-Id: I8069a3110cacd34b25aff6739ab248f490c3fa6a
2014-11-06name of mailmerge marks is actually irrelevantLuboš Luňák1-1/+2
UNO bookmarks have internals names and ignore this Change-Id: I37baa4c9bcf9cec37f91e3b1d0fb2fad322ceda8
2014-11-06unit test to verify basic mail merge layout for 2 pagesLuboš Luňák2-0/+26
Change-Id: I2172d0185a2481700ffe152e58ebd5bd9c6a4fab
2014-11-06properly discard dumped layout on test document (re)loadsLuboš Luňák1-11/+13
Change-Id: I8673810e8c04cd128a691ee1c1e8c4731108b605
2014-11-06make parseDump() properly handle xml node contentLuboš Luňák1-1/+1
Change-Id: Ibb8859908c8e73377e1ee20b041b9ae76955d076
2014-11-06basic test of mail merge workingLuboš Luňák3-0/+15
Change-Id: Ia72d1b2827bfb38ab39d7d0df04908874d25e124
2014-11-06do not register MM unittest databases with a prefixLuboš Luňák2-5/+4
Since that makes SwDBManager::IsDataSourceOpen() return false because of different data sources (than the one the document was tested with manually), which prevents DocumentFieldsManager::UpdateExpFlds() from updating fields properly. Change-Id: I66f5f79d9fd39204eabb247aa92ec11acef56903
2014-11-06make it possible to check mailmerge output files in unittestsLuboš Luňák2-22/+65
Change-Id: Ifa54445c8f46bb2ed5539870c5fce1a2e62beef7
2014-11-06do not repeatedly relayout mailmerge document after each changeLuboš Luňák1-2/+1
When mailmerge uses a single document for all the generated documents, doing a layout of this increasingly large document after every generated document addition was getting slower and slower (no wonder). My recent changes should have removed all needs for any layout in progress, so it should be enough to just once calculate the final layout. The final layout still appears to be needed, leaving it as it is to get layout done on the fly puts e.g. 2-page documents on wrong starting page (maybe just invalidating something would fix that). Debug build shows warnings from vdraw.cxx about moving anchor from an invalid page because of broken layouting, but those were there already before, so I assume those are not really significant (or at least made worse by this commit). Change-Id: I62601ad6dccaa008783d1ce34c9e4f66f9621a56
2014-11-06compute page offset for mailmerge based on source document rather than targetLuboš Luňák3-19/+15
This removes another need for doing repeated and expensive layouts of the target document. Change-Id: Id78bc3ccc71c17e42f858dc9660866b9c94dea3a
2014-11-06use bookmarks to mark mailmerge parts in a mailmerge document (fdo#80823)Luboš Luňák6-17/+70
Instead of page numbers, which - was somewhat fragile (and broken, as it was actually off-by-one) - required repeated re-layout of the increasingly large document, making mailmerge awfully slow. The re-layout is not removed by this commit, as it needs further checking whether it can be removed. See the bugreport for details. Change-Id: Ib09bd5f5a6a549c3d38ca40b0f32c0d2831fdd4c
2014-11-06drop XPersistObject support from SvNumberFormatsSupplierServiceCaolán McNamara2-37/+0
why should css.util.NumberFormatsSupplier support XPersistObject and need read/write support ? Change-Id: I62bc2fa3a0adef6cf5b7006f4e2bf3a9a157043d Reviewed-on: https://gerrit.libreoffice.org/12281 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com>
2014-11-06sw: clean up namespace prefixes in SwXMLBlockImport.cxxMichael Stahl1-21/+13
Change-Id: I64716c9d087d1e9d3e76d14d555768af486e8982
2014-11-06sw: merge SwXMLBlockListContext.cxx into SwXMLBlockImport.cxxMichael Stahl4-371/+319
... so all the import is in one source file not 3 tiny ones. Change-Id: I239316ec54cab28a7af643372af33782f70e7040
2014-11-06fdo#85954: Improvements to Simplified Chinese (zh-CN) locale dataKevin Suo1-21/+21
Change-Id: I0ba08182f1c2b75a5b625f7858c23bcd8ba2dce5 Reviewed-on: https://gerrit.libreoffice.org/12284 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com>
2014-11-06DOCX import: fix <w:tblW w:type="auto"/> handling when cells have fixed widthsMiklos Vajna3-10/+10
Commit 74c5ed19f430327988194cdcd6bdff09591a93fa (DOCX import fix for table with auto size, 2013-06-26) correctly recognized that in case the width type is auto, that doesn't always mean text::SizeType::VARIABLE. However, when the size is fixed, then we should simply not do anything, and that'll lead to the right behavior (by setting the column separators on each row), don't try to be smart and try to set TablePropertyMap::TABLE_WIDTH here. Change-Id: I997b88e5fa34bbabe7c6940879c81a1d62d69043
2014-11-06sw doc model dump: extend SwFmtFrmSize handlingMiklos Vajna1-1/+2
Change-Id: I8b246e198f3b19e65feffb196afdecb1755a0581
2014-11-07vcl: split asserts in VclBuilder::get() for fdo#85939Chris Sherlock1-1/+2
Change-Id: I41e9961ae797ac99fdfb1480e1a58dbe92178bb8
2014-11-06update suffixes in .gitignore for filtersCaolán McNamara11-10/+13
Change-Id: Ibf6093946ef1dec1a2ba202917da9e4562c10d3e
2014-11-06add a build-time regression test for pcd file formatCaolán McNamara8-0/+115
Change-Id: Ie413372ab1cfc7e38570fdf65c6daca8c2cc426b
2014-11-06coverity#1000834 Use of untrusted string valueCaolán McNamara3-0/+3
and coverity#706196 Use of untrusted string value coverity#1244947 Use of untrusted string value Change-Id: I5083aba2eff9e852a24513db431585922302b279
2014-11-06coverity#735645 Division or modulo by zeroCaolán McNamara1-0/+3
Change-Id: I03b8404f90b6a05189591d8e3423f32810057a47