After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 474505 - OpenDocument import / export needed
OpenDocument import / export needed
Status: RESOLVED OBSOLETE
Product: dia
Classification: Other
Component: import
0.96.1
Other All
: Normal enhancement
: ---
Assigned To: Dia maintainers
Dia maintainers
Depends on:
Blocks:
 
 
Reported: 2007-09-07 10:17 UTC by Lars Noodén
Modified: 2019-03-20 11:32 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Lars Noodén 2007-09-07 10:17:45 UTC
Please describe the problem:
For better interoperability with Koffice, OpenOffice and others, it would be useful to import or export the OpenDocument Format (ISO/IEC 26300)

Mime type: 
   application/vnd.oasis.opendocument.graphics
and/or 
   application/vnd.oasis.opendocument.image

Steps to reproduce:
Try to open an ".odg" file or try to Save As ".odg"


Actual results:
Option not available

Expected results:
The file is imported / exported to / from SVG

Does this happen every time?
Yes.

Other information:
It might be possible to work together with other import problems to save effort. 

OpenOffice.org is coming from the opposite direction and working towards importing / exporting from ODG to SVG:
  http://qa.openoffice.org/issues/show_bug.cgi?id=49991
  http://qa.openoffice.org/issues/show_bug.cgi?id=37210
  http://qa.openoffice.org/issues/show_bug.cgi?id=2497
Comment 1 Hans Breuer 2007-09-08 14:33:08 UTC
It would be nice to have a working import/export through the OpenDocument format. Given that the graphics parts seems do be some dialect of SVG the Dia-Python SVG import (diasvg_import.py) and export (diasvg.py) may be a good starting point - at least for a prototype.
The OpenOffice links above just seem to point to some issues with SVG embedding in OOo. If I would take this task the first thing would be to read the specification.
http://en.wikipedia.org/wiki/OpenDocument has the links.
I don't think there is any code to share between OOo and Dia.
Comment 2 Lars Noodén 2007-09-08 15:32:55 UTC
I was thinking more in terms of XSL transformations rather than actual program code.  

However, if a function is implemented in one project it's often easier to implement it in a second by looking at the code from the first to see the workflow, etc.  So it *might* be possible to gain some benefit from looking at OOo's SVG->ODG conversion.  However, it might not be. 

There are also tools from the OpenDocument Fellowship:
  http://www.opendocumentfellowship.org/resources/dev_tools

Either way, ODF support would increase the usefulness of an already useful program.  
Comment 3 Lars Clausen 2007-09-13 20:10:55 UTC
It should be noted here that SVG is a different kind of format than .dia and ODF -- .dia and ODF are more structured, with complex objects and connections, whereas SVG is "just" rendering.  Not that looking at the various conversions involving ODF aren't useful, but I think conversions going to more structured formats would be easier to translate into ODF <-> Dia conversions. 
Comment 4 GNOME Infrastructure Team 2019-03-20 11:32:56 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/dia/issues/207.