[Upstream] Draw omits x importing svg

[nick_s]

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 firefox
firefox:
  Installed: 5.0~b5+build1+nobinonly-0ubuntu0.11.04.1
  Candidate: 5.0~b5+build1+nobinonly-0ubuntu0.11.04.1
  Version table:
 *** 5.0~b5+build1+nobinonly-0ubuntu0.11.04.1 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-proposed/main i386 Packages
        100 /var/lib/dpkg/status
     4.0.1+build1+nobinonly-0ubuntu0.11.04.3 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages
     4.0.1+build1+nobinonly-0ubuntu0.11.04.1 0
        500 http://security.ubuntu.com/ubuntu/ natty-security/main i386 Packages
     4.0+nobinonly-0ubuntu3 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

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

cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/511312/+attachment/1113082/+files/simple.svg && lodraw -nologo simple.svg

is it look as it does in Firefox.

4) What happens instead is the x inside the circle at the top is missing.

WORKAROUND: Open in Inkscape.

apt-cache policy inkscape
inkscape:
  Installed: 0.48.1-2ubuntu2
  Candidate: 0.48.1-2ubuntu2
  Version table:
 *** 0.48.1-2ubuntu2 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages
        100 /var/lib/dpkg/status

ProblemType: Bug
Architecture: i386
Date: Fri Jan 22 18:48:22 2010
DistroRelease: Ubuntu 9.10
InstallationMedia: Xubuntu 9.10 "Karmic Koala" - Release i386 (20091028.3)
NonfreeKernelModules: nvidia
Package: openoffice.org-core 1:3.1.1-5ubuntu1 [modified: var/lib/openoffice/basis3.1/program/services.rdb]
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-17.54-generic
SourcePackage: openoffice.org
Uname: Linux 2.6.31-17-generic i686
---
Architecture: i386
DistroRelease: Ubuntu 10.04
InstallationMedia: Xubuntu 10.04 "Lucid Lynx" - Release i386 (20100429)
NonfreeKernelModules: nvidia
Package: openoffice.org 1:3.2.0-7ubuntu4
PackageArchitecture: i386
ProcEnviron:
 LANGUAGE=en_GB:en
 LANG=en_GB.utf8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2
Tags: lucid
Uname: Linux 2.6.32-22-generic i686
UserGroups: adm admin audio cdrom dialout lpadmin plugdev sambashare

[Ddaniels-j (ddaniels-j)]

enough said yeah?

[Bettina-haberer (bettina-haberer)]

Here is one for you, Falko.

[Falko-tesch (falko-tesch)]

This issue is re-assigned to Christian Jansen for further evaluation.

[Christian-jansen-7 (christian-jansen-7)]

We support SVG for export, I agree in the long term we have to support
this for import, too.

[Christian-jansen-7 (christian-jansen-7)]

*** Issue 2570 has been marked as a duplicate of this issue. ***

[Thaynes-q (thaynes-q)]

Looking at this defect, it would be nice to see a target milestone for
SVG import. Looking around the other vector graphic packages in
development, such as Sodipodi, SVG import and export is becoming more
important. Especially with PDF -> SVG conversion and other similarly
useful utilities making the availability of SVG source files easier
and with the Mozilla project supporting SVG rendering as well, it
would be nice to see this enhancement get in plan for a specific release.

[Alan Horkan (horkana)]

Please change OS to All (and probably platform too).
(And please also close bug 7720 which is a duplicate).

[Christian-jansen-7 (christian-jansen-7)]

Greate feature, but I think that will take its time and ressources.
Bettina, I think we will not do this for OO.o 2.0. Could you please
add this to our feature list for upcomming versions? Thanks.

[Jean-francois-leveque (jean-francois-leveque)]

Support for more Vector graphics brings better diplay and printing output.

[Jean-francois-leveque (jean-francois-leveque)]

If import works, will it work for all types of coduments ?

[Andree Leidenfrost (aleidenf)]

