summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2014-08-08java: code some code to use non-deprecated constructorsNoel Grandin6-21/+26
Change-Id: I4194a3dfd361d1955cf5bb4fab915150eecfa21a
2014-08-08java: remove unused importsNoel Grandin24-38/+0
Change-Id: Idbba5bb89bee4d88ed0306d5151e238a1bc19cec
2014-08-08java: remove unused variablesNoel Grandin33-103/+38
Change-Id: I1b04fbf4d4562ff8e74f6ccdb2fd989d79cc869b
2014-08-08java: remove unused fieldsNoel Grandin20-101/+1
Change-Id: I25fef9590a34ec8d9aab182b3d267ae3cd649a87
2014-08-08java: remove dead methodsNoel Grandin34-791/+0
Change-Id: I9f2e705fd603a7c8832c0f0772bee9f395380a0d
2014-08-08fdo#81945 [DOCX] Round Tripped file corrupted due to nested SDTsVinaya Mandke3-1/+26
Original File contains two separate SDTs which are getting nested during RT as follows:- sdtStart [MARK] rPr [MARK] sdtEND RunSTART ==PREPEND==> sdtStart [MARK] sdtEND RunSTART rPr RunEND Now Another SDT starts sdtStart [MARK] sdtEND RunSTART rPr RunEND [MARK] sdtStart ==PREPEND==> sdtStart [MARK] sdtStart sdtEND RunSTART rPr RunEND So, in such cases wait before closing the earlier sdt, to avoid nesting. Thus the [MARK] can be retained in the corrrect position, to start the new SDT and end the earlier SDT. Reviewed on: https://gerrit.libreoffice.org/10803 Change-Id: Ia86f94c0587a5d44ab23391ea9ac38f86b5dd250
2014-08-08reimplement custom sprite rendering with FBOMarkus Mohrhard3-13/+33
Change-Id: I8d7a54fac61a3072d4f34615e71e37c70dec4e50
2014-08-08fix variable nameMarkus Mohrhard1-1/+1
Change-Id: I1cfd6d59e5569177d8ad23245435073d30fe1374
2014-08-08add possibility to generate FBO with textureMarkus Mohrhard2-10/+30
The caller is responsible to delete the buffers. Depending on bRenderbuffer either with glDeleteRenderbuffers or with glDeleteTextures. Change-Id: I5ccbd49862c381abf04e812765cced485a083f89
2014-08-08reuse OpenGLContext in OGL canvasMarkus Mohrhard12-554/+85
The only thing that needs to be reimplemented is the pbuffer based custom sprite rendering. We should use a FBO with a texture backend for that. This will also save several OpenGL context switches! Change-Id: I4aef33ae2499e44c8b5f41c296d8721cb94a37a1
2014-08-08extract shaders to own file and use shared shader loadingMarkus Mohrhard11-245/+274
Change-Id: I1af7e03a3e46f3cb49162be9351ce22f54d08c52
2014-08-08make sure that we always delete the shader and not only the programMarkus Mohrhard1-3/+3
Change-Id: Ia02fb20d335e2172f607f13a0de78ea666d094f5
2014-08-08loplugin:saloverrideStephan Bergmann1-7/+7
Change-Id: I6a3cdf840468d6508e8ffecdc50d79041b9b4797
2014-08-07I forgot to check this in.Kohei Yoshida1-1/+2
Change-Id: Icc32c336495a1d0a29b24b976dd5f359d03a0bba
2014-08-08fix ambiguity in argumentMarkus Mohrhard1-3/+3
Change-Id: I00146441b1271d7a3c866ad58d1b3c72b845dc0c
2014-08-07Disable export of label placement properties for radar charts.Kohei Yoshida1-1/+3
Change-Id: Ib9e5801bc13ccf146ddd5aa79b7cd7d2a640e203
2014-08-07Another test for radar chart data label export.Kohei Yoshida2-0/+17
This one doesn't support label placement property either. Change-Id: If1f17a135eabd810033644e27db6b1e5c049daff
2014-08-07Ensure we export correct labal placement value for percent/stacked charts.Kohei Yoshida1-7/+37
Normal charts allow a variety of label placement options, but percent/stacked charts only allow three variants, and exporting a wrong value would trigger MS Office to think the file is corrupt. Change-Id: I8bdc1dc072b29e8df2c506b6b16c61279df12045
2014-08-07Write test for exporting data label positions for percent stack bar chart.Kohei Yoshida2-0/+17
Change-Id: Idebb56fc96828ec38d5c239c16e5b413a50c837f
2014-08-08XStyleLoader2 loadStylesFromDocument - unit testsLaurent Godard7-1/+377
Change-Id: Id143689f573e6f8585db9bc48a252e311ff0e721
2014-08-07cppcheck: Exception should be caught by referenceJulien Nabet1-1/+1
Change-Id: Ie6438d67aa09fd1dfb746b4ac7ff34d6494ee453
2014-08-07loplugin:passstuffbyrefStephan Bergmann2-2/+2
Change-Id: Ib2b244f466d21835229a5a42e6decf4cf4aba653
2014-08-07loplugin:saloverrideStephan Bergmann1-1/+1
Change-Id: Ifbcd602203708519f7b4416cf31d94d45b552556
2014-08-07add test-case for EDB-29664Caolán McNamara1-0/+0
Change-Id: Ib57c7846523f7b8b3b08d19355e10a47c778a524
2014-08-07add test-case for EDB-22310Caolán McNamara1-0/+0
Change-Id: I6a7b659b562218e4bdd1b1badf655f65266e8d85
2014-08-07add test-case for EDB-22655Caolán McNamara1-0/+0
Change-Id: I96c8ea50425ed82cbbd1f235bd778621956b59ba
2014-08-07loplugin:staticcallCaolán McNamara1-2/+2
Change-Id: I966c0d6e61e1815252a83e22d142837e26302b30
2014-08-07add test-case for CVE-2007-1735Caolán McNamara1-0/+0
Change-Id: If505b45bd197fb24a2bacaf44cb46f84de8b61ff
2014-08-07add EDB-14344 testcaseCaolán McNamara1-0/+0
Change-Id: Ia4c6486d2d54103951765ce3e273dece6f022372
2014-08-07fix picture jumping to incorrect X position after draggingLuboš Luňák1-16/+6
If a picture anchored to character is dragged vertically, it can actually jump to the left, even though X should stay the same. This change basically reverts part of 5ddd93f4f90b3627a0ba63b62a5367c5e6c112a1. I haven't figured out how this GetBaseOfstForFly() actually works, but I'm reasonably sure that the relative X offset introduced by it in SwFlyAtCntFrm::SetAbsPos() is not undone anywhere in SwFlyFrm::ChgRelPos() or otherwise acted upon, it simply causes relative X position change, even though the absolute position remained the same. Change-Id: Iabf4f4e4268711a36f02aa47ca9624f9007a22a6
2014-08-07Related: #i125349# refined to exclude possible recursive callsArmin Le Grand1-65/+71
(cherry picked from commit a02eb39b84d130e5923f72edb2abb3b21adf6fff) Change-Id: Id068928f77a6efed44da9b83ecbf547302826591
2014-08-07Related: #i125349# moved clip enhancements to base clipping functionalityArmin Le Grand2-54/+78
(cherry picked from commit 7c5e9b9b3c5c899d63bf171ee1c9050db860337e) Change-Id: I570e92c78196895bef329eb308eeb68ffc5e23d3
2014-08-07toolkit: export some ListenerMultiplexer typesMichael Stahl1-5/+5
These are used from svx and apparently some (buggy?) toolchains fail with fmgridif.cxx:: undefined reference to `non-virtual thunk to WindowListenerMultiplexer::acquire()' Change-Id: Iea0a6eab1ad7f69e4a732f763bc8dbc16bf1be1c
2014-08-07bnc#821916: Better algorithm to find placeholder shape.Matúš Kukan4-75/+67
Placeholder type seems to be more relevant than index. Change-Id: I9d6c6cad8e0a51b2385801f65d7d1c697ad7998e
2014-08-07Area chart also doesn't support label position property.Kohei Yoshida1-0/+1
Change-Id: I612ca7426b2b3de07d4afe1d78cd809f1f6b37bb
2014-08-07Fix the test. It's bar3DChart not barChart.Kohei Yoshida1-2/+2
Change-Id: I8e504dfee81557a1965bb4bbce4ea975c13fe775
2014-08-07Write test for exporting data labels in area chart for OOXML.Kohei Yoshida2-0/+17
Change-Id: Icbb17f56643f7d89bf739b0f218b2ca8a6309d9a
2014-08-07cppcheck: va_list 'args' was opened but not closed by va_end()Julien Nabet6-0/+6
Change-Id: Id7602dd19ac142dbe2680ddf7eab308a087e971a
2014-08-07Default data label placement may vary depending on chart types. Get it right.Kohei Yoshida3-12/+32
If we export a wrong placement value, MS Office will flag the file corrupt and the loading will fail. Change-Id: I7ca1239cd390494c1181ecdb3310c5f88bb18f9b
2014-08-07Add test for default data label placement for line chart.Kohei Yoshida3-0/+26
Change-Id: I25cf48703a286470907ccc5415a0fab479aa4b8c
2014-08-07Doughnut charts don't support label placement option. Don't export it.Kohei Yoshida1-2/+17
Change-Id: I6d0e2c099869120bdf594813468a3c5ba4bb46fd
2014-08-07Write test for doughnut chart export of data labels to OOXML.Kohei Yoshida2-0/+17
We must not export label position properties for doughnut charts, else MS Office would think the file is corrupt. Change-Id: Icfab257ffb6da945b8add661e6455aa66cc475ab
2014-08-07cppcheck: Same iterator used with different containersJulien Nabet1-1/+1
Change-Id: Idc7f16dc4c81857d7a3f508ed830904d90a762b0
2014-08-07Use comphelper::SequenceAsHashMapMiklos Vajna1-22/+12
Change-Id: I50e32d275c99c445033fc5f9ecfcaf2a9bbc72c8
2014-08-07Unused todo attributesMiklos Vajna1-8/+8
Change-Id: I598081eab191087c0d64f71059da7b5f00e82c62
2014-08-07WaE: -Werror=unused-parameterCaolán McNamara1-0/+1
Change-Id: I064c738b371999bb73726bde3669c710742fae80
2014-08-07Related: #i125293# More unified (still simple) CssStyles and solversArmin Le Grand6-125/+250
(cherry picked from commit b760428400bbc7ab3db4d5de6239589e79981a06) Conflicts: svgio/inc/svgio/svgreader/svgdocument.hxx svgio/inc/svgio/svgreader/svgnode.hxx svgio/inc/svgio/svgreader/svgstylenode.hxx svgio/source/svgreader/svgdocument.cxx svgio/source/svgreader/svgnode.cxx svgio/source/svgreader/svgstylenode.cxx Change-Id: Ifcfc665df18f56e2cbc359411b633271c3b8d4bb
2014-08-07Resolves: fdo#82043 use a bold font for the start-center buttonsCaolán McNamara1-0/+2
Change-Id: I4d947060815559f68cd200d8103868014ea6ac2d
2014-08-07coverity#706946 Uncaught exceptionCaolán McNamara1-3/+28
Change-Id: I836e353ae3a8274842465719b3d8ae82ad433375
2014-08-07coverity#706587 Uncaught exceptionCaolán McNamara1-1/+1
Change-Id: I33836bfc2d0e18a12774a9e65d814f50ae10d7b8