← Back to team overview

desktop-packages team mailing list archive

[Bug 138141] Re: [upstream] Draw exporting .odg to .svg renders text invisible importing .svg back into Draw

 

** Bug watch added: Document Foundation Bugzilla #97091
   https://bugs.documentfoundation.org/show_bug.cgi?id=97091

** Changed in: df-libreoffice
   Importance: Low => Unknown

** Changed in: df-libreoffice
       Status: Confirmed => Unknown

** Changed in: df-libreoffice
 Remote watch: freedesktop.org Bugzilla #37650 => Document Foundation Bugzilla #97091

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/138141

Title:
  [upstream] Draw exporting .odg to .svg renders text invisible
  importing .svg back into Draw

Status in LibreOffice:
  Unknown
Status in OpenOffice:
  Confirmed
Status in libreoffice package in Ubuntu:
  Triaged
Status in openoffice.org package in Ubuntu:
  Won't Fix

Bug description:
  Binary package hint: openoffice.org

  1) lsb_release -rd
  Description:	Ubuntu 11.04
  Release:	11.04

  2) apt-cache policy libreoffice-draw
  libreoffice-draw:
    Installed: 1:3.3.2-1ubuntu5
    Candidate: 1:3.3.2-1ubuntu5
    Version table:
   *** 1:3.3.2-1ubuntu5 0
          500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages
          100 /var/lib/dpkg/status
       1:3.3.2-1ubuntu4 0
          500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

  apt-cache policy unoconv
  unoconv:
    Installed: 0.3-6
    Candidate: 0.3-6
    Version table:
   *** 0.3-6 0
          500 http://us.archive.ubuntu.com/ubuntu/ natty/universe i386 Packages
          100 /var/lib/dpkg/status

  3) What is expected to happen in LibreOffice Draw via the Terminal:

  cd ~/Desktop && wget
  https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/138141/+attachment/2144240/+files/p0p1p2.odg
  && unoconv --listener && unoconv -f svg p0p1p2.odg && lodraw -nologo
  p0p1p2.odg p0p1p2.svg

  the two files should look the same.

  4) What happen instead is the text is gone in the p0p1p2.svg file. The
  problem is that in the svg file the 'fill' attribute of the text is
  set to 'none' while it should have the color of the text.

  WORKAROUND: replace fill:none  with fill:#000000 in the xml code of
  the svg file and text will be rendered black. Until bug is solved,
  users can do this with a replace all command in a text editor.

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/138141/+subscriptions