Can someone please change this to All OS? (Has been brought up before
and not happened.)

Also, can we change this from component drawing to component
framework. I think this should definitely be available in all
applications. I stumbled across this when trying to use svg for
bullets in Impress for instance.

I have no idea what the timeframe for 2.0 is, but I'd definitely love
to see this in 2.0 (2 votes).

Cheers
Andree

[Neteler-t (neteler-t)]

... and another vote for import support of SVG.

At time it seems to be rather impossible to
get vector figures from Sketch or Xfig into
OpenOffice without rasterization.

Thanks,

 Markus

[Bettina-haberer (bettina-haberer)]

Yes, we should try it for the Q (OO.o 2.0) to get the SVG-Import-Filter.

[Falko-tesch (falko-tesch)]

*** Issue 7720 has been marked as a duplicate of this issue. ***

[Ooo-s (ooo-s)]

*** Issue 7645 has been marked as a duplicate of this issue. ***

[lcn (lcn)]

*** Issue 7731 has been marked as a duplicate of this issue. ***

[Gia-x (gia-x)]

*** Issue 22470 has been marked as a duplicate of this issue. ***

[Jacob Nordfalk (jacob-nordfalk)]

Pleeeease do SVG imports! Better yesterday than tomorrow!

[Theopencd (theopencd)]

Having this feature resolved would help greatly in making a good clip art
gallery, like the one proposed by the Open CD team.

[Alan Horkan (horkana)]

Funny you should mention that, this issue is important to the Freedesktop
Clipart team too
http://clipart.freedesktop.org/
http://freedesktop.org/pipermail/clipart/2004-April/

[192674-n (192674-n)]

Please change the component as the Import into Writer is needed as well.

[Bettina-haberer (bettina-haberer)]

There are unfortunately no ressources available for doing it into the Q.

[Stx123 (stx123)]

started/later looks like an abnormal state.

[KAMI (kami911)]

Are there any new about this topic? I am really interested in...

[Don-troodon (don-troodon)]

-> kami_

See http://blogs.sun.com/GullFOSS/tags/svg

[Zhang Weiwu (zhangweiwu)]

There must be some unusual reason otherwise I cannot understand why high
priority and hot issue like this stayed 6 years time in issue tracker and still
not available in 2.3. Yesterday I received email notification from Sun
introducing good news that a lot of features are there, check again, no SVG.

I suffer because now I can hardly get high resolution diagram printed. I can
only use low-resolution png and my diagram happen to be hard to convert to odg
(external importer failed). I really don't need all these fancy 3D chart stuff
and I am definitely not going to upgrade to 2.3. Suddenly I got a feeling like
several years ago crying for png transparency support in IE. I know Sun provided
OOO for free and we should be thankful, but I got a mixed feeling. I have waited
years and years and read every release note, I subscribe OOO release
notification only to wait for the day to come. Sorry for just keep complaining
without understanding even a little technical background, I am no developer just
a user.

[Davideprina (davideprina)]

zhangweiwu try this extension:
http://extensions.services.openoffice.org/project/svgimport

you can read this for more detail on the external/internal import:
http://wiki.services.openoffice.org/wiki/SVG

Ciao
Davide

[tuharsky (tuharsky)]

My feelings are similar, even broader.
I say: should the OOo have fixed all bugs older than 5 years, it would be the
best office suite ever.

[Ian Lynch (ian-lynch-theingots)]

I'm using Inkscape now. I'm now recommending the schools I deal with use this
whereas as previously I was recommending OOo Draw. Inkscape has some real
advantages. First is its a lot smaller to download than the whole of OOo, it
supports svg as its native format and its not seen as a competitor to MS Office.
Draw was in some ways a killer application to get OOo into schools. Since
Inkscape is Open Source how hard to replace the Draw engine in OOo with
Inkscape's? I suppose licensing would probably be a show stopper there though :-(

