Fix for Bugzilla #128489 (#140)rendering for extrusion depth of custom shapes is wrong for position values other than zeroSee: https://bz.apache.org/ooo/show_bug.cgi?id=128489Many thanks to Regi
Fix for Bugzilla #128489 (#140)rendering for extrusion depth of custom shapes is wrong for position values other than zeroSee: https://bz.apache.org/ooo/show_bug.cgi?id=128489Many thanks to Regina Henschel!(cherry picked from commit 3ee92af9639dd80a1e93eb1f3aac6a970a5c9228)
show more ...
#i123768# [ia2] remove pseudo-automatic noisy commentsgit-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1546355 13f79535-47bb-0310-9956-ffa450edef68
Fix build errors.git-svn-id: https://svn.apache.org/repos/asf/openoffice/branches/ia2@1527279 13f79535-47bb-0310-9956-ffa450edef68
i122777 Corrected texture mapping for 3D CustomShapesgit-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1521070 13f79535-47bb-0310-9956-ffa450edef68
Merged with the trunk.git-svn-id: https://svn.apache.org/repos/asf/openoffice/branches/ia2@1484083 13f79535-47bb-0310-9956-ffa450edef68
#i122208# use rtl::CStringHash and rtl::CStringEqual instead of relying on pre-tr1-stl specializationsIn stlport<=4 the functors hash and equal_to had specializions for conveniently handling c-stri
#i122208# use rtl::CStringHash and rtl::CStringEqual instead of relying on pre-tr1-stl specializationsIn stlport<=4 the functors hash and equal_to had specializions for conveniently handling c-strings.For consistency reasons this specialization was not included in the TR1 report and the C++11 standard.The two new helper functors are drop-in replacements for the old specializations.git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1480318 13f79535-47bb-0310-9956-ffa450edef68
IA2 for SW. Draft version 1.git-svn-id: https://svn.apache.org/repos/asf/openoffice/branches/ia2@1470868 13f79535-47bb-0310-9956-ffa450edef68
IA2 migration for cui, editeng, svxgit-svn-id: https://svn.apache.org/repos/asf/openoffice/branches/ia2@1463840 13f79535-47bb-0310-9956-ffa450edef68
Fix build aborts in the customshape code caused by integer-narrowing-down problems 0x80000000 is used as magic constant all over the customshape code whereit is squeezed into signed int32 types th
Fix build aborts in the customshape code caused by integer-narrowing-down problems 0x80000000 is used as magic constant all over the customshape code whereit is squeezed into signed int32 types that cannot preserve this value. Goodcompilers notice the problem and have every right to complain or error-out.Using the magic constant already casted down consolidates the problem and isthe least invasive way to fix it until the code gets its well deserved makeover.git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1451191 13f79535-47bb-0310-9956-ffa450edef68
Converted to unix lineendsgit-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1420649 13f79535-47bb-0310-9956-ffa450edef68
#121437# Added patch from Regina which implements QuadraticBezier segemnts to CustomShapesPatch by: ReginaReview by: ALGgit-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1419533 13f79
#121437# Added patch from Regina which implements QuadraticBezier segemnts to CustomShapesPatch by: ReginaReview by: ALGgit-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1419533 13f79535-47bb-0310-9956-ffa450edef68
#120848# Added correct text content frame for NotchedRightArrow AutoshapePatch by: JianYuan LiReview by: alggit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1384629 13f79535-47bb-
#120848# Added correct text content frame for NotchedRightArrow AutoshapePatch by: JianYuan LiReview by: alggit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1384629 13f79535-47bb-0310-9956-ffa450edef68
Fix issue #i119631#: [From Symphony]Teardrop shape can not show correct in pptx sample file * subversion/main/filter/inc/filter/msfilter/escherex.hxx * subversion/main/filter/source/msfilter/
Fix issue #i119631#: [From Symphony]Teardrop shape can not show correct in pptx sample file * subversion/main/filter/inc/filter/msfilter/escherex.hxx * subversion/main/filter/source/msfilter/escherex.cxx []check whether one shape is default shape of ppt by shape type * subversion/main/svx/inc/svx/msdffdef.hxx * subversion/main/oox/source/drawingml/customshapegeometry.cxx * subversion/main/svx/source/customshapes/EnhancedCustomShapeTypeNames.cxx []add definition and declaration for tear drop * subversion/main/svx/source/customshapes/EnhancedCustomShapeGeometry.cxx []the content of tear drop shape which incudes "path, adjust value, handle" Patch by: Ma Bingbing <jiazema@gmail.com> Suggested by: Wang Zhe <kingwisemmx@gmail.com> Found by: Zong Dongjun <zongdongjun@gmail.com> Review by: Wang Zhe <kingwisemmx@gmail.com>git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1381871 13f79535-47bb-0310-9956-ffa450edef68
#120569# Corrected 3D object creationsgit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1376067 13f79535-47bb-0310-9956-ffa450edef68
#119881# fix the"RingInside" fontwork display incorrectly when open .ppt fileReported by: Li Feng WangPatch by: Ying SunReview by: Jian Yuan Ligit-svn-id: https://svn.apache.org/repos/asf/incuba
#119881# fix the"RingInside" fontwork display incorrectly when open .ppt fileReported by: Li Feng WangPatch by: Ying SunReview by: Jian Yuan Ligit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1374907 13f79535-47bb-0310-9956-ffa450edef68
#120556# fix the "RingOutside" fontwork display incorrectly when open .ppt fileReported by: Li Feng WangPatch by: Ying SunReview by: Jian Yuan Ligit-svn-id: https://svn.apache.org/repos/asf/incu
#120556# fix the "RingOutside" fontwork display incorrectly when open .ppt fileReported by: Li Feng WangPatch by: Ying SunReview by: Jian Yuan Ligit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1373732 13f79535-47bb-0310-9956-ffa450edef68
#120569# Enhanced 3D visualisation of line custom shapesgit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1373329 13f79535-47bb-0310-9956-ffa450edef68
#119443# Import lines from ppt as one poin connectorsPatch by: Jianjuan LiReview by: alggit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1372832 13f79535-47bb-0310-9956-ffa450edef
#119443# Import lines from ppt as one poin connectorsPatch by: Jianjuan LiReview by: alggit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1372832 13f79535-47bb-0310-9956-ffa450edef68
#i78247# and #i78029# wrong glue points in iscosceles and in right trianglegit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1369786 13f79535-47bb-0310-9956-ffa450edef68
#119755# A new custom shape ellipse ribbon is added and usedPatch by: Jianyuan LiReview by: alggit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1368033 13f79535-47bb-0310-9956-ffa
#119755# A new custom shape ellipse ribbon is added and usedPatch by: Jianyuan LiReview by: alggit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1368033 13f79535-47bb-0310-9956-ffa450edef68
#116001# Reverted revision 1366087git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1367187 13f79535-47bb-0310-9956-ffa450edef68
#116001# TextToFitSize item/property optimized to booleangit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1366087 13f79535-47bb-0310-9956-ffa450edef68
#i119519# Fixed import of closed borders from PPT when an ellipse is involved. Reported by: liupingtan Patch by: Jianyuan Li Review by: Andre Fischergit-svn-id: http
#i119519# Fixed import of closed borders from PPT when an ellipse is involved. Reported by: liupingtan Patch by: Jianyuan Li Review by: Andre Fischergit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1359107 13f79535-47bb-0310-9956-ffa450edef68
for #119974#git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1351947 13f79535-47bb-0310-9956-ffa450edef68
#119125# Completely changed XFillBitmapItem to work wit GraphicObject, removed XOBitmap class, adapted all usages (also the pretty old 8x8 pixel editor). All Bitmap fill styles will now accept transp
#119125# Completely changed XFillBitmapItem to work wit GraphicObject, removed XOBitmap class, adapted all usages (also the pretty old 8x8 pixel editor). All Bitmap fill styles will now accept transparent bitmaps as fillings in all variations (tiled, etc.). LoadSave is no problem, ODF defines graphic as content for fill. Backward means that OOs before this change will use a white background ofr fill with transparent, same as the fallback all the time when using a transparent fill. This is also a preparation to e.g. offer SVG or Metafiles as fill style.git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1336585 13f79535-47bb-0310-9956-ffa450edef68
12