summaryrefslogtreecommitdiff
path: root/oox/Library_oox.mk
AgeCommit message (Collapse)Author
2015-09-14now we can also open the vba project in the MS vba editorMarkus Mohrhard
If I use another GUID I can't open the project. Change-Id: Idfd642daaa0e6fb9f3b9bcfc6e1ba467c035bf05
2015-09-10structure for vba exportMarkus Mohrhard
Change-Id: I8094b64185ef8730355841e9b6f9d4ba412568dc
2014-07-16bnc#862510: Improve handling of OOXML gradientsTor Lillqvist
OOXML gradients can have an arbitrary number of "stops". LibreOffice gradients have just a start and end colour, plus an optional uniformly coloured border (on the "start" side). In addition, LibreOffice has the "axial" gradient mode, which means the gradient is reflected in the middle. It is thus obviously impossible in general to losslessly map OOXML gradients to LibreOffice ones. But let's try a bit harder than earlier to get visually more similar result, in at least some simple sample cases. We look for the widest gradient segment and use that for the start and end colours of the LibreOffice gradient. Also, map an OOXML gradient to an axial LibreOffice gradient only if it is symmetrical. Also, use the border property when suitable. In general, look for the widest OOXML gradient segment (once a segment corresponding to the LibreOffice gradient border, if any, has been accounted for) and use that as the LibreOffice gradient. Possibly some perceptionally better heuristic should be used... Like, if we have a three-segment gradient, with a wide gradient segment between two visually very similar colours (for example, two shades of red), and a narrower segment ending with a visually very different colour (for example, yellow), it probably would be best to represent that in LibreOffice as a gradient from the first red shade to yellow, instead of as a gradient between the two shades of red. Or even, if a first or last gradient segment is between very similar colours, equalize those start and end colours, thus using a border colour in LibreOffice instead. The possibilities for bikeshedding are endless. I am sure there are instances where the old code (by accident?) produced visually more pleasing results... But hopefully this works more pleasingly and consistently in a larger number of cases. Change-Id: If153e986ad943454307e3ba718479d5ac4cdc7ab
2014-07-07bnc#882383: Do not ignore themeOverride for charts in .pptxMatúš Kukan
Otherwise wrong colors are displayed. Change-Id: I5d7444100355fdbc5fcd2aaa1c01202ace54312d
2014-05-13Work around another seeminly random mis-optimization by Apple's Clang with -OzTor Lillqvist
If it wasn't for the desperate need to minimize code size for LO-based iOS apps, I definitely wouldn't use -Oz in gb_COMPILERDEFAULTOPTFLAGS (in solenv/gbuild/platform/IOS_ARM_GCC.mk). Change-Id: Icb231b5f30b32afe1c0f3b43e5744bf0e41e96df
2014-05-06oox: Integrate Shape3DProperties and Scene3DPropertiesContextJacobo Aragunde Pérez
Code for these two classes was already present but it was commented out or left outside of the build system because it didn't even compile. I've brought it back and made it compile, but it has no use yet. The goal is using it to preserve 3D transformations. At scene3dcontext.cxx I removed the text chunks found in the middle of the source and corrected some mistakes; I also modified the conversion of "fov" attribute. At shape3dproperties.hxx I removed all the struct members because they seemed to have been copied&pasted from another file, and added only those members that made sense. Removed useless function definitions. Change-Id: I2c00ea638e1a4fb1a3820bc4c322488296d3e6d7
2014-04-18Remove now unused oox::drawingml::CustomShapeProperties::PresetsMapMiklos Vajna
Change-Id: I25a713094089f4d6df9fbb3ce9e5015ea66eb34a
2014-04-17oox: initial customshape preset data loaderMiklos Vajna
CustomShapeProperties::pushToPropSet() still uses the old generated code, though. Change-Id: I02550bdf4ac57ef54992facd7ccd144e798be1e8
2014-04-15oox: generate data, not code for VML export preset definitionsMiklos Vajna
Change-Id: Ied9171715de948d30b360eb56626b93b695b7b93
2014-03-10oox: handle all w14 text effects at groupshape importTomaž Vajngerl
When dealing with groupshapes, the responsibility to process the w14 text effects elements is in oox. This commit adds the code to handle all elements and its children elements and attributes and puts the values into a CharInteropGrabBag. Change-Id: Iafb8759bd60e0ee831296dc2d9159f4311ad5403
2014-03-07ooxml: make GrabBagStack ready for reuse and move it to ooxTomaž Vajngerl
Change-Id: Ia7d52a003138a275860d3462382e636747343488
2013-12-11fdo#60698: Merge fastsax and sax_shared into expwrapMarcos Paulo de Souza
Change-Id: I6f8c6827c00db50184a46f39968f882b944d18d4 Reviewed-on: https://gerrit.libreoffice.org/6967 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
2013-12-02Add a means to check if a namespace exists.Kohei Yoshida
Useful when we just need to check if the stream has a certain namespace defined. Calling getNamespaceURL() may throw SAXException in such case. Change-Id: Ib2b7b202492390158270d87bab95d1793c9d8a70
2013-11-27oox: initial import of wpg:wgpMiklos Vajna
We import something that's visible, but the position of the shape is not correct yet. Change-Id: Ie68f0ebad1cc992a6c8d7704d7262f7e983f3b19
2013-11-13oox: initial import of wps:wspMiklos Vajna
We import something that's visible, but the shape is always inline, even when it has to be anchored. Change-Id: I6e20aa1a208f06731098ad21bb51c1ca840213d0
2013-10-16oox: added methods to lock Smart-Art editionAndres Gomez
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/6059 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
2013-08-24fdo#35422 Support to open encrypted Office 2010 and 2013 formatsTomaž Vajngerl
Additionally encryption and decryption has been refactored. 2 engines have been added: AgileEngine and Standard2007Engine, which contain core functions for encryption and decryption. Standard2007Engine refers to encryption and decryption as used in Office 2007 and AgileEngine refers to encryption and decryption as used in Office 2010 and 2013. AgileEngine does not yet support encryption. Change-Id: Ica1d4d5a109fb204012b92a0c39325fe0b99b793
2013-08-14fdo#59524 Encryption for MS Office 2007 Spreadsheet documentsTomaž Vajngerl
This enables saving of MS 2007 spreadsheet documents with a password. The encryption used is the same as used in Office 2007 (however different than in Office 2010 and 2013 which use "agile" encryption). Change-Id: I3539e811d95b6f9178246ab269d13bb385a48bd2
2013-06-20fdo#43641 oox: initial import of lc:lockedCanvasMiklos Vajna
If that canvas contains a single shape, the result looks OK. If it contains a groupshape, we also import something, but then the position / size is still to be improved. Change-Id: Ic4e4c08016a05a5e3acb005c3a642981ba4fb16d
2013-05-07oox: remove Package_generated and Package_tokensMichael Stahl
Change-Id: Iab5eb4fbfecea905f4eeb9f1b1f503c1908dadc8
2013-04-24gbuild: drop uses of removed packagesDavid Tardon
Change-Id: I400fad08c0ae7b6b34bad63693f54856867e4dac Reviewed-on: https://gerrit.libreoffice.org/3502 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-04-22Move to MPLv2 license headers, with ESC decision and author's permission.Michael Meeks
2013-04-10Allow selecting the tls backend to use in oox from configureMiguel Gomez
Change-Id: Ie82afb1f22caa0b02ddac256e2a0c2a49f19bb15 Reviewed-on: https://gerrit.libreoffice.org/3173 Reviewed-by: Miklos Vajna <vmiklos@suse.cz> Tested-by: Miklos Vajna <vmiklos@suse.cz>
2013-04-05new module i18nlangtagEike Rathke
Moved portions from module i18npool, all of former i18nisolang1 library that now is i18nlangtag. Included are languagetag, isolang and mslangid. This i18nlangtag code is now even used by module comphelper, so disentangling i18npool and making this an own module was needed to not create circular module dependencies. Change-Id: Ib887c3d6dde667403fd22d382310ba5f1a9b0015
2013-03-21remove duplicate copy of SchXMLSeriesHelper: take 2Peter Foley
This allows oox to be added to Library_merged Change-Id: I62b437ca99f1b9df9662eb3a8b9e301ed704f850
2013-03-21Revert "remove duplicate copy of SchXMLSeriesHelper"Peter Foley
This reverts commit 13d935d01e61fa821a5ef5893181190c90ae8e0e. Appears to be broken.
2013-03-21remove duplicate copy of SchXMLSeriesHelperPeter Foley
This allows oox to be added to Library_merged Change-Id: I62b437ca99f1b9df9662eb3a8b9e301ed704f850
2013-03-14More cleanup of pptx comment import code.Thorsten Behrens
- moved non-trivial code out of header file - replaced all std::string occurences with OUString - binned boost/atoi string parsing in favour of builtins. Change-Id: I872e18e33ae9b997e041b4ccc26f80e79b54052b
2013-01-26gbuild: do not copy boost headers aroundMichael Stahl
- do not use gb_UnpackedTarball_copy_header_files for boost - adapt the optimization in concat-deps.c for new path - use boost_headers in all LinkTargets that require it - add explicit include paths to mysqlc, mysqlcppconn, libvisio, liborcus Change-Id: I0c43e73ed43cc9d2e6bce8faf55e992d655a0bb9
2012-12-31convert openssl to gbuild and add to tail_buildPeter Foley
Change-Id: I52c62a91e317f072237cf25ed54f3cc6456d82b3 Reviewed-on: https://gerrit.libreoffice.org/1495 Reviewed-by: Peter Foley <pefoley2@verizon.net> Tested-by: Peter Foley <pefoley2@verizon.net>
2012-12-13PCH for Library_ooxLuboš Luňák
2012-11-26Revert "Skip a bunch of files in the disable-export case"Tor Lillqvist
Causes too much pain in scfilt, let's try without for now. This reverts commit 421c8febe88920bb6ebdfb05ce85568f241ddd0e.
2012-11-26Skip a bunch of files in the disable-export caseTor Lillqvist
Change-Id: I58237ce2fdfc55a564e2cf9f00a5eeebed48c046
2012-11-22AllSettings with LanguageTagEike Rathke
Change-Id: I710ae66e51139662eb442b681fdf9cc9d158551d
2012-09-28gbuild: invert handling of standard system libraries:Michael Stahl
Always link in gb_STDLIBS, except when the library explicitly opts out with gb_LinkTarget_disable_standard_system_libs. Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
2012-09-28gbuild: replace direct gb_STDLIBS use with ...Michael Stahl
... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
2012-09-28gbuild: split uwinapi out of gb_STDLIBSMichael Stahl
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
2012-09-26Import shadow effect properties for shapes in docx.Eilidh McAdam
Change-Id: I0cfd6b45be268d688b7389c79c5e9ad7f48eb12d Reviewed-on: https://gerrit.libreoffice.org/702 Reviewed-by: Noel Power <noel.power@suse.com> Tested-by: Noel Power <noel.power@suse.com>
2012-08-13fdo#53113 oox::VMLExport: allow a callback to be registered for shape textMiklos Vajna
Change-Id: I1df58fa067287a37b0f62b0b05b0567da73d03b0
2012-07-09targetted rename xcr -> xmlscript to match includes and module nameMichael Meeks
2012-07-02targetted improvement of UNO API includes / usageMichael Meeks
2012-06-05oox: move ShapeDrawingFragmentHandler to its own fileMiklos Vajna
Change-Id: I12b057555e00f3623c45c831f4042747f140ff92
2012-05-24oox: generate vmlexport-shape-types into CustomTarget dirMichael Stahl
2012-05-24oox: move generated stuff to custom targetMichael Stahl
2012-05-24oox: this rule needs a commandMichael Stahl
Make doesn't consider targets that depend on this outdated when there is no command to update it.
2012-05-24oox: can't see why we need these depsMichael Stahl
2012-05-24oox; there is no oox_source packageMichael Stahl
2012-04-12unusedcode.easy: Remove BinaryFilterBaseThomas Arnhold
2012-04-08LinkTarget.mk: remove gb_LinkTarget_add_package_headersMichael Stahl
2012-04-08gbuild: "use" vs. "add":Michael Stahl
Naming convention for gbuild methods: - "add" is used for stuff that is logically a part of the target (i.e. not registered at the Module, but defined in the target's makefile) - "use" is used for stuff that is logically a different target (i.e. it is registered at the Module, has it's own makefile, may be in a different module than the target)
generated by cgit (git 2.34.1) at 2025-01-29 17:36:11 +0000