Seems to me that odf as an ISO standards is seen as a selling point for OOo so
why such low priority given to the ISO standard for vector graphics?

[Gebu (gebu)]

I'm using Inkscape for my students too. I mirgrated from Draw, but the filter is
important for presentation if you would like to use SVG pictures from Inkscape
or OpenClipart to Impress.

[Nicolas-mailhot-laposte (nicolas-mailhot-laposte)]

IMHO inkscape and draw are not competitors, they're complementary. People that
do serious graphic work will always prefer inkscape, people who do light work
will prefer something closely integrated like draw. inkscape should be seen as a
replacement for both visio and illustrator in the FLOSS ecosystem.

(serious graphic work includes diagrams for impress presentations)

For those reasons I don't think draw should be dumped to be replaced by
something build around inkscape, but at the same time OO.o and SUN should invest
to make sure OO.o and inkscape integrate well. Which mostly means first-class
SVG support in OO.o.

Because good inkscape integration does not detract from OO.o's value, but
enhances it, as Microsoft understood perfectly when they bought visio and make
it part of the Office family.

[Thb-h (thb-h)]

FYI, we took kendy's internal implementation
(http://artax.karlin.mff.cuni.cz/~kendy/blog/archives/monthly/2006-10.html#2006-10-02T17_14_44.html)
a bit further:

http://blog.thebehrens.net/2008/02/28/built-in-svg-import/

[Bugs-openoffice (bugs-openoffice)]

Woohoo! Way to go Thorsten!

Looking forward to seeing your work in a stable build!

[micool (flightsim)]

We miss SVG integration a lot...

I fully agree to what is being said. I use Inkscape for years now, and OO draw
should never try to convert SVG to its own primitives. Do we need a full bitmap
editor included in OO when we import images in OOwriter ?... no we don't: we
already have comprehensive tools for that...

This is the same issue with svg files, we just need something to display,
arrange and print svg in OO.

[Oo-2 (oo-2)]

Hi micool,

this issue is about importing SVG graphics into the OOo drawing application. If
you need something diffrent, you should open another issue (If such an issue is
not already existing).

Regards Jörg

[GT (gleppert)]

According to Thorsten's weblog
(http://blog.thebehrens.net/2008/05/30/recent-progress-on-svg-import/), import
of SVG Graphics is already integrated in the most recent Go-OO release. When can
we expect this feature in an OpenOffice.org release?

Thank you for your work,
Gerald

[Thb-h (thb-h)]

@gleppert: with the current state of affairs
(http://www.gnome.org/~michael/blog/2007-10-08.html), that svg importer cannot
be integrated with vanilla OOo currently.

[GT (gleppert)]

@thb Thank you for your clarification on SVG import.

Any news on SVG import for OpenOffice.org?

I tried the go-oo.org variant of OpenOffice and indeed, SVG import works fine
there. For me, this was (and still is) a clear reason to switch: OO.org 2.4 ->
Go-oo.org 2.4.1 -> OO.org 3.0 -> Go-OO.org 3.0 (when it will be ready).

Unfortunately, the difference of opinion between Novell and Sun is a burden for
the users! The responsible persons should seriously think about it!

[Lars Noodén (larsnooden)]

@gleppert: the differences are *legal* and ones pertaining to *your* continued
ability to enjoy access to your data. These are facts not opinions. We'll
pretend you're not trolling, just this once. Projects like the one you mention
are at liberty to make their own variants of OOo, even ones that contain
licensing problems at odds with the requirements and goals of Free Software.

[Lars Noodén (larsnooden)]

OpenOffice.org 3.0 is unable to import SVG either by the Insert->Picture route
or via File->Open.

The error is "unknown graphics format" for the former, and an attempt at
importing the file as ASCII as the other.

[Simonbr-g (simonbr-g)]

Would it be possible to implement this as an extension, based on the same code
as used in Go-OO? It would make the functionality available in OOo (although you
have to install the extension afterwards) without the "legal" issues.

[Lars Noodén (larsnooden)]

@ simonbr: I would strongly doubt that since the source / origin is tainted.
(IANAL)

However, importing is related to embedding (#49991)
   http://www.openoffice.org/issues/show_bug.cgi?id=49991

Could importing SVG be a step in embedding SVG graphics, or are they same, or
completely unrelated?

[Mmeeks (mmeeks)]

larsnoonden wrote:
> the differences are *legal* and ones pertaining to *your* continued
> ability to enjoy access to your data. These are facts not opinions.

What !? are you smoking !? :-) How can adding an SVG import filter affect your
ability to enjoy access to your data ? last I checked SVG was some form of open
standard, and this is import !? AFAICS Sun itself is not making any of these
bogus IP arguments around potential pollution of OO.o. They are just arguing
instead that they want to own it for various (nice or them but frankly optional)
reasons.

larsnooden wrote:
> I would strongly doubt that since the source / origin is tainted. (IANAL)

Tainted ? please substantiate such pestilent accusations: show us the lines of
code in the SVG filter that you're concerned about, and we'll re-factor them.
What we will not do is submit to the unreasonable Sun demands to own our
components :-)

[Thb-h (thb-h)]

@simonbr: yes for the document import (though with some effort & silly code
duplication - but then, the Java svg import extension already offers this), the
"Insert as picture" (imho the more relevant part) not - it uses internal OOo
functionality not available to extensions (even less so with the 3.0 three-layer
architecture).

[Ooo-r (ooo-r)]

Dear fellow users of OOo, holding discussions in an issue is counter-productive.

Instead, please start a discussion on the <email address hidden> mailing
list, in order to convince the UX team to recommend this issue for development.

[Db405 (db405)]

This should be 2 different topics. 2 Features are needed in OpenOffice
regarding SVG that are distinct. One is "insert SVG Image" which only inserts
it for display. I will argue that this may be the most important one as other
tools such as inkscape exist for editing SVG. It should also be the first
priority.

This does not mean that draw should not be able to import SVG as draw primitives
later on. Draw has some great features like dimensionning that are missing in
other packages, and it may sometimes be disirable to play with the drawing for
other reasons. Still this should be a LOWER priority than the "insert SVG"
image feature.

[Lars Noodén (larsnooden)]

Agreed, simply being able to display or render SVG is enough at this stage.
There are other programs available for editing.

[Ooo-r (ooo-r)]

Please note that this issue is about *import* of SVG graphics into Draw. *Embedding* of SVG graphic files
(into all kinds of documents) is issue 49991.

[Zak McKracken (zak-mckracken)]

I've gone through the "duplicate" issues to this one and found the following:
At least to my understanding the issues 2570, 7720, 7645, 7731, 49120, 52843
and 66964 are really only about _inserting_ svg images into documents.
This issue is about creating an import filter, which means a svg->odg converter.

While in the long run this serves a similar purpose, the difference between
both has been discussed much already. I should just add that when using an
import filter which will convert svg to draw, any svg features that will
survive will be a subset of draws abilities. svg currently has a lot more nice-
looking features that draw doesn't need to duplicate, there's more important
stuff to do.

=> I'd like to ask anyone interested "only" in inserting svg graphics into
documents (presentation, drawing, text, whatever) to head over to issue 49991
and cast a vote. Thank you.

P.S.: Can someone please explain to an issue tracker newb how to make the issue
numbers clickable in comments?

[Irne-barnard (irne-barnard)]

Second this! Or is that 439th this? As there's already 438 votes? Anyway there's
439 now!

SVG is the only open source vector format with decent capabilities. ODG still
has some problems (especially with text formatting & positioning) see Issue 74715

[Will Bickerstaff (willbickerstaff)]

SVG import in open office is currently at a very early experimental stage, you should have a read of this page: http://wiki.services.openoffice.org/wiki/SVG_Import_Filter If you must import vectors consider converting them into a better supported format (such as emf) using something like inkscape

[Charlie Kravetz (cjkgeek)]

Thank you for your bug report. This bug has been reported to the developers of the software.

[Michael-ruess (michael-ruess)]

*** Issue 109493 has been marked as a duplicate of this issue. ***

[madbiologist (me-again)]

Is this still an issue for you in Ubuntu 10.04 "Lucid Lynx"?

[nick_s (nickstylianou)]

apport information

[nick_s (nickstylianou)]

Yes, this is still an issue on "Lucid".
I've just run "apport-collect 511312" to update the platform info for this bug.
The behaviour is exactly the same as originally reported... (plus when importing SVG's containing bitmaps, the bitmaps are not displayed).
I am currently working around the issue with other intermediate applications.

[GT (gleppert)]

According to this article there will be a SVG import coming with version 3.3.
Is this true? This issue has already 466 votes, I hope that we see it coming soon:

http://blogs.techrepublic.com.com/10things/?p=1557&tag=leftCol;post-1557

[Thb-h (thb-h)]

Added folks that may be able to authoritatively comment on previous question to CC.

[Clippka (clippka)]

cl->gleppert: I'm not sure how the author of that blog got his 'facts' but most
of them are completely wrong.

[nick_s (nickstylianou)]

From an end-user's perspective, I'd like to be able to cleanly import a vector
graphic into OO-Impress and be able to "break" that object into its elements so
I can use a sequence of animations to build up a technical diagram. Importing
SVG should be the logical way of achieving this, but the current SVG import
filter struggles with basic issues like:

1) text disappears (but reappears in the wrong location after a "break" operation")
2) open paths become closed
3) even a simple 2-point path seems to be constructed as a filled closed path of
its outline (rather than a 2-point path with the correct width, arrowheads, etc).

These aren't advanced things like opacity, gradients, etc (which the OO Wiki
specifies as unsupported features), but are pretty fundamental attributes of
vector graphics (simple paths, etc).

