Dia issueshttps://gitlab.gnome.org/GNOME/dia/-/issues2019-09-19T17:36:02Zhttps://gitlab.gnome.org/GNOME/dia/-/issues/47Request: Rational Rose file import/export2019-09-19T17:36:02ZBugzillaRequest: Rational Rose file import/export## Submitted by aar..@..an.com
Assigned to **James Henstridge `@jamesh`**
**[Link to original bug (#62397)](https://bugzilla.gnome.org/show_bug.cgi?id=62397)**
## Description
Users have requested import/export of rational rose fil...## Submitted by aar..@..an.com
Assigned to **James Henstridge `@jamesh`**
**[Link to original bug (#62397)](https://bugzilla.gnome.org/show_bug.cgi?id=62397)**
## Description
Users have requested import/export of rational rose files, if it is at all
possible.
See also my list of other GNOME feature requests at:
http://primates.ximian.com/~aaron/requests.html
Version: CVS headJames HenstridgeJames Henstridgehttps://gitlab.gnome.org/GNOME/dia/-/issues/60XMI (XML Metadata Interchange) support.2019-09-20T02:51:50ZBugzillaXMI (XML Metadata Interchange) support.## Submitted by Alan Horkan
**[Link to original bug (#95548)](https://bugzilla.gnome.org/show_bug.cgi?id=95548)**
## Description
import || export support for XMI
XMI stands for
XML Metadata Interchange (XMI)
http://xml.coverpages....## Submitted by Alan Horkan
**[Link to original bug (#95548)](https://bugzilla.gnome.org/show_bug.cgi?id=95548)**
## Description
import || export support for XMI
XMI stands for
XML Metadata Interchange (XMI)
http://xml.coverpages.org/xmi.html
OMG (Object Management Group)
http://www.omg.org/technology/documents/formal/xmi.htm
mentioned on the mailing list several times, surprised no one actually
filed a feature request for it before.
Other UML editors such as ArgoUML use the XMI file format.
http://mail.gnome.org/archives/dia-list/2001-July/msg00087.html
"DIA can read and write XMI, it becomes compatible with all other CASE tools"
I think full SVG support is more important than XMI, but for people who
want to use Dia just for UML it would be very important. Might actually be
something businesses would pay to have added.
Version: 0.90https://gitlab.gnome.org/GNOME/dia/-/issues/78svg import failures2019-09-20T13:08:15ZBugzillasvg import failures## Submitted by Ryan Lovett
**[Link to original bug (#108502)](https://bugzilla.gnome.org/show_bug.cgi?id=108502)**
## Description
I've created some svg files with sodipodi and sketch, but dia cannot import
them. I tried other svg f...## Submitted by Ryan Lovett
**[Link to original bug (#108502)](https://bugzilla.gnome.org/show_bug.cgi?id=108502)**
## Description
I've created some svg files with sodipodi and sketch, but dia cannot import
them. I tried other svg files apparently created using Adobe Illustrator,
but they could not be imported either. Here are some I tried (provided in
various Debian packages):
/usr/share/icons/gnome/scalable/emblems/emblem-OK.svg
/usr/share/doc/sodipodi/examples/tux.svg
/usr/share/gdm/themes/circles/background.svg
/usr/lib/Amaya/config/libconfig/arrow1.svg
stdout will say things like
** (dia:6995): WARNING **: Could not find SVG namespace.
** (dia:6995): WARNING **: root element was 'svg' -- expecting 'svg'.
A dia canvas window will open, but it contains no objects. dia _was_ able
to successfully open svg files that it exported. :)
Version: CVS headhttps://gitlab.gnome.org/GNOME/dia/-/issues/93Import .cgm files2019-03-20T11:07:51ZBugzillaImport .cgm files## Submitted by woo..@..il.org
**[Link to original bug (#126828)](https://bugzilla.gnome.org/show_bug.cgi?id=126828)**
## Description
Whats the possibility of having Dia importing a .cgm file. Our current CAD
program exports a .cgm ...## Submitted by woo..@..il.org
**[Link to original bug (#126828)](https://bugzilla.gnome.org/show_bug.cgi?id=126828)**
## Description
Whats the possibility of having Dia importing a .cgm file. Our current CAD
program exports a .cgm file and we currently import it into Visio for
markup but would like to switch to Dia ;-)
Version: 0.92.2https://gitlab.gnome.org/GNOME/dia/-/issues/96Should be able to import QCad shape files as shapes2019-03-20T11:08:19ZBugzillaShould be able to import QCad shape files as shapes## Submitted by Lars Clausen
**[Link to original bug (#131684)](https://bugzilla.gnome.org/show_bug.cgi?id=131684)**
## Description
QCad stores its shapes in DXF, with some metainfo stored in special layers.
It's GPL, so if we can u...## Submitted by Lars Clausen
**[Link to original bug (#131684)](https://bugzilla.gnome.org/show_bug.cgi?id=131684)**
## Description
QCad stores its shapes in DXF, with some metainfo stored in special layers.
It's GPL, so if we can use shapes from there, we have a lot of extra shapes
available. The trick is to understand the special layers, but it doesn't
look too hard.
Version: CVS headhttps://gitlab.gnome.org/GNOME/dia/-/issues/107Allow to import Visio UML via SVG2019-03-20T11:11:11ZBugzillaAllow to import Visio UML via SVG## Submitted by Marius Andreiana `@marius.andreiana`
**[Link to original bug (#143455)](https://bugzilla.gnome.org/show_bug.cgi?id=143455)**
## Description
I'm trying to import the following .svg created by Visio. Dia says:
PDM_bra...## Submitted by Marius Andreiana `@marius.andreiana`
**[Link to original bug (#143455)](https://bugzilla.gnome.org/show_bug.cgi?id=143455)**
## Description
I'm trying to import the following .svg created by Visio. Dia says:
PDM_brain_misc.svg:37: namespace error : Namespace prefix xlink for href on use
is not defined
<use xlink:href="#lend4" transform="scale(4.3) "/>
^
PDM_brain_misc.svg:41: namespace error : Namespace prefix xlink for href on use
is not defined
<use xlink:href="#lend4" transform="scale(4.3) "/>
^
The SVG looks good in Adobe SVG Viewer.
Thanks!
Version: 0.92.2https://gitlab.gnome.org/GNOME/dia/-/issues/140Dia should not crash on highly broken files (created by PostgreSQL Autodoc)2019-03-20T11:18:27ZBugzillaDia should not crash on highly broken files (created by PostgreSQL Autodoc)## Submitted by Rod Taylor
**[Link to original bug (#302781)](https://bugzilla.gnome.org/show_bug.cgi?id=302781)**
## Description
Steps to reproduce:
1. Generate a document with PostgreSQL Autodoc
2. Load the resulting .dia file wit...## Submitted by Rod Taylor
**[Link to original bug (#302781)](https://bugzilla.gnome.org/show_bug.cgi?id=302781)**
## Description
Steps to reproduce:
1. Generate a document with PostgreSQL Autodoc
2. Load the resulting .dia file with Dia
Stack trace:
** (dia:41078): WARNING **: No attribute obj_pos (0x0) or no data(0x0) in this
attribute
** (dia:41078): WARNING **: No attribute obj_bb (0x0) or no data(0x0) in this
attribute
** (dia:41078): WARNING **: No attribute elem_corner (0x0) or no data(0x0) in
this attribute
** (dia:41078): WARNING **: No attribute elem_width (0x0) or no data(0x0) in
this attribute
** (dia:41078): WARNING **: No attribute elem_height (0x0) or no data(0x0) in
this attribute
GLib-ERROR **: gmem.c:141: failed to allocate 18446744073709551584 bytes
Other information:
These documents used to load fine in older versions of dia. Moving the objects
would connect the lines to the correct place.
Dia is free to reject the file, but crashing is definitely the wrong answer.
Version: 0.94https://gitlab.gnome.org/GNOME/dia/-/issues/207OpenDocument import / export needed2019-03-20T11:31:55ZBugzillaOpenDocument import / export needed## Submitted by Lars Noodén
**[Link to original bug (#474505)](https://bugzilla.gnome.org/show_bug.cgi?id=474505)**
## Description
Please describe the problem:
For better interoperability with Koffice, OpenOffice and others, it woul...## Submitted by Lars Noodén
**[Link to original bug (#474505)](https://bugzilla.gnome.org/show_bug.cgi?id=474505)**
## Description
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
Version: 0.96.1https://gitlab.gnome.org/GNOME/dia/-/issues/319Allow import of ZigZagLine with missing orthpoints?2019-03-20T11:55:25ZBugzillaAllow import of ZigZagLine with missing orthpoints?## Submitted by chu..@..ve.com
**[Link to original bug (#691034)](https://bugzilla.gnome.org/show_bug.cgi?id=691034)**
## Description
Created attachment 232568
Dia crashes when trying to load this file.
I am trying to create a scri...## Submitted by chu..@..ve.com
**[Link to original bug (#691034)](https://bugzilla.gnome.org/show_bug.cgi?id=691034)**
## Description
Created attachment 232568
Dia crashes when trying to load this file.
I am trying to create a script that produces Dia XML. I was hoping that I could just specify the connection points, and then clean up the routing by hand. Unfortunately, if the ZigZagLine
<dia:object type="Standard - ZigZagLine" version="1" id="O2">
is missing orth_points
<dia:attribute name="orth_points">...</dia:attribute>
Dia crashes when trying to open the file (see attached):
GLib-ERROR **: gmem.c:202 failed to allocate 4294967292
Short of the ideal, not crashing on bad input would be better. Perhaps this should be considered a duplicate of [bug 302781](https://bugzilla.gnome.org/show_bug.cgi?id=302781) ("Dia should not crash on highly broken files").
**Attachment 232568**, "Dia crashes when trying to load this file.":
[demo-broken.dia](/uploads/d0b95bcf3679b5e1d72d9fc9973bb801/demo-broken.dia)
Version: 0.97.xhttps://gitlab.gnome.org/GNOME/dia/-/issues/344Misplaced text importing .vdx from Visio 2007 Professional2019-10-22T13:03:24ZBugzillaMisplaced text importing .vdx from Visio 2007 Professional## Submitted by penalvch `@penalvch`
**[Link to original bug (#735214)](https://bugzilla.gnome.org/show_bug.cgi?id=735214)**
## Description
Downstream bug report:
https://bugs.launchpad.net/ubuntu/+source/dia/+bug/1360199
lsb_relea...## Submitted by penalvch `@penalvch`
**[Link to original bug (#735214)](https://bugzilla.gnome.org/show_bug.cgi?id=735214)**
## Description
Downstream bug report:
https://bugs.launchpad.net/ubuntu/+source/dia/+bug/1360199
lsb_release -rd
Description: Ubuntu 14.04.1 LTS
Release: 14.04
apt-cache policy dia
dia:
Installed: 0.97.2-15ubuntu1
Candidate: 0.97.2-15ubuntu1
Version table:
*** 0.97.2-15ubuntu1 0
500 http://us.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages
100 /var/lib/dpkg/status
What is expected to happen when importing the attached .vdx file exported from Visio 2007 Professional is that the text does not move around.
What happens instead is the top most word TEST gets moved from the right of a server shape to the left.
This is reproducible verbatim in both Ubuntu and Windows 7 x64.
Version: 0.97.xhttps://gitlab.gnome.org/GNOME/dia/-/issues/352Request support for .vsdx2019-10-03T15:13:45ZBugzillaRequest support for .vsdx## Submitted by penalvch `@penalvch`
**[Link to original bug (#743453)](https://bugzilla.gnome.org/show_bug.cgi?id=743453)**
## Description
This is an enhancement request for Dia to support the .vsdx file format:
https://msdn.micros...## Submitted by penalvch `@penalvch`
**[Link to original bug (#743453)](https://bugzilla.gnome.org/show_bug.cgi?id=743453)**
## Description
This is an enhancement request for Dia to support the .vsdx file format:
https://msdn.microsoft.com/en-us/library/office/jj228622%28v=office.15%29.aspx
I was recently mandated professionally to use this file format, and it promptly caused me to switch from using my personal linux laptop, to the much slower, work provided Windows laptop.
Version: 0.97.xhttps://gitlab.gnome.org/GNOME/dia/-/issues/379Drag and Drop does not open file2019-09-26T11:18:59ZBugzillaDrag and Drop does not open file## Submitted by David Novák
**[Link to original bug (#770010)](https://bugzilla.gnome.org/show_bug.cgi?id=770010)**
## Description
Overview:
Drag and Drop does not open file - the file is instead copied.
Steps to Reproduce:
1...## Submitted by David Novák
**[Link to original bug (#770010)](https://bugzilla.gnome.org/show_bug.cgi?id=770010)**
## Description
Overview:
Drag and Drop does not open file - the file is instead copied.
Steps to Reproduce:
1) Drag and Drop .dia file from Nautilus into opened Dia
Actual Results:
File is copied (probably into some temp) and upon saving offers to save into home folder instead of actual location. Opening trough File->Open works correctly.
Expected Results:
Drag and Drop should work same as File->Open menu.
Build Date & Hardware:
Dia 0.97.3 on up-to-date Fedora 24, GNOME on X11
Version: 0.97.xhttps://gitlab.gnome.org/GNOME/dia/-/issues/384SVG files do not import correctly2019-09-25T21:41:53ZBugzillaSVG files do not import correctly## Submitted by Michael von Glasow `@mvglasow`
**[Link to original bug (#774289)](https://bugzilla.gnome.org/show_bug.cgi?id=774289)**
## Description
Created attachment 339651
SVG which will not import correctly
When attempting to ...## Submitted by Michael von Glasow `@mvglasow`
**[Link to original bug (#774289)](https://bugzilla.gnome.org/show_bug.cgi?id=774289)**
## Description
Created attachment 339651
SVG which will not import correctly
When attempting to import a floor plan in SVG format into Dia, there were several import errors:
* Each object has a box frame around it in Dia, which wasn't present in the original SVG.
* All text objects show in the top-left corner of the page.
* Several garbage objects appear in the top-left corner of the page, which do not seem to correspond to any objects in the original SVG.
Most of this could be fixed with some manual work (just had to discard the text), but it would be nicer if Dia could import SVG more faithfully.
The SVG was generated by importing a Visio 2000 .vsd file into LibreOffice Draw, then exporting it to SVG and importing it in Dia. The imported .vsd looks OK in Draw, and the resulting SVG also looks OK in Inkscape.
Dia version is dia-gnome-0.97.3, as distributed with Ubuntu MATE 16.04.
The SVG is attached.
**Attachment 339651**, "SVG which will not import correctly":
![floor_plan.svg](/uploads/6ee610df2181a99ca55ff6e29cab0cad/floor_plan.svg)
Version: 0.97.xhttps://gitlab.gnome.org/GNOME/dia/-/issues/385Support for VSD import2019-09-25T21:38:58ZBugzillaSupport for VSD import## Submitted by Michael von Glasow `@mvglasow`
**[Link to original bug (#774291)](https://bugzilla.gnome.org/show_bug.cgi?id=774291)**
## Description
Currently, Dia has support for importing newer Vision .vdx files but not .vsd (bin...## Submitted by Michael von Glasow `@mvglasow`
**[Link to original bug (#774291)](https://bugzilla.gnome.org/show_bug.cgi?id=774291)**
## Description
Currently, Dia has support for importing newer Vision .vdx files but not .vsd (binary) files generated with older versions of Visio.
A lot of work on VSD parsing has already been done in libvisio, which is used by LibreOffice (https://wiki.documentfoundation.org/DLP/Libraries/libvisio). It's under MPL 2.0, thus it should be compatible with the GPL2+ license of Dia.https://gitlab.gnome.org/GNOME/dia/-/issues/393Exporting shape with text: font-size should be inside style2019-09-25T21:26:15ZBugzillaExporting shape with text: font-size should be inside style## Submitted by Gideon
**[Link to original bug (#790700)](https://bugzilla.gnome.org/show_bug.cgi?id=790700)**
## Description
TLDR: font-size property in the svg:text tag should be moved to the style property for Dia to properly loa...## Submitted by Gideon
**[Link to original bug (#790700)](https://bugzilla.gnome.org/show_bug.cgi?id=790700)**
## Description
TLDR: font-size property in the svg:text tag should be moved to the style property for Dia to properly load the shape.
When exporting a Dia shape containing text, importing the shape into Dia again, nothing is shown. In the shape file, the svg:text tag contains a font-size property. However, it works properly when removing this property, and adding it to the style property instead (e.g. <svg:text style="font-size:0.8;" ... >my text</svg:text).
The Dia shape exporter should be changed to put the font-size in the style property in stead of its own property within the svg:text tag.
Version: 0.97.xhttps://gitlab.gnome.org/GNOME/dia/-/issues/12Garbled SVG import2019-09-25T21:40:52ZMaxim IvanovGarbled SVG import# Steps to reproduce
1. Take the really simple [phone.svg](/uploads/185b7bd0c045cbd91a1e933a66e2b62e/phone.svg) attached
2. Drag-and-drop into a Dia document
# Expected
Smooth and correct import, just as e.g. in Inkscape
# Actual
![Sc...# Steps to reproduce
1. Take the really simple [phone.svg](/uploads/185b7bd0c045cbd91a1e933a66e2b62e/phone.svg) attached
2. Drag-and-drop into a Dia document
# Expected
Smooth and correct import, just as e.g. in Inkscape
# Actual
![Screenshot_from_2018-09-20_11-44-29](/uploads/bb2ee9b39803a39717b3b17844c34421/Screenshot_from_2018-09-20_11-44-29.png)Dia 0.97.4https://gitlab.gnome.org/GNOME/dia/-/issues/419MIME type handling2019-09-25T13:39:34ZTheMageKingMIME type handlingWe should probably register DIA in the .mime file as being able to handle all the non-.dia files we have import filters for. I'd add it myself, but I don't know if the code is able to 'open' a .vdx (for instance), or if it needs to be s...We should probably register DIA in the .mime file as being able to handle all the non-.dia files we have import filters for. I'd add it myself, but I don't know if the code is able to 'open' a .vdx (for instance), or if it needs to be specifically imported.https://gitlab.gnome.org/GNOME/dia/-/issues/425add GraphML (import/export) supported file2019-10-22T14:17:32ZGhost Useradd GraphML (import/export) supported fileIn a training, we used yEd software that use https://en.wikipedia.org/wiki/GraphML file type.In a training, we used yEd software that use https://en.wikipedia.org/wiki/GraphML file type.