Dia issueshttps://gitlab.gnome.org/GNOME/dia/-/issues2019-09-20T13:09:20Zhttps://gitlab.gnome.org/GNOME/dia/-/issues/82Larger shape handles2019-09-20T13:09:20ZBugzillaLarger shape handles## Submitted by Alan Horkan
**[Link to original bug (#110897)](https://bugzilla.gnome.org/show_bug.cgi?id=110897)**
## Description
OpenOffice has an option to have bigger shape handles (you know the little
squares at the corners of ...## Submitted by Alan Horkan
**[Link to original bug (#110897)](https://bugzilla.gnome.org/show_bug.cgi?id=110897)**
## Description
OpenOffice has an option to have bigger shape handles (you know the little
squares at the corners of objects for resizing and what not), would be nice
to have in Dia too, good for accessibility (and people like me with crude
pointing devices such as a laptop touchpad).
Begs the question why have the small handles by default, even why have them
at all? I suppose the chunkier ones are unnecessary and dont look as good
for most users.
Version: 0.91https://gitlab.gnome.org/GNOME/dia/-/issues/81Selection needs to be in the undo list2019-03-20T11:05:25ZBugzillaSelection needs to be in the undo list## Submitted by Alan Horkan
**[Link to original bug (#110393)](https://bugzilla.gnome.org/show_bug.cgi?id=110393)**
## Description
When you undo an action you should get back selection,
the current behaviour kinda breaks my workflo...## Submitted by Alan Horkan
**[Link to original bug (#110393)](https://bugzilla.gnome.org/show_bug.cgi?id=110393)**
## Description
When you undo an action you should get back selection,
the current behaviour kinda breaks my workflow.
to explain this as clearly as i can:
take for example a rectangle, create a few rectangles.
when you create a new rectangle the selection leaves the last object and
goes to the newly created object but when you undo the creation selection
does not return to the last object.
Version: 0.91https://gitlab.gnome.org/GNOME/dia/-/issues/80Diagram Properties dialog is Redundant2019-03-20T11:05:17ZBugzillaDiagram Properties dialog is Redundant## Submitted by Alan Horkan
**[Link to original bug (#110201)](https://bugzilla.gnome.org/show_bug.cgi?id=110201)**
## Description
I think rather than having a whole seperate dialog for this what should
happen instead is that the
P...## Submitted by Alan Horkan
**[Link to original bug (#110201)](https://bugzilla.gnome.org/show_bug.cgi?id=110201)**
## Description
I think rather than having a whole seperate dialog for this what should
happen instead is that the
Preferences Dialog should appear set to the relevant tab (Grid lines i
suppose or maybe Diagram Defaults.
One less dialog to maintain.
The Gnome Human Interface Guidelines recommend that properties be instant
apply. I believe the current redundancey exists because if you change the
settings in the preferences dialog it does not effect the currently open
diagram.
While some users might not want changes made in the prefernces to effect
currently open diagrams, i think that the general improvement and
simplification would make it worthwhile.
I'll probably need to explain this again later more clearly...
Version: 0.91https://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/77.zdia file extension for compressed dia files2019-09-20T13:06:39ZBugzilla.zdia file extension for compressed dia files## Submitted by Alan Horkan
**[Link to original bug (#107506)](https://bugzilla.gnome.org/show_bug.cgi?id=107506)**
## Description
currently .dia files can be compressed and uncompressed (currently gzip is
used for compression).
...## Submitted by Alan Horkan
**[Link to original bug (#107506)](https://bugzilla.gnome.org/show_bug.cgi?id=107506)**
## Description
currently .dia files can be compressed and uncompressed (currently gzip is
used for compression).
I propose a new .zdia extension.
The .zdia extension is to make it explicitly clear that a file is compressed.
For legacy reasons (and external programs outside our control) Dia could
never assume based on .dia and would still need to accept .dia files that
are gzipped might prefer.
this has been discussed quite thoroughly on the mailing list
http://mail.gnome.org/archives/dia-list/2003-February/msg00196.html
i am entirely sure how best to go about adding this to the GUI but Lars
agrees in principle that it would be useful.
Version: CVS headhttps://gitlab.gnome.org/GNOME/dia/-/issues/75support for WMF import (using libwmf)2019-03-20T11:03:24ZBugzillasupport for WMF import (using libwmf)## Submitted by Alan Horkan
**[Link to original bug (#104167)](https://bugzilla.gnome.org/show_bug.cgi?id=104167)**
## Description
It would be good if Dia could support for WMF import.
Using libwmf seems like the way to go.
htt...## Submitted by Alan Horkan
**[Link to original bug (#104167)](https://bugzilla.gnome.org/show_bug.cgi?id=104167)**
## Description
It would be good if Dia could support for WMF import.
Using libwmf seems like the way to go.
http://www.wvware.com/libwmf.html#download
[it might also be of interest that autotrace http://autotrace.sf.net has
support for EMF export]
It might be a good idea to have bugzilla components for Import and Export
(seperate ones for each).
Version: CVS headhttps://gitlab.gnome.org/GNOME/dia/-/issues/74Diagram Tree suggestions2019-03-20T11:03:16ZBugzillaDiagram Tree suggestions## Submitted by Alan Horkan
**[Link to original bug (#103987)](https://bugzilla.gnome.org/show_bug.cgi?id=103987)**
## Description
Visio has a tool called Drawing Explorer which is very similar to the
Diagram Tree in Dia.
1) Mayb...## Submitted by Alan Horkan
**[Link to original bug (#103987)](https://bugzilla.gnome.org/show_bug.cgi?id=103987)**
## Description
Visio has a tool called Drawing Explorer which is very similar to the
Diagram Tree in Dia.
1) Maybe the Daigram Tree should be per document.
2) Groups should be a branch on the tree containing more shapes.
3) the diagram tree should show something about Layers, i am not sure how
best to do this, i will need to look at it more closely.
I notice that for objects other than basic tools the Diagram tree wont
necessarily show icons/pictures or object names.
A screen shot of the Visio Drawing Explorer.
http://matrix.netsoc.tcd.ie/~horkana/dia/visio/screenshots/MicrosoftVisio2000-0020_drawingexplorer.png
Version: CVS headhttps://gitlab.gnome.org/GNOME/dia/-/issues/73adapt behaviour of box sizing2019-03-20T11:03:10ZBugzillaadapt behaviour of box sizing## Submitted by jan..@..ro.com
Assigned to **Alan Horkan**
**[Link to original bug (#103733)](https://bugzilla.gnome.org/show_bug.cgi?id=103733)**
## Description
In the mailing list I had a correspondence with Lars Clausen about t...## Submitted by jan..@..ro.com
Assigned to **Alan Horkan**
**[Link to original bug (#103733)](https://bugzilla.gnome.org/show_bug.cgi?id=103733)**
## Description
In the mailing list I had a correspondence with Lars Clausen about the
behaviour of box sizing. He asked me to add the RFC to a bug report.
Here is the correspondence:
On Thu, 16 Jan 2003, Jan Kester wrote:
> Yes. Text is wrapped, or you can press enters yourself to create new
> lines. If it doesn´t fit in the box, then the vertically centered and
> flows over and under. Size of the box remains the same.
>
> Regards, Jan
>
> -----Mensaje original-----
> De: dia-list-admin@gnome.org [mailto:dia-list-admin@gnome.org]En nombre
> de Lars Clausen
> Enviado el: jueves, 16 de enero de 2003 13:20
> Para: dia-list@gnome.org
> Asunto: Re: resizing objects fails
>
>
> On Thu, 16 Jan 2003, Jan Kester wrote:
>> I would say wrapping. If all the sizes are adapted automatically by the
>> amount of text, you get a very odd looking diagram. Boxes should all be
>> equal size, font size should remain the same as well to create a nice
>> diagram. I really like it the way visio does it (which I guess is a good
>> example for the dia-project).
>
> Not having access to a Visio here: What does it do when there's more text
> in the box than will fit? Extend it vertically?
>
> -Lars
>>
>> Regards, Jan
>>
>> -----Mensaje original-----
>> De: dia-list-admin@gnome.org [mailto:dia-list-admin@gnome.org]En nombre
>> de Lars Clausen
>> Enviado el: miércoles, 15 de enero de 2003 19:21
>> Para: dia-list@gnome.org
>> Asunto: Re: resizing objects fails
>>
>>
>> On Wed, 15 Jan 2003, Jan Kester wrote:
>>> The problem is that the relative sizes of the boxes is difficult to
>>> control. If one box contains a lot of text and the other little, they
>>> will have different sizes. I'd rather have equal sized boxes, some with
>>> lots of texts, some with little.
>>
>> Do you mean boxes with equal width, where word-wrapping occurs, or boxes
>> of the same size where the font size shrinks if the text is too large?
>>
>> -Lars
Actually, this could be added really easily at a low level, by using
pango_layout_set_width(), which does word wrap for you, even in strange
exotic languages. I'd like to see that in the next version, could you put
in a bug report so we remember?
-Lars
Version: 0.90https://gitlab.gnome.org/GNOME/dia/-/issues/72Dublin Core Standard (document properties, metadata)2019-09-20T13:04:17ZBugzillaDublin Core Standard (document properties, metadata)## Submitted by Alan Horkan
**[Link to original bug (#103483)](https://bugzilla.gnome.org/show_bug.cgi?id=103483)**
## Description
http://dublincore.org/
Dublin Core is used for document properties. The Dublin Core standard is
used...## Submitted by Alan Horkan
**[Link to original bug (#103483)](https://bugzilla.gnome.org/show_bug.cgi?id=103483)**
## Description
http://dublincore.org/
Dublin Core is used for document properties. The Dublin Core standard is
used by OpenOffice.org, Abiword and Gnumeric (not sure about Gnumeric
exactly).
I intend to add it to the Dia file format and use it in various places.
The first place i intend to add it is in the Sheet files as it will be the
easiest.
I also plan to add it to the ordinary Dia files and then Add a Properties
Dialog in the (Document) File menu.
I have some ideas about adding some dublin core to the shape files but that
is a very low priority.
Currently the sheets contain information similar to this
<!--Dia-Version: 0.90-->
<!--File: C:\Program Files\dia\.dia\sheets\monkey.sheet-->
<!--Date: Sun Nov 24 18:39:53 2002-->
<!--For: horkana-->
which we could very easily turn this infromation into Dublin Core
<dc:creator>Alan Horkan</dc:creator>
<dc:date></dc:date> (date is specified in some specific standardised format
Dublin core does not specify a version tag, for this we might consider
resuing the 'meta' namespace specified by OpenOffice.org but I will look
into it later.
I have given plenty of thought to this.
These notes are only to give you a rought idea of what i am on about, I
will add more detail and what should be clear when i have done it.
Version: CVS headhttps://gitlab.gnome.org/GNOME/dia/-/issues/71Turn Rotate Rotation2019-09-20T13:05:22ZBugzillaTurn Rotate Rotation## Submitted by Alan Horkan
Assigned to **maciek**
**[Link to original bug (#100886)](https://bugzilla.gnome.org/show_bug.cgi?id=100886)**
## Description
Need to add links to the various stuff discussed on the mailing list but
suf...## Submitted by Alan Horkan
Assigned to **maciek**
**[Link to original bug (#100886)](https://bugzilla.gnome.org/show_bug.cgi?id=100886)**
## Description
Need to add links to the various stuff discussed on the mailing list but
suffice to say we all want to be able to rotate shapes.
Firstly simple rotate 90 180 and 270
aka Turn Left Ctrl+L Turn Right Ctrl+R
And later Free Abitrary Rotation by N degrees.
Version: 0.90https://gitlab.gnome.org/GNOME/dia/-/issues/70Allow easy user feedback2019-05-08T16:05:48ZBugzillaAllow easy user feedback## Submitted by Lars Clausen
**[Link to original bug (#100480)](https://bugzilla.gnome.org/show_bug.cgi?id=100480)**
## Description
After reading http://www.cs.waikato.ac.nz/~daven/docs/oss-wp.html, I got an idea for improving user ...## Submitted by Lars Clausen
**[Link to original bug (#100480)](https://bugzilla.gnome.org/show_bug.cgi?id=100480)**
## Description
After reading http://www.cs.waikato.ac.nz/~daven/docs/oss-wp.html, I got an idea for improving user feedback:
Add to the Help menu a item Give Feedback (or similar). Lets the user give a comment, and (optionally) include a screenshot and/or diagram. Makes it easier to give generic feedback, without having to leave the program, and with supporting data automatically delivered.
Version: CVS headhttps://gitlab.gnome.org/GNOME/dia/-/issues/69Sheets and subsheets, sheets that contain sheets2019-03-20T11:02:16ZBugzillaSheets and subsheets, sheets that contain sheets## Submitted by Alan Horkan
**[Link to original bug (#100169)](https://bugzilla.gnome.org/show_bug.cgi?id=100169)**
## Description
http://mail.gnome.org/archives/dia-list/2002-November/msg00208.html
As Dia get more and more shapes ...## Submitted by Alan Horkan
**[Link to original bug (#100169)](https://bugzilla.gnome.org/show_bug.cgi?id=100169)**
## Description
http://mail.gnome.org/archives/dia-list/2002-November/msg00208.html
As Dia get more and more shapes it is increasingly difficult to organise
them sensibly.
> This leads to the question
> should i file a bug report asking for the ability to define
> sheets and subsheets a la Visio?
> i certainly intend to do so in the file stucture if not in the GUI also.
> A tree view might be more generally usable than the menus and submenus
> that Microsoft Visio uses.
at least in Visio 2000
With a a simple menu structure you cannot look at more than one branch of
the tree at a time, with a treeview it makes it possible to see thew whole
tree at once.
More info to follow ...
screenshots and hopefully mockups if i have time
Version: CVS headhttps://gitlab.gnome.org/GNOME/dia/-/issues/68Empty Text, should not exist2019-05-08T16:42:40ZBugzillaEmpty Text, should not exist## Submitted by Alan Horkan
**[Link to original bug (#99375)](https://bugzilla.gnome.org/show_bug.cgi?id=99375)**
## Description
how to find and remove empty text objects?
okay, you could step through every text element using the...## Submitted by Alan Horkan
**[Link to original bug (#99375)](https://bugzilla.gnome.org/show_bug.cgi?id=99375)**
## Description
how to find and remove empty text objects?
okay, you could step through every text element using the
objects dialog but it is still not ideal. editing the source file is
probably the easiest solution.
Arguably totally empty text objects should not exist at all.
I was going to make the summary a question but i find it hard to think when
it might make sense to have an empty text object, especialy since the
current text object is so hard to find.
if empty text objects were automatically removed you would have to be very
careful about dia shapes that would include a text object that needed to be
filled in, but that could probalby be worked around by having the text
object set to some default value such as 'Label N'.
Version: 0.90https://gitlab.gnome.org/GNOME/dia/-/issues/67Feature; stat diagram file on window re-activation..2019-03-20T11:01:47ZBugzillaFeature; stat diagram file on window re-activation..## Submitted by gno..@...pp.fi
**[Link to original bug (#98860)](https://bugzilla.gnome.org/show_bug.cgi?id=98860)**
## Description
When an diagram window is reactivated, stat the dia file to see if it has
been changed.
If a change ...## Submitted by gno..@...pp.fi
**[Link to original bug (#98860)](https://bugzilla.gnome.org/show_bug.cgi?id=98860)**
## Description
When an diagram window is reactivated, stat the dia file to see if it has
been changed.
If a change has occured ask user for confirmation if the newer file on disk
should be loaded.
Case:
Make a diagram with Dia, save it.
Modify it with some other program.
Go back to Dia - dia notices change and asks if file should be reloaded..https://gitlab.gnome.org/GNOME/dia/-/issues/66eps has no handler for image import2019-03-20T11:01:36ZBugzillaeps has no handler for image import## Submitted by Johan
**[Link to original bug (#97059)](https://bugzilla.gnome.org/show_bug.cgi?id=97059)**
## Description
A fairly standard eps file (as generated by tracing a tif using autotrace)
failed to be imported into dia 0.9...## Submitted by Johan
**[Link to original bug (#97059)](https://bugzilla.gnome.org/show_bug.cgi?id=97059)**
## Description
A fairly standard eps file (as generated by tracing a tif using autotrace)
failed to be imported into dia 0.90. The following error is reported:
** WARNING **: Unable to find handler for file:
/proj/demeter/aop/johan/AC2001/tp/neu-logo.eps
It would seem that of all image formats that should be imported into a
diagramming tool, eps would be the most important.
Version: 0.90https://gitlab.gnome.org/GNOME/dia/-/issues/65Shape, Mathematica/Set Operations2019-09-25T22:05:13ZBugzillaShape, Mathematica/Set Operations## Submitted by Alan Horkan
**[Link to original bug (#95993)](https://bugzilla.gnome.org/show_bug.cgi?id=95993)**
## Description
Filling this bug seeing as someone asked about this recently.
need to dig up the relevant posts to th...## Submitted by Alan Horkan
**[Link to original bug (#95993)](https://bugzilla.gnome.org/show_bug.cgi?id=95993)**
## Description
Filling this bug seeing as someone asked about this recently.
need to dig up the relevant posts to the mailing list, i think it was
mentioned in or around the same time as the "CAD 2D drawing" thread
Documentation of these features based on observation of Visio 2000, dont
blame me if i get the set theory wrong ...
Shape, Operations
Union, Combine, Fragment, Intersect, Subtract.
(I figure the logic is easy for polygons, nasty for curves, ill try and
write some pseudocode and give some more thought to curves)
Union
take two shapes, convert them to a PATH consisting of all the external/
points on the circumference.
+---+
+-|-+ |
| +-|-+
+---+
becomes
+---+
+-+ |
| +-+
+---+
Combine
+---+
+-|-+ |
| +-|-+
+---+
becomes the same only the overlapping central bit is not longer filled. (I
could work out what is actually logically happening here but i wont.)
+---+
+-|-+ |
| +-|-+
+---+
becomes
three shapes instead of two
+---+
+-+-+ |
| +-+-+
+---+
you have to move them apart to see it clearly
+---+
+-+ |
+-+ +-+
+-+ +-+
| +-+
+---+
Intersect leaves you with only the overlapping bit, subtract removes a
chunk, leaving you with only one shape missing the overlapping bit.
Join and Trim are similar only you do not close and fill the paths
[disclaimer: If you dont use a fixed width font my diagrams wont make any
sense]
Version: 0.90https://gitlab.gnome.org/GNOME/dia/-/issues/64New Menu item: View, Show Menu Bar F92019-09-20T02:58:37ZBugzillaNew Menu item: View, Show Menu Bar F9## Submitted by Alan Horkan
**[Link to original bug (#95852)](https://bugzilla.gnome.org/show_bug.cgi?id=95852)**
## Description
It would be really good to have a menu item View, Show Menu Bar that would
turn on the menu bar in the ...## Submitted by Alan Horkan
**[Link to original bug (#95852)](https://bugzilla.gnome.org/show_bug.cgi?id=95852)**
## Description
It would be really good to have a menu item View, Show Menu Bar that would
turn on the menu bar in the the document window.
I suggest F9 as a shortcut for this because Adobe Acrobat reader uses
(show) "Hide _Menu Bar F9".
I think there is some precedent for this, i think maybe Visual studio also
uses F9 but i am not sure. Mozilla use F9 to hid the sidebar. Not many
programs allow you to hide (or undock the menu) bar as it is very hard for
uses to guess the keybinding for how to get it to reappear.
Version: 0.90https://gitlab.gnome.org/GNOME/dia/-/issues/63Ishikawa, Fishbone diagrams support more easy2019-09-20T02:53:52ZBugzillaIshikawa, Fishbone diagrams support more easy## Submitted by Alan Horkan
Assigned to **Alan Horkan**
**[Link to original bug (#95641)](https://bugzilla.gnome.org/show_bug.cgi?id=95641)**
## Description
Subject: Dia and Fisbone
http://mail.gnome.org/archives/dia-list/2002-Jul...## Submitted by Alan Horkan
Assigned to **Alan Horkan**
**[Link to original bug (#95641)](https://bugzilla.gnome.org/show_bug.cgi?id=95641)**
## Description
Subject: Dia and Fisbone
http://mail.gnome.org/archives/dia-list/2002-July/msg00040.html
http://mail.gnome.org/archives/dia-list/2002-July/msg00041.html
http://mail.gnome.org/archives/dia-list/2002-July/msg00049.html
I wish people would file feature requests in Bugzilla when asked to do so.
Seeing as Ishikawa or Fishbone diagrams or whatever they are called are
possible in Dia this bug is for reference purposes. I want to use Bugzilla
to track just about everything, so when i am not around others will be able
to more easily figure out if a topic has been mentioned than trawling
through the mailing list archive. You are are never going to find anything
in the archive if users provide such short and mispelled message subjects.
The summary of this bug uses deliberately poor English, i felt it was more
expressive at the time.
We should probably try and make it easier to draw this type of diagram.
We should also provide documentation describing what this type of diagram
is and where to find more information on how to draw them.
Version: 0.90https://gitlab.gnome.org/GNOME/dia/-/issues/62half arrowhead: want other half too2019-09-20T02:57:36ZBugzillahalf arrowhead: want other half too## Submitted by Johan
Assigned to **Alan Horkan**
**[Link to original bug (#95573)](https://bugzilla.gnome.org/show_bug.cgi?id=95573)**
## Description
It would be great if I could specify which half of the arrow head I get.
Curre...## Submitted by Johan
Assigned to **Alan Horkan**
**[Link to original bug (#95573)](https://bugzilla.gnome.org/show_bug.cgi?id=95573)**
## Description
It would be great if I could specify which half of the arrow head I get.
Currently, I get the upper half.
I suggest having negative widths (and lengths) of the arrow head to allow
me to flip the around the axes.
Thus, a negative width arrow head would be the mirror image of a positive
width one.
A negative length arrow head would extend PAST the end of the line,
allowing me to add feathers (to fletch?) my arrows.
Version: 0.90https://gitlab.gnome.org/GNOME/dia/-/issues/61Auto (multi) export2019-09-20T02:59:22ZBugzillaAuto (multi) export## Submitted by Johan
**[Link to original bug (#95556)](https://bugzilla.gnome.org/show_bug.cgi?id=95556)**
## Description
It would be really good if the export functionality were enhanced in two
orhtogonal ways:
1) remember the na...## Submitted by Johan
**[Link to original bug (#95556)](https://bugzilla.gnome.org/show_bug.cgi?id=95556)**
## Description
It would be really good if the export functionality were enhanced in two
orhtogonal ways:
1) remember the name last used to export a file, so that subsequent
re-exports don't need the output name re-entered.
2) Add the option to automatically export on file save. I use dia to
generate eps for latex documents, and I always need to go though the export
menu to generate eps after every ctrl-s.
Version: 0.90