I get slightly better results by doing a ".odg" export from Inkscape (although
open paths still become closed, arrowheads are lost) and the imported graphic
still needs a lot of manual fixing each time. This is frustrating enough that
I'd be forced back to Microsoft Windows/Powerpoint/Visio (if I could afford it!).

[hakre (hanskrentel)]

Some user-feedback: I've run some import / export between latest stable
available OOo (3.2) and various files and other programs like Adobe Illustrator.
I'm very confident with the improvements this made in the last version, it's
working as intended for me.

As with other unexpected formatted paths (like unclosed ones or unsupported
features), it's totally clear that this can / does not work round-trip pixel
perfect. I don't see this is a limitation of the SVG import/export more a
limitation of OOo Draw which is limited in the one or other feature compared to
a full graphics program. I see nothing wrong with that. It's a tool for it's job
and I'm glad it's part of the suite.

Summary: 3.2 SVG import/export does work for me and it helps to better exchange
graphical vector data between OOo Draw and other programs and reading the more
and more popular SVG format.

[Lars Noodén (larsnooden)]

to add to what @hakre

An export of a simple document from Draw produced an SVG file that was usable in
Inkscape. It had only a few objects and splines and text, but was usable, so
this is a large and welcome improvement.

[Christopher Yeleighton (giecrilj)]

