summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2012-11-20export embedded spreadsheet(s), fixes n#780830Radek Doulik4-47/+176
Change-Id: Iee8328a695b554d97f6805b64b98706b9e3d7ab9
2012-11-20limit buSzPct rangeRadek Doulik1-1/+1
Change-Id: I41411301ee131f92b9725208e53133ee0f8a6f82
2012-11-20only set entries for existing sort entries, related fdo#56958Markus Mohrhard1-1/+1
Change-Id: Ib48606402fb90b259f705badeac294d7c336cb9c (cherry picked from commit c45b6496e87fe74570a41821bc5f4fbdb3d3cf8e) Signed-off-by: David Tardon <dtardon@redhat.com>
2012-11-20make sure that the sort vector is large enough, fdo#56958Markus Mohrhard1-0/+3
Change-Id: I7099e984a8b05ccd3324f3b9231c193e716eaf83 (cherry picked from commit cd545dcf511daedd548c11159b8c244f272e9cb6) Signed-off-by: David Tardon <dtardon@redhat.com>
2012-11-20Fix MinGW build.Jan Holesovsky1-1/+1
Change-Id: I48bad55cc982fba6fb48a921746801de9993bff1 Signed-off-by: Luboš Luňák <l.lunak@suse.cz>
2012-11-20fix mingw buildLuboš Luňák1-0/+3
2012-11-20fix for fdo#55875 numbers as text converted strangelyNoel Power1-1/+8
old code used to use XCell->setString, new code uses rDoc.SetString which by default tries to detect number formats. The ScColumn::SetString that eventually gets called seems to do lots of additional checks ( and apparently even if an ScSetStringParam instance with mbDetectNumberFormat ( false ) was passed it seems that it will still try to detect decimal number formats. With that in mind I restore and un-unoified version of what XCell->setString used do Change-Id: Ifaef74c78b198f492a390a3d5dc1721622a01ea4 Reviewed-on: https://gerrit.libreoffice.org/1020 Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com> Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2012-11-20fdo#51550 fix DOCX export dataloss on non-math/chart OLE exportMiklos Vajna2-21/+33
This is still not complete, but having the replacement graphic only is far better than having nothing. (cherry picked from commit bd6ae389008e110be62a335dfcd82c655d512e63) Conflicts: sw/source/filter/ww8/docxattributeoutput.cxx Change-Id: I141a3de1a449f4261c7086e10f2c141b3f6cdb10 Reviewed-on: https://gerrit.libreoffice.org/1017 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2012-11-20fix build with icu-4.0Petr Mladek1-1/+3
use functions already provided by icu-4.0 Change-Id: I238a499ae1bc2a7efeb4d61fbe780e24d7d36a7a (cherry picked from commit 524461f1721d0fb7c5bd115d72ca82711e0ff950) Signed-off-by: Caolán McNamara <caolanm@redhat.com>
2012-11-20Enable NPP_Initialize/Shutdown againStephan Bergmann6-7/+60
...calling which had erroneously been dropped in bdead69dd3c947743907681c8a2f16ca1f50cd9c "Add switch for system/internal npapi.h." This makes the npsoplugin browser plugin work again. (Also, init write_fd to -1 instead of 0, so that a missing do_init_pipe does not accidentally cause writing to write_fd succeed in writing to stdin.) (cherry picked from commit 9081e07c9c92267d86a90752b28bd42b592782a8 plus follow- up 6ce21d57d9a627a95bfb2f10519ae3cd032f521b "Typo") Conflicts: extensions/Library_npsoplugin.mk Change-Id: Iced734512a43c8dfea46088f7ac16f159e7dd807 Reviewed-on: https://gerrit.libreoffice.org/1042 Reviewed-by: Tor Lillqvist <tml@iki.fi> Tested-by: Tor Lillqvist <tml@iki.fi>
2012-11-20don't always show integer part for fraction formats with hard denom fdo#56205Noel Power1-1/+3
fixes bug when you have a fraction format with a forced denominator e.g. '?/5' which showed the integer part of the fraction ( as if the format was '# ?/5' ) but even without the space e.g. before fix pi 3.14159265358979 with format '?/8' would be shown as "31/8" after the fix 3.14159265358979 with format '?/8' would be shown as "25/8" Change-Id: I1feb8b78af94b90db1bcc30da248077243dd8dfc Reviewed-on: https://gerrit.libreoffice.org/1047 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com> Reviewed-on: https://gerrit.libreoffice.org/1064
2012-11-20fdo#56776: Change in formula options should cause repaint.Kohei Yoshida1-0/+5
Else Calc would fail to update the column headers due to A1 to R1C1 change (and vise versa). Change-Id: I2c403212f5bc539aea92370e60da96f480549d6d Reviewed-on: https://gerrit.libreoffice.org/1049 Reviewed-by: Noel Power <noel.power@suse.com> Tested-by: Noel Power <noel.power@suse.com>
2012-11-20resolved fdo#56278 broadcast deletion to dependent formula cellsEike Rathke1-32/+35
Consolidated changes for fdo#56278 fdo#54074 fdo#53364 fdo#55059 (and earlier i#99844 and i#101869). The replacement cell for the broadcaster to inform listeners, if any, is transferred the broadcaster and owns it, the remembered formula cell never does. When broadcasting the change use the replacement cell instead of the remembered formula cell. Don't fiddle around with ReleaseBroadcaster() at the remembered cell, we don't delete twice and now also don't leak. (cherry picked from commit 8165bfa2afbe828caf37df57b83cb31bef2559cb) Change-Id: Ia11b6d3d751c784af64aaed05f8508887f869a80 Reviewed-on: https://gerrit.libreoffice.org/1069 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2012-11-20resolved fdo#55369 accept fraction input if presetEike Rathke1-6/+16
Accept fraction input without integer portion if the format was preset as fraction, e.g. 1/5 instead of 0 1/5 and don't force to date. (cherry picked from commit 5391bd1e54157457abe1098b29f067d6e0059113) Change-Id: I326ec85b163962425efa074119405ec1395af481 Reviewed-on: https://gerrit.libreoffice.org/1045 Reviewed-by: Petr Mladek <pmladek@suse.cz> Tested-by: Petr Mladek <pmladek@suse.cz>
2012-11-19n#780645 DOCX import: add support for fixed column widthMiklos Vajna3-1/+77
In general, DOCX tables provide a grid for the table, then use spans in case different number of cells are used in different rows. In this case, the cell width is ignored, as the wished width can be counted from the grid and span values. However, it's also valid to simply provide more cells then the amount defined by the grid, and in this case the cell width should decide the final width of the cells. This commit adds support for this later case. (cherry picked from commit ad913681c0e0cdaaa706329f518f59ee54b86d43) Conflicts: writerfilter/source/dmapper/DomainMapperTableManager.cxx Change-Id: I0dd6c1f0c06f81c2afa00489b7ad1f33ff300a7c
2012-11-16n#780277: select field when clicking it instead of having cursor before itCédric Bosdonnat1-2/+22
Change-Id: I93d623b62e9357a71bfca3403cc98092ef58c7e4
2012-11-15n#782833: Rotated text in emf images looks thicker.Muthu Subramanian1-7/+0
Any rotated text in an emf image (image size != original size), has thicker fonts. This is kind of a regression caused by commit 8c2902ecbf135fae070ea032fa10a59bb76ec1b0 So, partially reverted it. The code was kind of a workaround/copy-paste, so I am assuming it is safe to revert. Side-effects: The dotted borders (in calc) look a little lighter and not so very visible in the page-preview.
2012-11-15Windows: Enable nicer toolbars even for XP, not only Vista and higher.Jan Holesovsky1-3/+3
Change-Id: I26837290d1416637032d2dfcfa45b4003c874309
2012-11-15n#789482 DOCX: export track change data after w:hyperlinkMiklos Vajna2-6/+9
(cherry picked from commit eac3e6e746300df379226941ba75c4e0ce1feb7a) Conflicts: sw/source/filter/ww8/docxattributeoutput.cxx Change-Id: If204523d7da544b11b2d809993ada180476104ef
2012-11-09bnc#681110: Fix squashed glyphs with Cairo canvas.Jan Holesovsky1-23/+2
I suppose it is the same misconception as in fdo#55931 - I am convinced that the font metrics should not be used here. Looks to me as if in the past, the font width computation was broken somewhere deep inside OOo, and everyone instead of fixing the root cause was just working that around by using the FontMetric; and then one day the root cause was fixed, and all the workarounds broke ;-) - but that is just a theory. Change-Id: I741bf8f4eaea4f7d8bc698dc9a8124109dfb8c20
2012-11-09Resolves: fdo#47432 Improve the "faux bold" in cairo canvasFlex Liu1-2/+3
The "faux bold" make the bold font in Asian ugly & unacceptable, Adjust & improve the "faux bold" to make the bold font better. Change-Id: I2e02156ffc30629476b80134ffb0b50e793f7ead Signed-off-by: Jan Holesovsky <kendy@suse.cz>
2012-11-09[SUSE only] update EULAAndras Timar1-1/+1
Change-Id: Ia55ff9b54202dad6c0df46a69235543d88f43e61
2012-11-08implement inset attribute of <v:textbox> (part of bnc#773061)Luboš Luňák8-3/+44
Change-Id: I1ec9b5d9fed86c44dc0a412c2323033ea67985c9
2012-11-07bump buildid to 302 and version suffix to -2Petr Mladek2-15/+15
The build is based in the upstream 3.6.3 and will be called SUSE 3.6-rc2 Change-Id: I04337c2d4001eec123cfb1fe1043b4955a5bba2d
2012-11-07fdo#55138: Do not double-expand bootstrap variablesStephan Bergmann2-13/+7
For some reason that escapes me now, the old code double-expanded URLs in CONFIGURATION_LAYERS and in extension layer's configmgr.ini SCHEMA/DATA. That produced wrong results when the pathnames represented by those URLs contain any "$" characters, as apparently routinely happens on Windows with roaming profiles. Change-Id: Iff149e7d8736cbcda579376cdc89e24cf99ccc97 (cherry picked from commit 8246bdb500a6d83ea9b61f58fb74e051432e32d7) Reviewed-on: https://gerrit.libreoffice.org/994 Reviewed-by: Michael Meeks <michael.meeks@suse.com> Tested-by: Michael Meeks <michael.meeks@suse.com>
2012-11-07add license infoNoel Power2-0/+18
Change-Id: I56653d99e1fac5e1b7cd2a69b4b160df4b75bb5d (cherry picked from commit a7d38322d6211863024456602da1dff23a8316dd) Signed-off-by: Caolán McNamara <caolanm@redhat.com>
2012-11-07fdo#52989 ignore provided size of JPEG files during RTF importMiklos Vajna2-3/+7
See commit 66fa759b for rationale, this fix just does the same for JPEG files as well. (cherry picked from commit ebc61e11cdb02f5cc33aeabead3d191eaf0d23d3) Conflicts: sw/qa/extras/rtfimport/rtfimport.cxx Change-Id: I6a9ead5f4b4b9c4661cae99501bd7c14a2a79409 Reviewed-on: https://gerrit.libreoffice.org/991 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2012-11-07fdo#48442 fix default hori/vert frame anchor during RTF importMiklos Vajna1-4/+6
We used to send nothing when we got nothing, but this is not correct: \pvmrg and \phmrg is the default in RTF, but not in Writer. (cherry picked from commit 7b7bee4ed5722ce59ffd3394a0330d71d69d66b3) Conflicts: sw/qa/extras/rtfimport/rtfimport.cxx Change-Id: I9f69e282e68f0828c8b5ba98657cad1dd0715eb3 Reviewed-on: https://gerrit.libreoffice.org/993 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2012-11-07Fix fdo#56603 by NULL pointer checking in SwDrawTextShell::ExecuteArnaud Versini1-2/+5
Pushed in master as c954e6e1317f82e06fac66556674bc066b429469 Change-Id: I98f246b2bafcf2669a8f6c3ec4c86ccee56519bf Reviewed-on: https://gerrit.libreoffice.org/984 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com> Reviewed-on: https://gerrit.libreoffice.org/985 Tested-by: Miklos Vajna <vmiklos@suse.cz> Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
2012-11-07fix ooxml color exportMarkus Mohrhard1-1/+1
Change-Id: I4b94883f594e13e9923bdd05593447a152fa8b0a Signed-off-by: Kohei Yoshida <kohei.yoshida@gmail.com>
2012-11-07export dxfs at the correct placeMarkus Mohrhard1-1/+1
Change-Id: I2ab31904169adad4f173d4655d0511855de77464 Signed-off-by: Kohei Yoshida <kohei.yoshida@gmail.com>
2012-11-07fdo#53531: Time field can be represented with an extended time field type.Kohei Yoshida1-0/+2
And Calc's header footer currently don't distinguish between time and extended time. Time fields in the header / footer are always dynamic and never static. Change-Id: If628d179968c270a63d38cdc3bf6018c01241ac1 Reviewed-on: https://gerrit.libreoffice.org/992 Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com> Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2012-11-07halt corrupted styles with multi-saved xlsx document fdo#55418Noel Power1-1/+4
Change-Id: I2d53c88ab121edeec2bf53f7fd177a0edcc05a25 Reviewed-on: https://gerrit.libreoffice.org/958 Reviewed-by: Kohei Yoshida <kohei.yoshida@gmail.com> Tested-by: Kohei Yoshida <kohei.yoshida@gmail.com>
2012-11-07fix copy paste error, fdo#55673Markus Mohrhard1-1/+1
Change-Id: I1e31fe05e00ed7e298642da9c0e35ae834dfa74f Signed-off-by: Kohei Yoshida <kohei.yoshida@gmail.com>
2012-11-07only delete cond formats if the correct attributes are passed, fdo#56316Markus Mohrhard1-1/+2
Change-Id: If9859b5021c532daacccfaf386e0489c134e4afb Signed-off-by: Kohei Yoshida <kohei.yoshida@gmail.com>
2012-11-06[mono] install mono before finalizing filelistPetr Mladek1-1/+1
it was mistake created by porting mono stuff for LO-3.6 Change-Id: I498f7cb7f6317dabd94798dc94db57adf304e5f1
2012-11-06[mono] fix build in gbuildised scp2Petr Mladek1-0/+1
Change-Id: Ieee849e3e3b8bda5674027af9c6c2993b045d71a
2012-11-06[mono] fix build in gbuildised unoilPetr Mladek3-0/+35
Change-Id: I9c717b067e067338160a38c88d935187db8cc04d
2012-11-05Correctly handle cell note shifting when immediate row/column is deleted.Kohei Yoshida1-4/+12
Currently, having a note e.g. at D5, and deleting cell D4 and shifting the cells below upward will remove the note at D5. But the correct behavior is to shift that note up to D4. This change fixes it. Change-Id: Ia37f1ce67a003deab424f2b805a2ce333fc10ed4 (cherry picked from commit d3344dd85ee31b195a3709d16e734245e1d0a4b6) Signed-off-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2012-11-05Fix incorrect shifting of cell notes upon cell insertion / deletion.Kohei Yoshida1-2/+8
Steps to reproduce: 1) Insert a comment at D5. 2) Move cursor to C4. 3) Right-click and select Insert. 4) Choose shift cells down. 5) The comment gets shifted down but it shouldn't. The same thing happens when deleting a cell and shifting content. Change-Id: I5a71845cca6abde6b7c940e152e155da26343cef Signed-off-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2012-11-05Resolves: fdo#55367 wrong convertion factor for "tspm"Julien Nabet1-1/+1
Change-Id: I80fd050e1bbdc0386c13e0afbeeb404e14b2694b Reviewed-on: https://gerrit.libreoffice.org/849 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com> Reviewed-on: https://gerrit.libreoffice.org/855
2012-11-05Resolves: fdo#35991 rowspan is of size sal_Int32, not size longCaolán McNamara1-1/+1
Change-Id: I347672a2175cf7a0304cf5d6c0f8f3f6afa92cd4 (cherry picked from commit 8bd3bf0ff20fc18a0a6358e36b3f8a7e3b34a2bb) Reviewed-on: https://gerrit.libreoffice.org/919 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com>
2012-11-05fdo#49517: Revert "fdo#46102: Load Java scripts with class loaders [...]"Stephan Bergmann6-54/+9
This reverts commit dd6c4f4db1d62268d73e09ae52d23f760a967dcc "fdo#46102: Load Java scripts with class loaders that actually find them." That commit broke support for macros embedded in documents (as new java.net.URL("vnd.sun.star.tdoc:...") throws a MalformedURLExcetpion), and it looks like that commit was not necessary after all -- or rather that what it tried to work around must have been some other problem that has been fixed meanwhile. "It is unclear to me how the Java script provider shall ever have found the script jars in the past" indicates that something must have been fishy, and what I failed to notice back then is that createURL creates java.net.URL instances with a UCBStreamHandler that does allow to obtain content from weird-looking URLs. Anyway, with that reverted, all three following scenarios work on both current master (towards LO 3.7) and libreoffice-3-6 (towards LO 3.6.4); I haven't yet come around to test on libreoffice-3-5: 1 Stock macros, "Tools - Macros - Run Macro... - LibreOffice Macros - HelloWorld", running all of the four "helloworld.bsh", "helloworld.js", "HelloWorldPyhton", and "org.libreoffice.example.java_scripts.HelloWorld.printHW". 2 Per-document macros, loading test.odt attached to fdo#49517, then "Tools - Macros - Run Macro... - test.odt - HelloWorld", running "org.libreoffice.example.java_scripts.HelloWorld.printHW". 3 Extension macros, installing ScriptDispatch.oxt attached to fdo#46012 as shared extension, then loading StartScriptDispatch.odt attached to fdo#46012 and pressing the "Start Java via ScriptProvider" button. Change-Id: I31cd16b3720ffeb1058722d4d1fdffb773f8a067 (cherry picked from commit 7ea7fb009ddcfb0723e88ba0c5778b5fdbe2b553) Reviewed-on: https://gerrit.libreoffice.org/922 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2012-11-05resolved rhbz865058 retard overflow of internal table of number formatsEike Rathke1-1/+1
Due to an insane amount of ridiculous "user-defined" number formats the internal table may overflow during import, stave off and increase the number of available slots to another arbitrary limit. (cherry picked from commit 075e9ca0b96f37b3561824c23af60872d6a9d80a) Conflicts: svl/inc/svl/zforlist.hxx Change-Id: I2fb85c83a65d6c5b3183aeb3a3bda88828473a3c Reviewed-on: https://gerrit.libreoffice.org/951 Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com> Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2012-11-05Remove the correct range, or else maItems would end up with invalid pointer.Kohei Yoshida1-1/+1
nStopPos is non-inclusive, and STL's erase() method also expects a non-inclusive end position (like any other STL methods do). It's wrong to -1 here which would end up not erasing the last element containing a pointer to the deleted cell instance. Change-Id: Ic09ab4a6bb03d0f56bb854a91bf93a99be867116
2012-11-05Related: fdo#47250 fdo#56430 catch harderCaolán McNamara1-1/+1
so duden extension doesn't blow us up Change-Id: Ie6b26670a6809fc07b344660111be44cb3e6a011 Reviewed-on: https://gerrit.libreoffice.org/939 Reviewed-by: Tor Lillqvist <tml@iki.fi> Tested-by: Tor Lillqvist <tml@iki.fi>
2012-11-05Related: fdo#51247 bandaid to not crashCaolán McNamara1-0/+5
Change-Id: I1f98a6a1e5ede6fcd9a3570788969edcb251384b (cherry picked from commit 63f00d37a20169743d9709977b382c379560ef9e) Reviewed-on: https://gerrit.libreoffice.org/918 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2012-11-05Resolves: fdo#47291 polypoly[line|gon] points are signedCaolán McNamara1-4/+4
regression from f6a34255af1339cd7132b7527dc0c10c10d38249 Change-Id: Iabfaf92629cd4d53ab7af5f3e3013eb81bb8104d (cherry picked from commit 2536fae7b8565b5dd9f09bb3dc015576fafe4031) Signed-off-by: Michael Stahl <mstahl@redhat.com>
2012-11-05Resolves: fdo#50285 merging props unsafe with intermediate charstyle propCaolán McNamara1-2/+4
Its a nice idea to merge properties of the same type and value if one starts and the same place the last one ended. But character styles are properties as well, so if we have character-style+superscript on range a, and character-style+superscript on range b and merge these so that we end up as... character-style on range a, superscript on range a+b, and character-style on range b then that clearly gives the wrong result if applied in that order. So its only safe to merge if there are no intermediate properties that can affect the merge candidates. A regression from b3cee382f449aa69213dc21f7b1ba6a5356d2865 Change-Id: I541563d11265426736b840de068922eef8d45573 (cherry picked from commit 08ffb7bc5ec4472126762f4cb9677349b61122f6) Signed-off-by: Michael Stahl <mstahl@redhat.com>
2012-11-05fix sdext build with poppler >= 0.19.xRene Engelhard2-4/+8
Conflicts: configure.ac Change-Id: I655e8e15c7f7a8c292b3a1820ee48c29e847d05a Signed-off-by: Tomas Chvatal <tchvatal@suse.cz> Signed-off-by: Luboš Luňák <l.lunak@suse.cz>
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-18 18:44:56 +0000