aboutsummaryrefslogtreecommitdiff
path: root/source/mai/basctl
AgeCommit message (Collapse)Author
2016-11-23update translations for 5.3.0 beta1libreoffice-5-3-branch-pointChristian Lohmaier
and force-fix errors using pocheck Change-Id: I96587a8a2e13785525cc386b708359317b0f5985
2016-04-21update translations for 5.2.0 alpha1Christian Lohmaier
and force-fix errors using pocheck Change-Id: I75bca3b0cc0333302eac4d11c98ad26dfdc35fd6
2015-11-25Update translations for master and force-fix errors using pochecklibreoffice-5-1-branch-pointRobinson Tryon
Change-Id: Ia185c1d9ef3b66189ec6b1ab08795fa5f4aaca49
2015-08-12update translationsChristian Lohmaier
and force-fix errors using pocheck (based on 5-0 templates) Change-Id: Ia5f050e72d6aa24ae5ec73898e7c05ca2d4103cb
2015-05-19update translations for 5.0.0 beta1libreoffice-5-0-branch-pointChristian Lohmaier
and force-fix errors using pocheck Change-Id: I295e6d2e6b47a06165cdf8900e2775b7157af809
2015-04-19update translations for 5.0.0 Alpha1Christian Lohmaier
and force-fix errors using pocheck Change-Id: I68916e7c0a7af9c3caeba4e86c19e1e9e71d9465
2014-11-20update translations for 4.4.0 beta1Christian Lohmaier
and force-fix errors using pocheck Change-Id: I8743837d52212af0d16ae1aeddc83651fb5d89d4
2014-10-17update translations for 4.4.0.0alpha1Christian Lohmaier
(based on the 4.3 translations) and force-fix errors using pocheck Change-Id: I64547fd1d137a0bfa7bd4a55e8a547a7845faf96
2014-05-21update translations for 4.3.0 beta1libreoffice-4-3-branch-pointChristian Lohmaier
and force-fix errors using pocheck Change-Id: I158f19ccf03f49a3669763f157c02e6dde106aa5
2013-11-21sync with po-templates for 4.2libreoffice-4-2-branch-pointChristian Lohmaier
and force-fix errors using pocheck Change-Id: Ic842792d6ee5fe0fc5d1b41808671f8c3ae34dc6
2013-06-05update translations for LibreOffice 4.1 beta2Andras Timar
Change-Id: I5dafc5dcce605da8d6831a775ff1d416180b22d0
2013-05-27Compendium Conflicts should be fuzzyAndras Timar
Change-Id: Idd4cab6eb5c5c2f642f68bde298949d390b5fb59
2013-05-25initial import of 4.1 translationsAndras Timar
Change-Id: Ia93f31dedcdff3e180c36473e0667022795d96a7
2013-01-28update translations for LibreOffice 4.0 rc2Andras Timar
Change-Id: I7c01d42e8e299f43cc9260c048c54d46b33b634c
2013-01-06 update translations for LibreOffice 4.0 rc1Andras Timar
Change-Id: I85ba7031ebee3b3b0108218e97093fab1e9d84a3
2012-12-16update translations for LibreOffice 4.0 beta2Andras Timar
Change-Id: Iff858adb848a543f565e3c0df33c8398c74c754d
2012-12-03update translations for LibreOffice 4.0 beta1Andras Timar
Change-Id: I35e0bf7dfef1541f76508edb962e89bc5d78e339
2012-11-20initial import of LibreOffice 4.0 translationsAndras Timar
Change-Id: I577494b6b4189ed19723af4b5e273ea4da85e708
2012-10-16move translations structure one directory upNorbert Thiebaud
generated by cgit (git 2.34.1) at 2025-01-09 17:21:18 +0000
breoffice-5-0-4'>libreoffice-5-0-4 LibreOffice 核心代码仓库文档基金会
summaryrefslogtreecommitdiff
path: root/include/drawinglayer/attribute
AgeCommit message (Collapse)Author
2024-08-29tdf#161826 - Add uniform Glow effect for texts in shapesBalazs Varga
- Add new text Glow effect properties for shapes - Using TextGlowPrimitive for rendering uniform text glow in shapes - Add/allow new UI Glow Effect for texts in shapes on sidebar (Only for Impress/Draw and Calc) - Import/Export ooxml files with Glow effect on texts in shapes (Only PPTX/XLSX) - Import/Export odf files with Glow effect on texts in shapes - Add unit test for glow text attributes in ODF - Add uni tests for OOXML import/export Note: Also this patch effects on tdf#144061 - Effects: Allow GLOW to apply to Text (as we have for shapes) Change-Id: I16586c01654f197f532129e4e06aa2ef9f214395 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172216 Reviewed-by: Balazs Varga <balazs.varga.extern@allotropia.de> Tested-by: Jenkins Reviewed-by: Regina Henschel <rb.henschel@t-online.de>
2024-07-24CairoSDPR: Improve animated tiled fillsArmin Le Grand (Collabora)
Up to now these needed to be decomposed to be rendered and did not support animation. I already added animation, but that was a compromize. Done that now in the correct way, so that animation is possible and can be directly rendered using a FillGraphicPrimitive2D if wanted, including one extra layer of alpha, too. This will also enhance other primitive processors, but of course most those that do handle that now directly, so CairoPixelProcessor2D does that. Note that it does not need to support animation in any way (that is part of the primitive stack), but just direct tiled rendering. Change-Id: I8860098dfb3f2369e361579cf1deea7c67b662b9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170937 Tested-by: Jenkins Reviewed-by: Armin Le Grand <Armin.Le.Grand@me.com>
2024-07-16CairoSDPR: Direct support for RGBA Gradients (I)Armin Le Grand (Collabora)
Detect where created when a RGBA gradient could be used directly and create a primitive representing that, a PolyPolygonRGBAGradientPrimitive2D. That primitive decomposes to what was created before, so no primitive renderer has to be touched, all will work as before. NOTE: That helper primitive just holds references to what would be created anyways, so one depth step added but not really any additional data. This is the 1st step for direct support, the 2nd is to then detect and use that primitive in SDPR implementations directly. Change-Id: I4f247636ce58a8a1fd1e0df32dabed0d6cc10d0e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170527 Tested-by: Jenkins Reviewed-by: Armin Le Grand <Armin.Le.Grand@me.com>
2023-09-23tdf#146619 Recheck include/d* with IWYUGabor Kelemen
Change-Id: Ib17953b49e5035255203e33778a262211d1491f7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156985 Tested-by: Jenkins Reviewed-by: Gabor Kelemen <kelemeng@ubuntu.com>
2023-05-15MCGR: consolidations/cleanups for changes so farArmin Le Grand (allotropia)
Change-Id: I85cf40e4803b0485bb40349d8e81adc8123666c4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151706 Tested-by: Jenkins Reviewed-by: Armin Le Grand <Armin.Le.Grand@me.com>
2023-04-21MCGR: Reduce diverse GradientStyle enums to single UNO API oneArmin Le Grand (allotropia)
Change-Id: Ie0cd26a308a75ddead9451c53e874a39cc6eeb63 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150705 Tested-by: Jenkins Reviewed-by: Armin Le Grand <Armin.Le.Grand@me.com>
2023-04-18tdf#150020 pptx import: handle algn for outerShdwSarper Akdemir
Introduces RectangleAlignmentItem that holds a value of the enum model::RectangleAlignment. Introduces SDRATTR_SHADOWALIGNMENT that holds alignment for a shadow. Implements import of algn for outerShdw. Makes the alignment considered while the shadow is being scaled. Also adds a unit test that covers this. Change-Id: I8f4eaed5f0d9428a7f405c65f19237f9e70ca151 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/148934 Tested-by: Jenkins Reviewed-by: Sarper Akdemir <sarper.akdemir@collabora.com>
2023-03-22MCGR: Corrected error with Case16 wrong gradient shortcutArmin Le Grand (allotropia)
Also simplified using the test cases, these now depend on an ENV VAR called MCGR_TEST. Fallback is no test. For seeing a multi-color gradient use 1, for Case16 use 16. If active, all gradients are replaced with the one active for the test, 2D and 3D. This is temporary but also for pro build to check for speed there. Change-Id: I90f3c7e59d9d0a3e070a849af3f9ea1c9e5462a0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149316 Tested-by: Jenkins Reviewed-by: Armin Le Grand <Armin.Le.Grand@me.com>
2023-03-19MCGR: Model data changes for ColorStepsArmin Le Grand (allotropia)
Added tooling replaceStart/EndColor to allow simple transition for code that does not immediately adapt to multi color gradients. Also added createColorStepsFromStartEndColor for the same purpose. Adapted XGradient to no longer have Start/EndColor at all, but only use ColorSteps. Adapted all usages of XGradient to no longer use Get/Set/Start/EndColor, but access the ColorSteps instead. Replaced quite some XGradient constructors that used XGradient() as Start/EndColor since this is already the default. Adapted ColorBlending to black AKA Start/EndIntens in XGradient to work now on all ColorSteps in the required linearly-scaled manner. UNO API changes: Added com::sun::star::awt::ColorStep as basic data element that holds a pair of Offset and Color. Added com::sun::star::awt::ColorStepSequence to handle an array of sorted entries. Added com::sun::star::awt::Gradient2 derived from com::sun::star::awt::Gradient, extended by the needed com::sun::star::awt::ColorStepSequence. Added MID_GRADIENT_COLORSTEPSEQUENCE to UNO API to provide access to ColorSteps directly. Adapted XFillGradientItem::QueryValue/PutValue to make use of new UNO API data structures. To do so, added tooling methods for data transition: - fillColorStepSequenceFromColorSteps - fillGradient2FromXGradient - fillColorStepsFromAny - fillXGradientFromAny and adapted - case '0' (all data) - MID_FILLGRADIENT - MID_GRADIENT_COLORSTEPSEQUENCE - MID_GRADIENT_START/ENDCOLOR to make use of these. Tested usage of these in the office. Renamed from GradientStep to GradientStop after discussions with members on the list to make this closer related to other norms/definitions. Also renamed classes and class members to better reflect to GradientStop, so grepping/finding will be easier (e.g. 'Color' just exists pretty often, but 'StopColor' is more precise). Changed the used UNO API class for reprsenting the Color to better reflect to ranges [0.0 .. 1.0] and usage of RGB. Change-Id: I1eeb3e97e81d6785967615d1ff256551fc3b882d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/148849 Tested-by: Jenkins Reviewed-by: Armin Le Grand <Armin.Le.Grand@me.com>
2023-03-04MCGR: ColorSteps handling moved to toolingArmin Le Grand (allotropia)
Due to the fact that handling of a vector GradientSteps will get used more often with ongoing changes I moved some handling to tooling, see sortAndCorrectColorSteps. That method sorts and corrects a vector of ColorSteps so that only valid entreis remain in a sorted order, for details please refer to the docu at function definition. I took the occasion to rearrange that to work on the single provided vector which is better for speed & ressources. Also changed the ColorStep constructor to not automatically correct constructed entries: While that is formally correct, it moves an invalid entry to 0.0 or 1.0, thus creating additional wrong Start/EndColor entries. Those may then 'overlay' the correct entry when corrections are applied to the vector of entries which leads to getting the wanted Start/EndColor to be factically deleted, what is an error. Also rearranged FillGradientAttribute to now work initially with ColorSteps, no longer requires the Start/EndColor, also adapted all usages. This securely allows start/end and in-between single-color sections in gradients. Also needed to re-formulate GradientRect & GradientElliptical ::appendTransformationsAndColors method for correct 2D mapping(s) - always incrementing from the start to end conflicts with the adaption of the start value for the inner loop mainly because increment is at start of inner loop (pre-increment). Corrected errors from clang plugin, but also some wrong initialiations for basegfx::ColorSteps. Change-Id: I292592ed9abcfa591f68a680479f4fcdda46cbeb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/148196 Tested-by: Jenkins Reviewed-by: Armin Le Grand <Armin.Le.Grand@me.com>
2023-02-15MCGR: Add GradientSteps to GeoTexSvxGradientArmin Le Grand (allotropia)
Move GradientSteps data to GeoTexSvxGradient and adapt interfaces. Also move tooling to more isolated place in gradienttools in basegfx. Keep everything still compatible, the work will be now to adapt all six different derivations of GeoTexSvxGradient to make use of the evtl. given GradientSteps. Change-Id: Iaa212763c603d46de0a94b1b203b979bb7ce359d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/147050 Tested-by: Jenkins Reviewed-by: Armin Le Grand <Armin.Le.Grand@me.com>
2023-02-12Fix typoAndrea Gelmini
Change-Id: Ia21de983bd4295f399e9753c29bc2a3cace2f250 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146835 Tested-by: Jenkins Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
2023-02-12Fix typoAndrea Gelmini
Change-Id: I51b5c88e1d82c596b926e7074ee3a7e1395a21a0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146834 Tested-by: Jenkins Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
2023-02-12MCGR: Add/Provide GradientSteps to FillGradientAttributeArmin Le Grand (allotropia)
MCGR stands for MultiColorGRadient. This change allows/ prepares adding multiple color steps to gradient rendering. This is preparation work to allow rendering MCGRs in the future. All places are adapted in a way that currently no change of behaviour will happen. It will be the base to get MCGR rendering/decompose for Primitives and our internal/existing gradients working. Change-Id: I28bbd7d10b8670042343ada2a66b5909d3d31bbd Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146748 Tested-by: Jenkins Reviewed-by: Armin Le Grand <Armin.Le.Grand@me.com>
2022-06-20tdf#128150 Implement/add SlideBackgroundFill visualizationArmin Le Grand (Allotropia)
React/interpret new SlideBackgroundFill mode for SdrObjects/ XShapes, defined by drawing::FillStyle_NONE and usage of XFillUseSlideBackgroundItem as (true). Do so by adding a detection, a mode to SdrFillAttribute, reacting on it by creating a new implemented B2DPrimitive: SlideBackgroundFillPrimitive2D provides a Primitive2D for the SlideBackgroundFill mode. It is capable of expressing that state of fill and it's decomposition implements all needed preparation/creation/collecting of the geometry in an isolated and controllable space and way - the B2DPrimitive way. It does so based on the given ViewInformation2D, reacing out for all needed data/ geometry from this. It clips & transforms/combines as needed, providing the necessary visualization of the MasterPage content *over* other objects on the Page/Slide. It is currently simple buffered (due to being derived from BufferedDecompositionPrimitive2D) and detects if MasterPage changes. Still, more may be needed. Change-Id: Ie11403c0b705fc2ecdfd7eb2fa5ae1a93a21b460 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/135971 Tested-by: Jenkins Reviewed-by: Samuel Mehrbrodt <samuel.mehrbrodt@allotropia.de>
2022-06-15clang-tidy modernize-pass-by-value in drawinglayerNoel Grandin
Change-Id: I8a3245c6a4d687edbc95cf28b2932d80c86a7b65 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/135828 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>