I can open SVG in 3.2.1 all right. Just tell Draw to open the SVG.

[madbiologist (me-again)]

This is still occurring in OpenOffice 3.2.1 on Ubuntu 10.10 Maverick Meerkat RC. In fact I can't see the X at all. And the diamond shape is still drawn with a closed path.

[sphakka (sphakka)]

It doesn't work for me with OOv3.2.1: when opening a .svg file it pops up an
"ASCII filter options" window, then passes the content to the writer.

Importing into the gallery doesn't work as well: the find function simply
ignores any SVG file...

[Irne-barnard (irne-barnard)]

I've got the same problem. I have to install the svg-import add-on manually
otherwise I simply cannot open any SVG files at all.

Anyhow, I prefer using Inkscape to saveas to ODG - seems to produce better
conversion from SVG.

[Nuno Silva (nunojsg)]

@sphakka, @irneb: The issue might be that some GNU/Linux distros are
distributing OpenOffice with the Go-OO patches, but still branded as Go-OO. For
example, Gentoo uses Go-OO sources when compiling OpenOffice. This results into
a program branded "OpenOffice.org" which is able to import and insert SVG.

So I think the official OOo still lacks SVG, but Go-OO (and LibreOffice which
already incorporated the Go-OO patchset) supports it (even if not 100% perfectly).

