- 16 Eki, 2013 37 kayıt (commit)
-
-
Eike Rathke yazdı
Added icu.10318.CVE-2013-2924_changeset_34076.patch from https://ssl.icu-project.org/trac/changeset/34076 assigned to https://ssl.icu-project.org/trac/ticket/10318 Change-Id: I93a33e59aec9b79fb8d4b1517cd0990c79ee65fb
-
Miklos Vajna yazdı
Change-Id: I81205ae7010ab776cd1880f779af2f623e290da9
-
Stephan Bergmann yazdı
Change-Id: I59317a0d591eac188fa01636031e907357038c29
-
Tor Lillqvist yazdı
Some libraries exist both in solver/*/lib and in their UnpackedTarball/foo location. Change-Id: Ie312479069738b27900bd4d7021ede986d94f22a
-
Tor Lillqvist yazdı
Change-Id: I014202fa48a211499b0290e6236bbdc96ad247a8
-
Tor Lillqvist yazdı
It seems that using libc++ when building with Xcode 4 (and iOS SDK 6) you get linking errors. Stick to libstdc++ for now then with that. Propagate the choice to the iOS Xcode projects through the lo.xcconfig file. Change-Id: Ic61dd2336066a77c4219c532106e3e50e85d0689
-
Caolán McNamara yazdı
Change-Id: Ia7ce38ef07e6225ce785fab580343dfcd7ecb948
-
Tor Lillqvist yazdı
Change-Id: I196feb392f9ebebfdcd6f6e0ecd2c9cc89707cbb
-
Bjoern Michaelsen yazdı
Change-Id: Ia52da28fc6a979c4712fc191ab5e71c1926b0c93 Reviewed-on: https://gerrit.libreoffice.org/6231Reviewed-by:
Björn Michaelsen <bjoern.michaelsen@canonical.com> Tested-by:
Björn Michaelsen <bjoern.michaelsen@canonical.com>
-
Stephan Bergmann yazdı
Change-Id: If0983696bf9a44bda6edeb746c121446106a95c5
-
Tor Lillqvist yazdı
Change-Id: I934158f892daf3ae36f265e6bc95fd9987a05ca5
-
Andras Timar yazdı
Conflicts: sw/qa/extras/ooxmlimport/ooxmlimport.cxx Change-Id: I7efd68fe21dddd7d9262d3e0b7400db67504e6bc
-
Caolán McNamara yazdı
Change-Id: I828ab50e11546ba5f183e27dbff8ba87827bb426
-
Caolán McNamara yazdı
Change-Id: I05ce7f66ca76345eabb660a12d9cd85a34ef55dd
-
Caolán McNamara yazdı
Change-Id: I9a644a52146eb33248762c65c71fbd9a187490b7
-
Caolán McNamara yazdı
Change-Id: I134944d8c4a1312f65ff7c3df98d8828bfc96b15
-
Caolán McNamara yazdı
Change-Id: I58b6a1738c2039e863f1446cbfa17d1138523694
-
Caolán McNamara yazdı
Change-Id: Ia08a0c8d4366bde572a7438ceff687f6028b066e
-
Caolán McNamara yazdı
Change-Id: I89bbd213b7eddd5c55d4c8768929add326a63722
-
Ariel Constenla-Haile yazdı
(cherry picked from commit 6f969437) Conflicts: readlicense_oo/docs/readme/readme.xrm Change-Id: Idfa47f97ad84ad5b3bb9414ee9e3b89e693501f6
-
Ariel Constenla-Haile yazdı
Despite it's name, rProperties, the Sequence is not a reference in the function signature. Besides, some small improvements: - instead of compareToAscii, use operator==, which is optimized for performance (cherry picked from commit a17e2212) Conflicts: cui/source/options/optsave.cxx Change-Id: Ifffd2b9014210c885f03ff8116ea97625b903cba
-
Armin Le Grand yazdı
(cherry picked from commit 2fc5d294) Conflicts: svx/inc/svx/fillctrl.hxx svx/source/tbxctrls/fillctrl.cxx Change-Id: I3be23f7ec199c49beb7c5cecfb835977e2bedcea
-
Caolán McNamara yazdı
Change-Id: I158c171d39756d1949427b3a45d685a194d9fb63
-
Stephan Bergmann yazdı
...what apparently happened is: (1) First, 2c6363eb "Be less pathetic" replaced MediaDescriptor::impl_normalizeURL with removeFragment. (2) Then, b378e754 "CMIS: fix file saving issue" (plus follow-up b50d3727 "WaE: unused function 'removeFragment'") removed calling removeFragment at all (but re- introduced a now bogus "Parse URL! ..." comment that (1) had removed), which (3) 34f4d257 "CMIS file picker: it really does not like ID Mark" tried to revert again (but kept the bogus comment in), and (4) odd commit 319b1603 "CMIS file picker: it really does not like ID Mark" (that looks like a merge conflict resolution gone wrong) erroneously re-introduced MediaDescriptor::impl_normalizeURL that (1) had removed, which caused a -Wunused-variable warning that (5) 706c5a54 "-Werror,-Wunused-variable" tried to fix, but working under wrong assumptions. The solution is to go effectively back to the code as it was after (1). Change-Id: I62dfa9fa3adbea6b2cb10a509416fe3797c577b9
-
Stephan Bergmann yazdı
"logical not is only applied to the left hand side of this comparison" Change-Id: I015befe47ea9f40f83217b259e07eb01edb7d820
-
Jacobo Aragunde Pérez yazdı
Change-Id: Ida2d2bab3a30beaa8e686a23355e4d6f41182f3f Reviewed-on: https://gerrit.libreoffice.org/6257Tested-by:
Miklos Vajna <vmiklos@collabora.co.uk> Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk>
-
Andres Gomez yazdı
Added the possibility of rendering the basic shapes generated for a Smart-Art into a bitmap and replacing them with it in order to not letting to edit the Smart-Art. This possibility is controlled using a configuration parameter located at Options -> Load/Save -> MS Office -> SmartArt to LibreOffice shapes or reverse. Made the "oox" library to depend on the "drawinglayer" and "svx" libraries. Made the "ooxmlexport" C++ unit tests in the "sw" module to depend on the "drawinglayer" and "svx" components. Fixed to set to diagram type a new "oox::drawingml::Shape" representing a Smart-Art in the "getShape" method of the "oox::shape::ShapeContextHandler" class. Added the "keepDiagramCompatibilityInfo" and "renderDiagramToGraphic" protected methods to the "oox::drawingml::Shape" class. "keepDiagramCompatibilityInfo" is now called after an instance of type "FRAMETYPE_DIAGRAM" has added all its children in the "addShape" method and the proper setting is in place. "keepDiagramCompatibilityInfo" substitutes previous similar code in the "createAndInsert" method and also calls "renderDiagramToGraphic". The "renderDiagramToGraphic" renders the basic shapes in a Smart-Art into a PNG image and replaces these basic shapes with a new "GraphicObjectShape" filled with the new PNG image. It also sets the "MoveProtect" and "SizeProtect" properties of the "GraphicObjectShape". Change-Id: Ie4002238ff5fae758a5881b03735bf1f0721ed5b Reviewed-on: https://gerrit.libreoffice.org/6059Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk> Tested-by:
Miklos Vajna <vmiklos@collabora.co.uk>
-
Jacobo Aragunde Pérez yazdı
The point of this menu option is that locked Smart-Art shapes would preserve the original XML files attached so they could be exported back to docx with no loss. The new menu option is located at Options -> Load/Save -> MS Office -> SmartArt to LibreOffice shapes or reverse. Change-Id: I6aafc2eb83404ee2c0b8538b2f6fbbbd4363e7d3 Reviewed-on: https://gerrit.libreoffice.org/6138Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk> Tested-by:
Miklos Vajna <vmiklos@collabora.co.uk>
-
Andres Gomez yazdı
The "ooxmlexport" unit test for Smart-Art has been updated to just check for the new rendered bitmap that substitutes the generated basic shapes. The "ooxmlimport" has been updated with a new "testSmartart" unit tests which checks that the importing has been done to just basic shapes. For this, the "run" method has been customized so we can set the proper filter option. Slightly modified the expected results in the "testChartProp" unit test since linking it to additional libraries has modified the dimmensions of the imported chart in few units. Made the "ooxmlimport" C++ unit tests in the "sw" module to depend on the "drawinglayer" and "svx" components and the "utl" library. Conflicts: sw/qa/extras/ooxmlimport/ooxmlimport.cxx Change-Id: I0900a50cfee07999511d071bc9932477ad9430c5
-
Jacobo Aragunde Pérez yazdı
An extra InsertEntry method is added with parameters to enable or disable the load and save checkboxes independently. Change-Id: I49233ce31e2eaf361310f89887dcede86dec0edc Reviewed-on: https://gerrit.libreoffice.org/6137Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk> Tested-by:
Miklos Vajna <vmiklos@collabora.co.uk>
-
YogeshBharate yazdı
Problem Description: In case of multicolumn sections, separator line was getting added during export to docx. Unit test cases added to verify the code changes. Change-Id: Id65ac4d3878eed298882c85082cec9575f914d83 Reviewed-on: https://gerrit.libreoffice.org/6211Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk> Tested-by:
Miklos Vajna <vmiklos@collabora.co.uk>
-
Stephan Bergmann yazdı
Includes also fixes for CID#1000839 CID#1000840 CID#1000841 Change-Id: I4c7d0bbaec59357af722353bdf947f5629dde1b0
-
Thomas Arnhold yazdı
Remove leading and trailing whitespaces in the hyperlink dialog, because the resulting links would be unusable. Change-Id: Icf617daf51508a37494536e02fb298fb3cf746c5
-
Thomas Arnhold yazdı
Was like Cyan 10 before. Now it's like Green 10... Change-Id: I7ec9b884b53fb0ab2a5a0c3d09cb8b2789037234
-
Thomas Arnhold yazdı
Change-Id: I7bfd221f89718ba8634417c93a26b3a199178694
-
Thomas Arnhold yazdı
Change-Id: I766c01c3ea4c03f4c76ef70fd16037d8196242a1
-
Thomas Arnhold yazdı
This removes some kind of a hack. Before this commit the CSS option was only exported if the size didn't fit any HTML size option. Maybe size could be dropped in the future. Old: <font size=7 style="font-size: 66pt">Text 1</font> <font size=5>Text 2</font> New: <font size=7 style="font-size: 66pt">Text 1</font> <font size=5 style="font-size: 18pt">Text 2</font> Change-Id: I360038b01e0ccc5b408ff726646f91da5555db50
-
- 15 Eki, 2013 3 kayıt (commit)
-
-
Tor Lillqvist yazdı
With this change, the MobileLibreOffice app builds and runs for me. Change-Id: I8c7ce3fdedced5eb82ed18e21873e773733d612f
-
Tor Lillqvist yazdı
Change-Id: Idc81f4913a96938f1fdd2644cc9e34a07554bb21
-
Tor Lillqvist yazdı
Change-Id: I1859f6c05f371fccdd39f903d663d5a452866876
-