https://bugs.freedesktop.org/show_bug.cgi?id=43060

             Bug #: 43060
           Summary: DRAW EXPORT results in HUGE SVG Picture Size
    Classification: Unclassified
           Product: LibreOffice
           Version: LibO Master
          Platform: Other
        OS/Version: Mac OS X (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Drawing
        AssignedTo: libreoffice-bugs@lists.freedesktop.org
        ReportedBy: rk...@yahoo.com


Created attachment 53648
  --> https://bugs.freedesktop.org/attachment.cgi?id=53648
Diamond Shape in DRAW

Perhaps this is not an error, but it should not be the default behavior.

When an SVG picture is generated within DRAW then the exported SVG "Image Size"
is HUGE. 

As an example, we tested the desired functionality in the Master:

LibO-dev 3.5.0 
Build ID: 8f87c3d-5d03837-adcf6d5-c4bb9bd
On OSX 10.6.8

Located at:

http://dev-builds.libreoffice.org/daily/MacOSX_10.6.7_Intel_no-moz/master/2011-11-16_01.40.47/

with

master~2011-11-16_01.40.47_LibO-Dev_OOO350m1_MacOS_x86_install_en-US.dmg

Steps to reproduce:

1. Start LibreOffice and choose File -> New -> Drawing.
2. At the bottom of the window, click on the Basic Shapes tool (in this case
the diamond shape).
3. Draw a small Diamond shape.
4. Select File -> Export...
5. Enter a file name (we used Diamond Shape).
6. Choose File Type of SVG.
7. Save the SVG file.
8. Open the saved SVG file with any "robust" Text-Editor (Please see the SVG
results below.)

Expected results: A moderately sized SVG picture that is generated from a
default page size of 8.5 by 11 inches with a picture that will remain scalable
within WRITER, DRAW, etc.
Actual results: An SVG picture with a size of 287.87 by 372.53 inches when
calculated at 75 Dots-Per-Inch (DPI); 21590 by 27940 pixels RAW.

Here is the actual SVG:

<?xml version="1.0" encoding="UTF-8"?>

<svg version="1.2" baseProfile="tiny" viewBox="0 0 21590 27940"
preserveAspectRatio="xMidYMid" fill-rule="evenodd"
clip-path="url(#presentation_clip_path)" stroke-width="28.222"
stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg";
xmlns:xlink="http://www.w3.org/1999/xlink";
xmlns:draw="urn:oasis:names:tc:opendocument:xmlns:drawing:1.0"
xmlns:presentation="urn:oasis:names:tc:opendocument:xmlns:presentation:1.0"
xmlns:smil="urn:oasis:names:tc:opendocument:xmlns:smil-compatible:1.0"
xmlns:anim="urn:oasis:names:tc:opendocument:xmlns:animation:1.0"
xml:space="preserve">
 <defs>
  <clipPath id="presentation_clip_path" clipPathUnits="userSpaceOnUse">
   <rect x="0" y="0" width="21590" height="27940"/>
  </clipPath>
 </defs>
 <g id="id2" class="Master_Slide" clip-path="url(#presentation_clip_path)">
  <g id="bg-id2" visibility="visible" class="Background">
   <rect fill="none" stroke="none" x="0" y="0" width="21590" height="27940"/>
  </g>
  <g id="bo-id2" visibility="visible" class="BackgroundObjects"/>
 </g>
 <g id="id1" class="Slide" visibility="visible"
clip-path="url(#presentation_clip_path)">
  <g class="com.sun.star.drawing.CustomShape">
   <g>
    <path fill="rgb(207,231,229)" stroke="none" d="M 12747,6714 L 14081,8429
12747,10144 11413,8429 12747,6714 12747,6714 Z M 11413,6714 L 11413,6714 Z M
14081,10144 L 14081,10144 Z"/>
    <path fill="none" stroke="rgb(128,128,128)" d="M 12747,6714 L 14081,8429
12747,10144 11413,8429 12747,6714 12747,6714"/>
    <path fill="none" stroke="rgb(128,128,128)" d="M 11413,6714 L 11413,6714"/>
    <path fill="none" stroke="rgb(128,128,128)" d="M 14081,10144 L
14081,10144"/>
    <rect fill="none" stroke="none" x="11414" y="6715" width="2668"
height="3430"/>
   </g>
  </g>
 </g>
</svg>


Please note that HUGE pictures are not needed with Scalable Vector Graphics
(SVG) because SVG is supposed to be consistent and reliable at every size.

See attachment of screenshot of Diamond Shape used.

Thank you.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to