[madbiologist (me-again)]

The situation in LibreOffice 3.3.2 in Ubuntu 11.04 "Natty Narwhal" beta 2 is exactly as described in comment #7.

[sdaau (sd-imi)]

In my case, I experienced that texts are not being imported, and need to be converted to curves beforehand. On Natty 11.04 & libreoffice..

[penalvch (penalvch)]

Created attachment 48125
simple.svg

Downstream bug may be found at:
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/511312

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 firefox
firefox:
  Installed: 5.0~b5+build1+nobinonly-0ubuntu0.11.04.1
  Candidate: 5.0~b5+build1+nobinonly-0ubuntu0.11.04.1
  Version table:
 *** 5.0~b5+build1+nobinonly-0ubuntu0.11.04.1 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-proposed/main i386 Packages
        100 /var/lib/dpkg/status
     4.0.1+build1+nobinonly-0ubuntu0.11.04.3 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages
     4.0.1+build1+nobinonly-0ubuntu0.11.04.1 0
        500 http://security.ubuntu.com/ubuntu/ natty-security/main i386 Packages
     4.0+nobinonly-0ubuntu3 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

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

cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/511312/+attachment/1113082/+files/simple.svg && lodraw -nologo simple.svg

is it look as it does in Firefox.

4) What happens instead is the x inside the circle at the top is missing.

[Iamtester8 (iamtester8)]

Reproduced with

Ubuntu 10.04.2 x86
LO 3.4

[Björn Michaelsen (bjoern-michaelsen)]

[This is an automated message.]
There are no new official OpenOffice.org releases in Ubuntu packaging anymore => Won't Fix

If the problem persists, please mark this bug as "also affects project Libreoffice" or "also affects distribution Libreoffice (Ubuntu)" if that has not happened already.

Please leave references to upstream OpenOffice.org bugs in place to allow cross pollination.

[Björn Michaelsen (bjoern-michaelsen)]

[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html

[penalvch (penalvch)]

Reproducible in:
LOdev 3.5.0beta2
Build ID: 8589e48-760cc4d-f39cf3d-1b2857e-60db978
Microsoft Windows Vista Business 6.0.6002 Service Pack 2 Build 6002

[nick_s (nickstylianou)]

Tested in 3.4.4 (build:402) and the problem persists.

Tested in 3.5.0beta2... the graphic seems to be rendered correctly (open path, "x" in the correct position). However I don't recall seeing the "Break" option in the right-click context menu to break the object into its individual component parts for editing (I no longer have the 3.5.0beta2 installation available to verify this, but can confirm this option is present in 3.4.4).

[Suse (suse)]

in 3.5.4 the "x" is visible in DRAW.
It's slightly different to the firefox print, but it's not missing as in comment #1.

[Björn Michaelsen (bjoern-michaelsen)]

wontfix as per upstream

[Arielch (arielch)]

Assigning to Armin

@Armin: this bug is said to depend on bug 37213 (assigned to you, too). It looks like with your new SVG implementation these two bugs are independent, isn't it? If so, this can be closed.

This bug blocks bug 48702 (Support SVG import in Gallery) which can be closed too: in fact, the gallery in OpenOffice 4.0 will come with several SVG graphics from Symphony.

[Armin-le-grand (armin-le-grand)]

ALG: Yes, this is done with AOO3.4.0.