Re: Features
On Sat, 2020-08-08 at 11:04 +0200, Hans Breuer wrote: > > Must admit (1) was already something I'd thought of, unfortunately with the > > current architecture it's not > > actually that simple to do > > > Did it change already? IIRC Find was working for quite some time: My understanding was that they want to search within the toolbox not the diagram (which as you say should work already) Also: Nice to see you around Zander signature.asc Description: This is a digitally signed message part ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Features
> Am 08.08.2020 um 10:33 schrieb Zander Brown : > > Hey Emmanuel > > Some interesting ideas > > Must admit (1) was already something I'd thought of, unfortunately with the > current architecture it's not > actually that simple to do > Did it change already? IIRC Find was working for quite some time: https://gitlab.gnome.org/search?utf8=✓=Find%26Replace_id=8_id=1788=_code=true=false_ref=master_source=navbar > If you open some feature request[s] at > https://gitlab.gnome.org/GNOME/dia/-/issues/new > <https://gitlab.gnome.org/GNOME/dia/-/issues/new> I can't promise > they'll ever happen but at least it won't be lost & forgotten in mailing list > archives > > Zander > > -- > Zander Brown mailto:zbr...@gnome.org>> > > Maintainer: > Dia Diagram Editor > King's Cross / KGX > GNOME Design Tooling (Icon Preview, Colour Palette) > > Co-Maintainer: > GNOME Clocks > > en_GB Translation Team > > Me ≢ GNOME > > > > On Thu, 2020-08-06 at 09:08 -0600, Emmanuel Bustos via dia-list wrote: >> Hi! I downloaded Dia a couple of days ago and I'm really glad to see yet >> another incredible free tool out there! >> >> There's a couple of features that I'd like to know if are in your plans: >> >> 1 - Search tool for diagram components in the app: This shouldn't be too >> hard to implement and it would drastically improve the workflow. >> 2 - Object relative snapping: It would be great to enable objects snapping >> between themselves. This would provide a much easier way of aligning items >> like in Visio for example. >> 3 - Relative object aligning: This would be incredibly useful. I find myself >> constantly needing this feature. For example, if I had 3 objects vertically >> aligned and distributed and I wanted to align another object with the middle >> one, I should have a "vertically/horizontally align object 4 with object 2" >> type of option, which would align object for without affecting the other 3 >> objects alignment and distribution. >> >> Thank you for the awesome program! >> ___ >> dia-list mailing list >> dia-list@gnome.org >> <mailto:dia-list@gnome.org> >> https://mail.gnome.org/mailman/listinfo/dia-list >> <https://mail.gnome.org/mailman/listinfo/dia-list> >> FAQ at >> http://live.gnome.org/Dia/Faq >> <http://live.gnome.org/Dia/Faq> >> Main page at >> http://live.gnome.org/Dia >> <http://live.gnome.org/Dia> >> > ___ > dia-list mailing list > dia-list@gnome.org > https://mail.gnome.org/mailman/listinfo/dia-list > FAQ at http://live.gnome.org/Dia/Faq > Main page at http://live.gnome.org/Dia > ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Features
Hey Emmanuel Some interesting ideas Must admit (1) was already something I'd thought of, unfortunately with the current architecture it's notactually that simple to do If you open some feature request[s] at https://gitlab.gnome.org/GNOME/dia/-/issues/new I can't promisethey'll ever happen but at least it won't be lost & forgotten in mailing list archives Zander On Thu, 2020-08-06 at 09:08 -0600, Emmanuel Bustos via dia-list wrote: > Hi! I downloaded Dia a couple of days ago and I'm really glad to see yet > another incredible free tool out there! > There's a couple of features that I'd like to know if are in your plans: > > 1 - Search tool for diagram components in the app: This shouldn't be too hard > to implement and it would drastically improve the workflow. > 2 - Object relative snapping: It would be great to enable objects snapping > between themselves. This would provide a much easier way of aligning items > like in Visio for example. > 3 - Relative object aligning: This would be incredibly useful. I find myself > constantly needing this feature. For example, if I had 3 objects vertically > aligned and distributed and I wanted to align another object with the middle > one, I should have a "vertically/horizontally align object 4 with object 2" > type of option, which would align object for without affecting the other 3 > objects alignment and distribution. > > Thank you for the awesome program! > > ___dia-list mailing > listdia-l...@gnome.org > https://mail.gnome.org/mailman/listinfo/dia-list > FAQ at http://live.gnome.org/Dia/Faq > Main page at http://live.gnome.org/Dia > -- Zander Brown Maintainer: Dia Diagram Editor King's Cross / KGX GNOME Design Tooling (Icon Preview, Colour Palette) Co-Maintainer: GNOME Clocks en_GB Translation Team Me ≢ GNOME signature.asc Description: This is a digitally signed message part ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Features
Hi! I downloaded Dia a couple of days ago and I'm really glad to see yet another incredible free tool out there! There's a couple of features that I'd like to know if are in your plans: 1 - Search tool for diagram components in the app: This shouldn't be too hard to implement and it would drastically improve the workflow. 2 - Object relative snapping: It would be great to enable objects snapping between themselves. This would provide a much easier way of aligning items like in Visio for example. 3 - Relative object aligning: This would be incredibly useful. I find myself constantly needing this feature. For example, if I had 3 objects vertically aligned and distributed and I wanted to align another object with the middle one, I should have a "vertically/horizontally align object 4 with object 2" type of option, which would align object for without affecting the other 3 objects alignment and distribution. Thank you for the awesome program! ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Text rendering bug test (was Re: More features)
At 02.02.2014 02:28, Octavio Alvarez wrote:
On 02/01/2014 02:14 PM, Octavio Alvarez wrote:
* Considering that the only difference between cairo-pdf and
cairo-alpha-png is the cairo_*_surface_create() call and that
cairosimple also renders to a PNG file, I considered cairosimple should
failed too, so I compiled and cairosimple. Text rendered correctly.
I must correct myself. I think I have some useful information.
After reading bug #341481 [1] (pango), I modified cairosimple, the
example from Pango docs, to use a tweakable cairo_scale(). I attach the
resulting code. Here's how to use it:
[1] https://bugzilla.gnome.org/show_bug.cgi?id=341481
Compile it with:
gcc -o cairosimple-scale cairosimple-scale.c \
`pkg-config --cflags --libs pangocairo` -lm
Run it with:
./cairosimple-scale test-output.png
... and check test-output.png with eog or your favorite visualizer.
The new Pango bug is https://bugzilla.gnome.org/show_bug.cgi?id=700592
[...]
When debugging I changed DIAG_NOTES to fprintf(stderr, ...) because I
didn't know how to enable DIAG_NOTES and added some extras.
Please look into diacairo.h for the intended definition.
I noticed pango_font_description_set_absolute_size() was being called
with a value of 866. Curiously enough, in the default cairosimple, it
must be called with about 27 * PANGO_SCALE * DPI / 72.0 where
PANGO_SCALE == 1024 and DPI == 96, so about 36,000 to get the an
equivalent font size. This means a value of 866 would be the equivalent
of 0.6 points. This results in a big precision loss.
So, even though the Pango team clearly has to fix some calculations to
do, Dia also has to find the way to scale back to better font sizes.
Thanks for the analysis. I tend to agree although I think it could be fixed
completely on the Pango side. But patching Dia is easier for me ;-)
I'm not sure my interpretation of the tests are correct, but if they
are, the options for fix/workaround for Dia are:
If there is another internal rendering scaling multiplier, it will be
simpler: to adjust cairo_scale() to bring it back to better values and
use the internal multiplier to adjust the actual sizes of the objects to
render.
If there is not, an implementation of it is in order, but this could
horribly require to modify each rendering calculation, like the
TWEAKABLE_SCALE technique.
The attached patch basically does a mix of the two. But only for fonts/text
to avoid the huge modification otherwise required.
I gave it a shot, modifying renderer-scale at diacairo.c:165 but the
image just increases in DPI. Font size is still called with absolute
size of 866. So, no sucess yet.
Thanks again for the analysis. I'll commit the patch to master as soon as
I've tested it on Linux with Pango 1.32
Hans
Hans at Breuer dot Org ---
Tell me what you need, and I'll tell you how to
get along without it.-- Dilbert
diff --git a/plug-ins/cairo/diacairo-renderer.c
b/plug-ins/cairo/diacairo-renderer.c
index 334a416..c9a0bc6 100644
--- a/plug-ins/cairo/diacairo-renderer.c
+++ b/plug-ins/cairo/diacairo-renderer.c
@@ -507,6 +507,15 @@ set_fillstyle(DiaRenderer *self, FillStyle mode)
DIAG_STATE(DIA_CAIRO_RENDERER (self)-cr)
}
+/* There is a recurring bug with pangocairo related to kerning and font
scaling.
+ * See: https://bugzilla.gnome.org/buglist.cgi?quicksearch=341481+573261+700592
+ * Rather than waiting for another fix let's try to implement the ultimate work
+ * around. With Pango-1.32 and HarfBuzz the kludge in Pango is gone and
apparently
+ * substituted with a precision problem. If we now use huge fonts when talking
+ * to Pango and downscale these with cairo it should work with all Pango
versions.
+ */
+#define FONT_SIZE_TWEAK (72.0)
+
static void
set_font(DiaRenderer *self, DiaFont *font, real height)
{
@@ -519,7 +528,7 @@ set_font(DiaRenderer *self, DiaFont *font, real height)
#ifdef HAVE_PANGOCAIRO_H
/* select font and size */
- pango_font_description_set_absolute_size (pfd, (int)(size * PANGO_SCALE));
+ pango_font_description_set_absolute_size (pfd, (int)(size * FONT_SIZE_TWEAK
* PANGO_SCALE));
pango_layout_set_font_description (renderer-layout, pfd);
pango_font_description_free (pfd);
#else
@@ -905,14 +914,17 @@ draw_string(DiaRenderer *self,
pango_layout_iter_get_line_extents (iter, NULL, extents);
shift = alignment == ALIGN_CENTER ? PANGO_RBEARING(extents)/2 :
alignment == ALIGN_RIGHT ? PANGO_RBEARING(extents) : 0;
+shift /= FONT_SIZE_TWEAK;
+bline /= FONT_SIZE_TWEAK;
cairo_move_to (renderer-cr, pos-x - (double)shift / PANGO_SCALE, pos-y
- (double)bline / PANGO_SCALE);
pango_layout_iter_free (iter);
}
/* does this hide bug #341481? */
- pango_cairo_update_context (renderer-cr, pango_layout_get_context
(renderer-layout));
- pango_layout_context_changed (renderer-layout);
+ cairo_scale (renderer-cr, 1.0/FONT_SIZE_TWEAK, 1.0/FONT_SIZE_TWEAK);
+
Re: More features
On 01/31/2014 12:01 PM, Hans Breuer wrote: At 31.01.2014 17:24, Octavio Alvarez wrote: Might be useful or might crash and burn your files ;-) Not that I think that Dia master is in a bad shape, but recently I found and fixed some huge leaks. So before considering a release I would be really useful to get feedback from people building and tesing Dia from master. Tested in master: Pango text rendering is broken again. I don't know if it's Dia or Pango's fault. All letters of each word overlap in a single position. Except that this time switching fonts doesn't make a difference. Then again I tested it in 0.97.2 and it's broken too. :-/ This is a show stopper for those that need exporting with alpha channel. ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: More features
On 02/01/2014 08:30 PM, Octavio Alvarez wrote: On 01/31/2014 12:01 PM, Hans Breuer wrote: At 31.01.2014 17:24, Octavio Alvarez wrote: Might be useful or might crash and burn your files ;-) Not that I think that Dia master is in a bad shape, but recently I found and fixed some huge leaks. So before considering a release I would be really useful to get feedback from people building and tesing Dia from master. Tested in master: Pango text rendering is broken again. I don't know if it's Dia or Pango's fault. All letters of each word overlap in a single position. Except that this time switching fonts doesn't make a difference. Then again I tested it in 0.97.2 and it's broken too. :-/ This is a show stopper for those that need exporting with alpha channel. Is is possible to write some kind of integration tests? I have experience with writing tests for web applications (Ruby on Rails), and maybe I can contribute to Dia this way. Also, is there a list with easier issues to work on, in order to get to know the code base? I searched through Dia's bugzilla, but many are unconfirmed, many have patches (but are not closed for some reason), and is hard for me to pick something. Dima. ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: More features
At 01.02.2014 19:30, Octavio Alvarez wrote: On 01/31/2014 12:01 PM, Hans Breuer wrote: [...] So before considering a release I would be really useful to get feedback from people building and tesing Dia from master. Tested in master: Pango text rendering is broken again. I don't know if it's Dia or Pango's fault. All letters of each word overlap in a single position. Works for me, so I'm expecting a Pango problem. What version are you using? Except that this time switching fonts doesn't make a difference. Different renderers use different approaches. I have problems on OS X with pango-cairo, i.e. Dia's cairo renderer. But the Gdk renderer usually works, no matter which OS. Then again I tested it in 0.97.2 and it's broken too. :-/ This is a show stopper for those that need exporting with alpha channel. So it is a bug with Pango or cairo. While it might be possible to work around it in Dia I suggest you check your system first. Hans at Breuer dot Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: More features
On 02/01/2014 10:59 AM, Hans Breuer wrote: Tested in master: Pango text rendering is broken again. I don't know if it's Dia or Pango's fault. All letters of each word overlap in a single position. Works for me, so I'm expecting a Pango problem. What version are you using? Debian Sid, libpangocairo-1.0-0:amd64 1.36.0-1+b1 Except that this time switching fonts doesn't make a difference. Different renderers use different approaches. I have problems on OS X with pango-cairo, i.e. Dia's cairo renderer. But the Gdk renderer usually works, no matter which OS. Yes, GDK works. I use it as a fallback. Then again I tested it in 0.97.2 and it's broken too. :-/ This is a show stopper for those that need exporting with alpha channel. So it is a bug with Pango or cairo. While it might be possible to work around it in Dia I suggest you check your system first. Does it help to know that cairo-pdf works properly? ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: More features
At 01.02.2014 20:04, Octavio Alvarez wrote: On 02/01/2014 10:59 AM, Hans Breuer wrote: Tested in master: Pango text rendering is broken again. I don't know if it's Dia or Pango's fault. All letters of each word overlap in a single position. Works for me, so I'm expecting a Pango problem. What version are you using? Debian Sid, libpangocairo-1.0-0:amd64 1.36.0-1+b1 Testing with an unstable version does not really help me with fixing bugs on stable Dia versions. Isn't there a way to report issues there? Except that this time switching fonts doesn't make a difference. Different renderers use different approaches. I have problems on OS X with pango-cairo, i.e. Dia's cairo renderer. But the Gdk renderer usually works, no matter which OS. Yes, GDK works. I use it as a fallback. Then again I tested it in 0.97.2 and it's broken too. :-/ This is a show stopper for those that need exporting with alpha channel. So it is a bug with Pango or cairo. While it might be possible to work around it in Dia I suggest you check your system first. Does it help to know that cairo-pdf works properly? Is there any relation to Dia? Or is this just another program probaly using different API not exhibiting the issue at hand? Hans at Breuer dot Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: More features
On 02/01/2014 11:40 AM, Hans Breuer wrote: At 01.02.2014 20:04, Octavio Alvarez wrote: On 02/01/2014 10:59 AM, Hans Breuer wrote: Tested in master: Pango text rendering is broken again. I don't know if it's Dia or Pango's fault. All letters of each word overlap in a single position. Works for me, so I'm expecting a Pango problem. What version are you using? Debian Sid, libpangocairo-1.0-0:amd64 1.36.0-1+b1 Testing with an unstable version does not really help me with fixing bugs on stable Dia versions. Isn't there a way to report issues there? Not sure... I'll try to go deeper on this. Then again I tested it in 0.97.2 and it's broken too. :-/ This is a show stopper for those that need exporting with alpha channel. So it is a bug with Pango or cairo. While it might be possible to work around it in Dia I suggest you check your system first. Does it help to know that cairo-pdf works properly? Is there any relation to Dia? Or is this just another program probaly using different API not exhibiting the issue at hand? I meant the cairo-pdf Dia export plugin. ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: More features
At 01.02.2014 19:46, Dumitru Ursu wrote: On 02/01/2014 08:30 PM, Octavio Alvarez wrote: [...] Then again I tested it in 0.97.2 and it's broken too. :-/ This is a show stopper for those that need exporting with alpha channel. Is is possible to write some kind of integration tests? For the issue at hand it might be useful to write a minimal but complete test program to show the Pango or cairo bug. It would either help the library developers to identify their bug or help the application developer to find a work around. I have experience with writing tests for web applications (Ruby on Rails), and maybe I can contribute to Dia this way. Some of the tests I've written for Dia are implemented with PyDia (you'll find them in the plug-ins/python directory. But most of the test are written in C (see tests/ directory). Or are just manually. Also, is there a list with easier issues to work on, in order to get to know the code base? There are only about 30 open bugs - not counting enhancement requests and installer issues. See: https://bugzilla.gnome.org/buglist.cgi?query_format=advanced;bug_severity=blocker;bug_severity=critical;bug_severity=major;bug_severity=normal;bug_severity=minor;bug_severity=trivial;bug_status=UNCONFIRMED;bug_status=NEW;bug_status=ASSIGNED;bug_status=REOPENED;component=exports;component=general;component=import;component=objects;component=python;component=shapes;component=win32;product=dia I searched through Dia's bugzilla, but many are unconfirmed, Triaging bugs should help, but possibly a bit more than desribed in https://wiki.gnome.org/Bugsquad/TriageGuide For these ~30 bugs the unconfirmed might me be exactly that: no one else was yet able to reproduce. many have patches (but are not closed for some reason), These should be experimental or needs-work patches, which are not ready to be applied. There should be comments explaining the state. and is hard for me to pick something. If you are regular Dia user just check Dia with your typical workflow, try reading and saving your files and report if anything breaks. I don't think there are any release critical _known_ bugs in bugzilla. HTH, Hans Hans at Breuer dot Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: More features
At 01.02.2014 20:43, Octavio Alvarez wrote: On 02/01/2014 11:40 AM, Hans Breuer wrote: [...] So it is a bug with Pango or cairo. While it might be possible to work around it in Dia I suggest you check your system first. Does it help to know that cairo-pdf works properly? Is there any relation to Dia? Or is this just another program probaly using different API not exhibiting the issue at hand? I meant the cairo-pdf Dia export plugin. This makes it look more like a cairo bug than a pango-cairo bug. IIRC neither dia-cairo nor pango-cairo have cairo backend specific code for text rendering. Hans at Breuer dot Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: More features
On 02/01/2014 10:11 PM, Hans Breuer wrote: At 01.02.2014 19:46, Dumitru Ursu wrote: On 02/01/2014 08:30 PM, Octavio Alvarez wrote: [...] Then again I tested it in 0.97.2 and it's broken too. :-/ This is a show stopper for those that need exporting with alpha channel. Is is possible to write some kind of integration tests? For the issue at hand it might be useful to write a minimal but complete test program to show the Pango or cairo bug. It would either help the library developers to identify their bug or help the application developer to find a work around. I can reproduce the bug, when exporting to cairo PNG. All characters positions are messed up. I just compiled the master. cairo 1.12.16-1 pango 1.36.1-1 I exported to EPS with Pango fonts, and it was ok, also as PDF with Cairo. I will try to investigate further. Dima. ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: More features
On 02/01/2014 12:16 PM, Hans Breuer wrote: At 01.02.2014 20:43, Octavio Alvarez wrote: On 02/01/2014 11:40 AM, Hans Breuer wrote: [...] So it is a bug with Pango or cairo. While it might be possible to work around it in Dia I suggest you check your system first. Does it help to know that cairo-pdf works properly? Is there any relation to Dia? Or is this just another program probaly using different API not exhibiting the issue at hand? I meant the cairo-pdf Dia export plugin. This makes it look more like a cairo bug than a pango-cairo bug. IIRC neither dia-cairo nor pango-cairo have cairo backend specific code for text rendering. I tried to confirm if Pango was being used appropriately by visual comparison with cairosimple [1]. [1] https://developer.gnome.org/pango/unstable/pango-Cairo-Rendering.html -- look for Example 1. * I was not able to find a mistake. I don't trust my visual comparison enough, though. * Considering that the only difference between cairo-pdf and cairo-alpha-png is the cairo_*_surface_create() call and that cairosimple also renders to a PNG file, I considered cairosimple should failed too, so I compiled and cairosimple. Text rendered correctly. With this, I'm not sure it's a bug with Cairo. ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Text rendering bug test (was Re: More features)
On 02/01/2014 02:14 PM, Octavio Alvarez wrote:
* Considering that the only difference between cairo-pdf and
cairo-alpha-png is the cairo_*_surface_create() call and that
cairosimple also renders to a PNG file, I considered cairosimple should
failed too, so I compiled and cairosimple. Text rendered correctly.
I must correct myself. I think I have some useful information.
After reading bug #341481 [1] (pango), I modified cairosimple, the
example from Pango docs, to use a tweakable cairo_scale(). I attach the
resulting code. Here's how to use it:
[1] https://bugzilla.gnome.org/show_bug.cgi?id=341481
Compile it with:
gcc -o cairosimple-scale cairosimple-scale.c \
`pkg-config --cflags --libs pangocairo` -lm
Run it with:
./cairosimple-scale test-output.png
... and check test-output.png with eog or your favorite visualizer.
Line 11 has a constant called TWEAKABLE_SCALE. In the attachment it is
currently set to 1 to make it equivalent to the original cairosimple.
If you set it to a value lower than 1, like 0.5, 0.1 or even 0.001,
you'll see that the text differs so slightly, I'd say it's more precise.
If you set it to a value higher than 1, but not that much (like 2 or 5)
you'll see that the text is, well, ok... I'd say it's fine.
If you set it to 10, 20, 40, or 60, you'll clearly see how the text
starts to get completely messed up, even its position (but not sure if
that's a bug of mine). Coincidentally enough, values like 10 or 20 shows
kerning bugs (like the ones apperaing in cairo-pdf) and values like 50
or 60 shows overlapping letters, like the bug on topic.
(BTW, when I said cairo-pdf did not fail, I meant that it didn't fully
overlapped all the letters, but still had kerning problems. Now I think
it's the same problem.)
Lines 29 and 30 are two methods of setting the size. I decided to leave
pango_font_description_set_absolute_size() enabled because that's what
Dia uses, but they can be exchanged at will.
When debugging I changed DIAG_NOTES to fprintf(stderr, ...) because I
didn't know how to enable DIAG_NOTES and added some extras.
I noticed pango_font_description_set_absolute_size() was being called
with a value of 866. Curiously enough, in the default cairosimple, it
must be called with about 27 * PANGO_SCALE * DPI / 72.0 where
PANGO_SCALE == 1024 and DPI == 96, so about 36,000 to get the an
equivalent font size. This means a value of 866 would be the equivalent
of 0.6 points. This results in a big precision loss.
So, even though the Pango team clearly has to fix some calculations to
do, Dia also has to find the way to scale back to better font sizes.
I'm not sure my interpretation of the tests are correct, but if they
are, the options for fix/workaround for Dia are:
If there is another internal rendering scaling multiplier, it will be
simpler: to adjust cairo_scale() to bring it back to better values and
use the internal multiplier to adjust the actual sizes of the objects to
render.
If there is not, an implementation of it is in order, but this could
horribly require to modify each rendering calculation, like the
TWEAKABLE_SCALE technique.
I gave it a shot, modifying renderer-scale at diacairo.c:165 but the
image just increases in DPI. Font size is still called with absolute
size of 866. So, no sucess yet.
Octavio.
#include math.h
#include pango/pangocairo.h
static void
draw_text (cairo_t *cr)
{
#define RADIUS 150
#define N_WORDS 10
#define FONT_WITH_MANUAL_SIZE Sans Bold
#define FONT_SIZE 27
#define DEVICE_DPI 9
#define TWEAKABLE_SCALE ((double) 0.01)
PangoLayout *layout;
PangoFontDescription *desc;
int i;
/* Center coordinates on the middle of the region we are drawing
*/
cairo_translate (cr, RADIUS / TWEAKABLE_SCALE, RADIUS / TWEAKABLE_SCALE);
/* Create a PangoLayout, set the font and text */
layout = pango_cairo_create_layout (cr);
pango_layout_set_text (layout, Text, -1);
desc = pango_font_description_from_string (FONT_WITH_MANUAL_SIZE);
pango_font_description_set_absolute_size(desc, FONT_SIZE * DEVICE_DPI * PANGO_SCALE / (72.0 * TWEAKABLE_SCALE));
//pango_font_description_set_size(desc, 27 * PANGO_SCALE / TWEAKABLE_SCALE);
printf(PANGO_SCALE = %d\n, PANGO_SCALE);
pango_layout_set_font_description (layout, desc);
pango_font_description_free (desc);
/* Draw the layout N_WORDS times in a circle */
for (i = 0; i N_WORDS; i++)
{
int width, height;
double angle = (360. * i) / N_WORDS;
double red;
cairo_save (cr);
/* Gradient from red at angle == 60 to blue at angle == 240 */
red = (1 + cos ((angle - 60) * G_PI / 180.)) / 2;
cairo_set_source_rgb (cr, red, 0, 1.0 - red);
cairo_rotate (cr, angle * G_PI / 180.);
/* Inform Pango to re-layout the text with the new transformation */
pango_cairo_update_layout (cr, layout);
pango_layout_get_size (layout, width, height);
cairo_move_to (cr,( - (((double)width) / PANGO_SCALE) / 2.0) , (- RADIUS) /
Re: More features (was: Re: thanks for nothing)
Greetings, Hans Breuer! Allowing to hide (enable/disable, not delete) whole shape lists is missing too. Now i have a lot of shapes (Debian's package with extra shapes). When i am searching some shape, the list of lists is growing, but i cannot remove individual items from it, only clear whole list. I was thinking about this one as well, but did not come up with a good UI idea. Maybe replace the current approach with some autocompleting, read-only combobox of all the shape names? Not combo-box, PLEASE. Just a search field. Doesn't discard the need for sheet selector. But the selector should only really list categories, which shapes are used on the current diagram, unless prompted for more. Yes it may slow down the initial steps of making a new diagram, but you get two benefits out of it. 1. Shorter list of sheets, that is always relevant to your current work. 2. When you give your work to someone else, they wouldn't need to wade through their many sheets to find out, what of them may contain this or that primitive. In this list of shape lists i have three shape lists separated by line and they are not deleted with others. But i cannot remember how i add them here :-) Then i cannot change add nor delete these special items now... These are not added by you, but the preset is hardcoded in app/toolbox.c Eh... This should really be user-configurable. IMO. -- WBR, Andrey Repin (anrdae...@freemail.ru) 31.01.2014, 17:10 Sorry for my terrible english... ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: More features
On 01/30/2014 03:25 PM, Hans Breuer wrote: Available with Dia master [ ... ] Most of these issue are adressed in the development version [..] Implemented on Dia master: [...] SVG import got vastly improved recently. I've seen these responses increasingly frequently. This suggests a release would be useful. ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: More features (was: Re: thanks for nothing)
Hi, Dňa Fri, 31 Jan 2014 00:25:08 +0100 Hans Breuer h...@breuer.org napísal: At 30.01.2014 20:39, Slavko wrote: Dňa Thu, 30 Jan 2014 06:41:34 -0800 Octavio Alvarez [...] This could be great feedback on usability for the project, either to improve documentation or to improve the interface itself. For me, the most missing GUI parts are: + toolbar with my common task (best is customization) - properties (colors, etc), bring to front/back, align... Placing actions already available in the menu should be an easy task given the right selection. Customization would require some deeper knowledge of GTK. The hardest part would probaly be to put some of Dia's custom property widgets into the toolbar and en/dis-able them based on the current object selection. You are right, the proper selection is terrible part. I see the place for toolbar buttons for alignment, brink back/forward. Buttons for back and forward (Ctrl+Z/Y), etc. Customization can be very basical too. Perhaps prepare more toolbars, which will group properties/items as they are in (sub)menus, and make simple customization by enable/disable whole toolbar as start point? (My knowledge about GTK is basic only). Or duplicate all menu items to these toolbars and allow simple enable/disable for particular buttons. IMO there must be some type of common properties, e.g. stroke and fill (in SVG terms), which can be added. + there is not a cursor change, when it is above the object resize point, the GUI feedback is missing Available with Dia master by And for all other implemented parts: thanks :-) Is the new release on plan in near future? There is a simple interface to select the line width and colors (below the shape list), but this affect only new shapes, not existing. And the recently colors in this interface is not corresponding with the recent colors from object's properties... Not sure if you are asking for the Palette preset in the Select color dialog. That's just the standard dialog from GTK. The color menu in the Object properties dialog is specific to Dia including it's recent entries management. But given that the latter again uses the former (More colors...) I prefer to not duplicate the recent entries in the Select color dialog. Yes, i ask something similar as palete presets. Or any system, which will allow to share the same color sets on different places. I don't know, if the classic GTK color dialog allow to load custom palette. Dynamic guides would certainly be a nice addtion to Dia. I have no plans to implment them myself, though ;) :-( Allowing to hide (enable/disable, not delete) whole shape lists is I was thinking about this one as well, but did not come up with a good UI idea. Maybe replace the current approach with some autocompleting, read-only combobox of all the shape names? IMO current list is good, only when the number of items grows, is there a problem. I see the base of the problem in history. There was not a custom shapes system (as i know) and users did copy/install them manually. But now i install custom shapes package and i get a lot of lists, which are not all useful for me. But there are not all useful for me from the build-in too. Hmm, i don't know how to write this in English, but now i have more items now than they can take place on my screen (1920x1080) and i must to scroll it to see all items. What about simple interface with checkboxes for any shape lists somewhere in configuration? Which can be default to True (Display), to prevent hiding the new (unknown state) lists? The list of shape's lists can be loaded by the same manner as now. Or simple add this checkbox to the existing shapes and lists customization dialog (F9)? A basic gradient editor and gradient support for shapes is still missing. Gradient support for shapes was what i mean. The Dia diagrams are very useful for me. They are technically really good, but some eye candy is missing. I did custom network SVG shapes (still not finished) in Inkscape. I did a lot of try-fail until i get it working, but i have still a problem with (e.g.) line widths when shapes are resized :-( Back to gradient - i am not a artist, then simulate the gradient by layering SVG shapes with different colors is nothing for me... Thanks for the exhaustive list although - to me - it mostly does not seem to be geared towards beginners problems ;-) Yes, they all are not a beginner problems. IMO the beginner problems are not related to bad GUI or missing GUI parts. I see only one missing part - very basic Quick start tutorial with some screenshots. Now i think not for my students - i am able to describe them the basic work with Dia. But for people which find the Dia by self and have nobody to ask around. I tried to create one (in my native language), but i fail with definition/selection of the beginner's tasks. Perhaps i will prepare it in future, with the next year students. I have plan to do the same
Re: More features
On 01/31/2014 09:44 AM, Slavko wrote: Allowing to hide (enable/disable, not delete) whole shape lists is I was thinking about this one as well, but did not come up with a good UI idea. Maybe replace the current approach with some autocompleting, read-only combobox of all the shape names? IMO current list is good, only when the number of items grows, is there a problem. I see the base of the problem in history. There was not a custom shapes system (as i know) and users did copy/install them manually. But now i install custom shapes package and i get a lot of lists, which are not all useful for me. But there are not all useful for me from the build-in too. Hmm, i don't know how to write this in English, but now i have more items now than they can take place on my screen (1920x1080) and i must to scroll it to see all items. I like the current list too, but I rarely do other diagrams other than networking of flowchart. I don't have many shapes. To me, an added recently-used list where the last 100 shapes (not lists) are shown sorted by last time starting by the most recent would be great. Yes, they all are not a beginner problems. IMO the beginner problems are not related to bad GUI or missing GUI parts. I see only one missing part - very basic Quick start tutorial with some screenshots. Now i think not for my students - i am able to describe them the basic work with Dia. But for people which find the Dia by self and have nobody to ask around. The following link right in the front page would be very very useful: http://www.youtube.com/results?search_query=dia+diagram Also, not sure if dia --integrated is the default in the Windows installer (I use Linux), but making it the default would be a great UX improvement, just by itself. ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: More features
Greetings, Octavio Alvarez! To me, an added recently-used list where the last 100 shapes (not lists) are shown sorted by last time starting by the most recent would be great. Always shifting list of often used elements is never useful. You just won't use it, if it will always change, and if it take you a look and a thought to pick proper element from the sheet. This is, unfortunately, the late tendency of UI design - to force people to waste their time looking at is. Professional users never look, where they click. They KNOW where they click. They rarely admit the presence of UI around the workplace. They concentrated on their work, and UI is just a supplement. If it needs more attention, than their work, the UI is deficient and needs an overhaul. Yes, they all are not a beginner problems. IMO the beginner problems are not related to bad GUI or missing GUI parts. I see only one missing part - very basic Quick start tutorial with some screenshots. Now i think not for my students - i am able to describe them the basic work with Dia. But for people which find the Dia by self and have nobody to ask around. The following link right in the front page would be very very useful: http://www.youtube.com/results?search_query=dia+diagram Also, not sure if dia --integrated is the default in the Windows installer (I use Linux), but making it the default would be a great UX improvement, just by itself. Even if not, you can make it so quite easy yourself. -- WBR, Andrey Repin (anrdae...@freemail.ru) 31.01.2014, 22:25 Sorry for my terrible english... ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: More features
At 31.01.2014 17:24, Octavio Alvarez wrote: On 01/30/2014 03:25 PM, Hans Breuer wrote: Available with Dia master [ ... ] Most of these issue are adressed in the development version [..] Implemented on Dia master: [...] SVG import got vastly improved recently. I've seen these responses increasingly frequently. This suggests a release would be useful. Might be useful or might crash and burn your files ;-) Not that I think that Dia master is in a bad shape, but recently I found and fixed some huge leaks. So before considering a release I would be really useful to get feedback from people building and tesing Dia from master. Bug reports, documentation updates and pathches are also welcome. Hans at Breuer dot Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: More features
At 31.01.2014 18:44, Slavko wrote: Hi, Dňa Fri, 31 Jan 2014 00:25:08 +0100 Hans Breuer h...@breuer.org napísal: [...] Placing actions already available in the menu should be an easy task given the right selection. Customization would require some deeper knowledge of GTK. The hardest part would probaly be to put some of Dia's custom property widgets into the toolbar and en/dis-able them based on the current object selection. You are right, the proper selection is terrible part. I see the place for toolbar buttons for alignment, brink back/forward. Buttons for back and forward (Ctrl+Z/Y), etc. Customization can be very basical too. Basic customization of toolbar actions already is possible. Attached you'll find the XML file to add the five buttons from your list above. Perhaps prepare more toolbars, which will group properties/items as they are in (sub)menus, and make simple customization by enable/disable whole toolbar as start point? (My knowledge about GTK is basic only). Or duplicate all menu items to these toolbars and allow simple enable/disable for particular buttons. IMO there must be some type of common properties, e.g. stroke and fill (in SVG terms), which can be added. There is, but my toolbar already is almost filled with the five extra buttons. + there is not a cursor change, when it is above the object resize point, the GUI feedback is missing Available with Dia master by And for all other implemented parts: thanks :-) Is the new release on plan in near future? No really. I try to avoid too much planning for my spare time ;) Hans at Breuer dot Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ui toolbar name=Toolbar toolitem name=FileNew action=FileNew / toolitem name=FileOpen action=FileOpen / toolitem name=FileSave action=FileSave / toolitem name=FileSaveas action=FileSaveas / toolitem name=FileExport action=FileExport / toolitem name=FilePrint action=FilePrint / separator/ toolitem name=EditUndo action=EditUndo / toolitem name=EditRedo action=EditRedo / toolitem name=EditCopy action=EditCopy / toolitem name=EditCut action=EditCut / toolitem name=EditPaste action=EditPaste / separator/ toolitem name=ObjectsAlignLeft action=ObjectsAlignLeft / toolitem name=ObjectsAlignCenter action=ObjectsAlignCenter / toolitem name=ObjectsAlignRight action=ObjectsAlignRight / toolitem name=ObjectsSendtoback action=ObjectsSendtoback / toolitem name=ObjectsBringtofront action=ObjectsBringtofront / separator/ toolitem name=ViewZoomin action=ViewZoomin / toolitem name=ViewShowall action=ViewShowall / toolitem name=ViewZoomout action=ViewZoomout / separator/ /toolbar /ui ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: More features
On 01/31/2014 10:30 AM, Andrey Repin wrote: Greetings, Octavio Alvarez! To me, an added recently-used list where the last 100 shapes (not lists) are shown sorted by last time starting by the most recent would be great. Always shifting list of often used elements is never useful. You just won't use it, if it will always change, and if it take you a look and a thought to pick proper element from the sheet. But still I'd rather look for the shapes in only one list, than having to switch lists. Cisco has so many shapes that they are split in five lists. This is, unfortunately, the late tendency of UI design - to force people to waste their time looking at is. I did not suggest to eliminate any current UI feature, only add to it. Professional users never look, where they click. They KNOW where they click. They rarely admit the presence of UI around the workplace. They concentrated on their work, and UI is just a supplement. If it needs more attention, than their work, the UI is deficient and needs an overhaul. Yes, but neither you or me will *do* the UI overhaul and it can be quite some work, so my suggestion tries to reduce the actually work needed. And I'm not even sure I succeeded because to keep track of shape usage could imply modifying some internal program structure. Maybe a 'Current diagram shapes' list could be a good start. Also, not sure if dia --integrated is the default in the Windows installer (I use Linux), but making it the default would be a great UX improvement, just by itself. Even if not, you can make it so quite easy yourself. We are talking about beginners and sane defaults. I've seen how people react when they see the non-integrated UI for the first time. It's different. It's an additional burden to the Dia learning process for newbies. I've been using Dia for years and I know my way around. *Even* with that I just hate the normal interface. It's unpredictable, it's difficult and it focuses me away from my work If you tell a beginner that the first thing to do is to change the shortcut that will just scare them away and it's an indication of a required improvement. In this case is really simple. Best regards. ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Possible new features for Dia
Hey Everyone, Firstly I love dia, it has been servicing my needs for quite some time now, so thanks to all the contributors. I wanted to suggested a couple of features and see if any of them were in the pipeline. They are all related to text added in boxes and such: 1. Dynamic text wrapping option, so text flows in the box rather than expanding the object size 2. Aligned text alignment option after text wrapping, just because it looks pretty 3. The ability to drag and select and cut/copy text within an object Thanks. Happy coding! Corey ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: How to Develop New Features
At 07.09.2012 03:11, Matthew Rubenstein wrote: Howdy. I'd like to code some revisions to Dia, but I haven't figured out how to get started, despite browsing around https://live.gnome.org/Dia and googling various programming keywords combined with dia. Checking out the code from master [1], building it and reading some of the existing code should be a good starting point. I'd like to embed a library that would receive data as graph object labels are edited, compute against them, and return a value would be displayed in other graph object labels. Since it's an embedded library this seems like a plugin project, but I haven't found any documentation for APIs or otherwise for writing a Dia plugin. There are a lot of plug-ins doing a multitude of things available with the Dia distribution. Just find one similar to your needs and start reading code. There also is some documentation about Dia concepts with the code. See $(dia)/doc and $(dia)/samples/Self for a start. I'd also like to create a set of shapes that all work like the UML Large Package shape: implementing parenting. I'm in the process of adding this facility to the custom shape mudule, so in the near future this can even be done with custom shapes written in XML. I'd also like to be able to toggle a parent between hiding and showing its children. If it works out I'd like to also click a parent to zoom it to fill the app viewport, then click a child that's itself a parent to zoom into it, and zoom back out. I haven't seen any docs for creating a new shape set, http://dia-installer.de/doc/en/custom-shapes-chapter.html or how to add these dynamic behaviors to them. The usual answer to more dynamic shape behaviour is writing objects in C. See $(dia)/objects for a lot of examples. Toggling visibility of single objects would probably require some modification of the Dia core. And I'd like to code the save/load code for a simple file format that stores objects with these behaviors. That seems like probably an export filter, but again I've found no docs to confirm it. There are about two dozen export filters include with Dia. Please look at $(dia)/plug-ins for their implementations. [1] http://git.gnome.org/browse/dia/ Hans at Breuer dot Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
How to Develop New Features
Howdy. I'd like to code some revisions to Dia, but I haven't figured out how to get started, despite browsing around https://live.gnome.org/Dia and googling various programming keywords combined with dia. I'd like to embed a library that would receive data as graph object labels are edited, compute against them, and return a value would be displayed in other graph object labels. Since it's an embedded library this seems like a plugin project, but I haven't found any documentation for APIs or otherwise for writing a Dia plugin. I'd also like to create a set of shapes that all work like the UML Large Package shape: implementing parenting. I'd also like to be able to toggle a parent between hiding and showing its children. If it works out I'd like to also click a parent to zoom it to fill the app viewport, then click a child that's itself a parent to zoom into it, and zoom back out. I haven't seen any docs for creating a new shape set, or how to add these dynamic behaviors to them. And I'd like to code the save/load code for a simple file format that stores objects with these behaviors. That seems like probably an export filter, but again I've found no docs to confirm it. ___ dia-list mailing list dia-list@gnome.org https://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Exporting / printing problem - features not found? - Help?
Hello, I am a new user of DIA, please do help. I downloaded it to create buildings floor planes / electrical and plumbing schematics, and garden lay out. This program would be a dream come true for most designs. I like it, but have problems I can't find solution for. In Other sheets No building objects menu yet - doors, windows etc so creating building plans no go. Now I am trying to do garden layout so I can print it out with what is planted and where - boxes on boxes on boxes with Flow chart boxes. Can not find Merge layers, Rotate the finished diagram (here you need the Merge layers so all objects will be rotated). (Need this to input text into narrow vertical boxes) To Re-size / scale the finished project diagram for printing on one letter page (%) Print dialog to display how many pages it actually will take before printing and print preview? Just need more standard printing options in the print box. Major problem - Exporting in other formats is not working - The only exportable format I can use DIA has is PNG. It does create the file with the extension (example.png) just fine. I would like to Export the finished project to my Ark Soft PhotoStudio 5 for further editing (which supports PNG) only because I can't do it with DIA. But the DIA Export just does not create the PNG readable by anything ? - and JPG (JPEG) is not supported. Tied a bunch of PNG editors/viewers - but none would read the PNG creates by DIA At last I have tried to print my diagram after sizing it to a letter sized paper, but the printer just spits out clean paper. I would really appreciate any help. Thank you in advance Tony ___ dia-list mailing list dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Printing -exporting problems, missing features?
Hello, I am a new user of DIA please do help. I downloaded it to create buildings floor planes / electrical and plumbing schematics, and garden lay out. This program would be a dream come true for most designs. have problems I can't find solution for. In Other sheets No building objects menu yet - doors, windows etc - trying to do garden layout with flow chart boxes. Can not find Merge layers, Rotate the finished diagram (here you need the Merge layers so all objects will be rotated). (Need this to input text into narrow vertical boxes) To Re-size / scale the project diagram for printing on one letter page instead or 30 (example) Print dialog to display how many pages it actually will take before printing and print preview? Major problem - Exporting in other formats is not working -it does create the file with the extension (example.png). I would like to Export the finished project to my Ark Soft PhotoStudio 5 for further editing (which supports PNG) but the DIA Export just does not create the PNG readable by anything ? - and JPG (JPEG) is not supported. Tied a bunch of PNG editors/viewers - but none would read DIA created PNG. At last I have tried to print my diagram after sizing it to a letter sized paper, but the printer just spits out clean paper. I would really appreciate any help. Thank you in advance Tony ___ dia-list mailing list dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Exporting / printing problem - features not found? - Help?
Tony, You can rotate the sheet orientation - landscape/portrait. If you have downloaded the shapes library the you have all that exists. You can make your own symbols and put then in a separate Dia for copy and paste, or you can learn how to make shapes and sheets that can become palettes. It is the blessing of Dia that you can make your, own, but that may mean you need to make your own. Can't help at all regarding the export forms. others will chime in I am sure M On Mon, Apr 16, 2012 at 3:01 PM, Tony Hnilica webmas...@ajh-knives.comwrote: Hello, I am a new user of DIA, please do help. I downloaded it to create buildings floor planes / electrical and plumbing schematics, and garden lay out. This program would be a dream come true for most designs. I like it, but have problems I can't find solution for. In Other sheets No building objects menu yet - doors, windows etc so creating building plans no go. Now I am trying to do garden layout so I can print it out with what is planted and where - boxes on boxes on boxes with Flow chart boxes. Can not find Merge layers, Rotate the finished diagram (here you need the Merge layers so all objects will be rotated). (Need this to input text into narrow vertical boxes) To Re-size / scale the finished project diagram for printing on one letter page (%) Print dialog to display how many pages it actually will take before printing and print preview? Just need more standard printing options in the print box. Major problem - Exporting in other formats is not working - The only exportable format I can use DIA has is PNG. It does create the file with the extension (example.png) just fine. I would like to Export the finished project to my Ark Soft PhotoStudio 5 for further editing (which supports PNG) only because I can't do it with DIA. But the DIA Export just does not create the PNG readable by anything ? - and JPG (JPEG) is not supported. Tied a bunch of PNG editors/viewers - but none would read the PNG creates by DIA At last I have tried to print my diagram after sizing it to a letter sized paper, but the printer just spits out clean paper. I would really appreciate any help. Thank you in advance Tony __**_ dia-list mailing list dia-list@gnome.org http://mail.gnome.org/mailman/**listinfo/dia-listhttp://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia -- Put this question to yourself: should I use everyone else to attain happiness, or should I help others gain happiness? *Dalai Lama * To invent, you need a good imagination and a pile of junk. Thomas A. Edisonhttp://www.brainyquote.com/quotes/quotes/t/thomasaed125362.html A public-opinion poll is no substitute for thought. *Warren Buffet* Michael E. Ross (919) 550-2430 Land (919) 576-0824 https://www.google.com/voice/b/0?pli=1#phones Google Phone (919) 631-1451 Cell (919) 513-0418 Desk michael.e.r...@gmail.com michael.e.r...@gmail.com ___ dia-list mailing list dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Dia New features request
Hi, I just discover Dia (0.97-pre2), so easy to use, fast, intuitive ... wonderful, I would love to find those features, maybe it does exist, if yes would you be kind to tell me where/how. - rotate function (on rectangles or boxes, and of course all other elements) - HIGH PRIORITY - select all (or part of) layers together, if i like to move all the elements of a drawing - import dxf (real architect drawings, quite big size (100-200MB) doesn't work - drawing vertical or horizontal lines while keeping CTRL or ALT or any other key, to guarantee that the line is horiz. or vert. - to be able to give a value for length and with from a rectangle, same for a line or circle Best regards and hope you'll continue to improve Dia. Philippe Donnet Switzerland ___ dia-list mailing list dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: Dia New features request
On Thu, 2009-04-16 at 08:06 +0200, Philippe Donnet wrote: Hi, I just discover Dia (0.97-pre2), so easy to use, fast, intuitive ... wonderful, I would love to find those features, maybe it does exist, if yes would you be kind to tell me where/how. - rotate function (on rectangles or boxes, and of course all other elements) - HIGH PRIORITY High priority, high difficulty. This would require some fairly significant changes in how objects, handles, connection points, rendering and autolayout is done. Nobody has so far had the time to do this, or the money to pay somebody to do it. Everybody keeps asking for it, though, including me:) - select all (or part of) layers together, if i like to move all the elements of a drawing In principle this is easy, but we'd have to consider how it affects all the various things one can do with selected elements, which for instance now includes moving them up/down layers. - import dxf (real architect drawings, quite big size (100-200MB) doesn't work This is - drawing vertical or horizontal lines while keeping CTRL or ALT or any other key, to guarantee that the line is horiz. or vert. CTRL already restricts movement of the cursor to horiz/vert when resizing/moving, but it would be sneaky to have it do so when drawing to force the initial line to horiz/vert. I usually have been using the grid for that. - to be able to give a value for length and with from a rectangle, same for a line or circle Almost got implemented, but we'd need to add some way to update the properties dialog when an object changes (e.g. you have the dialog open and then you resize the object). That requires a bit of infrastructure that hasn't been made yet. -Lars ___ dia-list mailing list dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Need some features into UML diagrams
I want to develop some tool for code generation based on UML, and I decide to use dia diagrams as source for this tool. My tool will generate finite state machine code, and I use UML - State, UML - State Term, UML - Transition entities on Dia diagrams. It is not enough features in this entities. Such, I can't make the inner transition - when normal transition occurs, the entry/exit actions of states are executed, and transition action executed too. When inner transition occurs, only the do action of state executed, and inner transition action executed too. There is no primitive/entity for this pirpose. Next, I want to use the submachines - compound/complex states. There is no primitive/entity for this pirpose also. Now, my solution for that is to add some metainfo into UML object attributes, but it is not a good idea. Can anobody take more pretty solution? Next point is about object style/behavior. Object State (or another) has 8 connection points - 4 at corners and 4 at edges. It is not enough when making big statechart diagram, the in/out transitions makes unpretty non-understandable view. Next point is about custom properties. This feature in any (may be simple/primitive) form can help me with probles, descibed above, but there is no such feature. Next point is about UML, I think. I need to place some small portions of code or other custom staff into diagram for more complexity definition of state machine in one place. I use UML Note and UML dependency arrow to link note for states/transitions. Is there more pretty solution for this? Thank you for reading my message. Is there any plans to implement such features as above? I read roadmap trough 0.96 to 1.0 version, but not found anything like this. I use I think the last version of Dia - 0.96.1. Thank you for your work. ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
RE: Need some features into UML diagrams
Hi, I wrote a similar tool some time ago (http://sourceforge.net/projects/dia2fsm/) called dia2fsm, please feel free to look through the source if an idea of my own approach is helpful and ask me any questions you wish. It's not the most up to date source, but the dia file parser has not changed much. I concur that the shapes are not ideally provisioned in their attributes for this sort of operation, but I also feel that our needs in this respect are very much secondary to the main objective of providing an outstanding diagramming tool. Careful choice and use of the available shapes does provide, in my view, an adequate if slightly incongruous choice of attributes to use to store the detail we need. Kind regards Damien Golding From: [EMAIL PROTECTED] To: dia-list@gnome.org Subject: Need some features into UML diagrams Date: Tue, 8 Jul 2008 17:17:02 +0400 I want to develop some tool for code generation based on UML, and I decide to use dia diagrams as source for this tool. My tool will generate finite state machine code, and I use UML - State, UML - State Term, UML - Transition entities on Dia diagrams. It is not enough features in this entities. Such, I can't make the inner transition - when normal transition occurs, the entry/exit actions of states are executed, and transition action executed too. When inner transition occurs, only the do action of state executed, and inner transition action executed too. There is no primitive/entity for this pirpose. Next, I want to use the submachines - compound/complex states. There is no primitive/entity for this pirpose also. Now, my solution for that is to add some metainfo into UML object attributes, but it is not a good idea. Can anobody take more pretty solution? Next point is about object style/behavior. Object State (or another) has 8 connection points - 4 at corners and 4 at edges. It is not enough when making big statechart diagram, the in/out transitions makes unpretty non-understandable view. Next point is about custom properties. This feature in any (may be simple/primitive) form can help me with probles, descibed above, but there is no such feature. Next point is about UML, I think. I need to place some small portions of code or other custom staff into diagram for more complexity definition of state machine in one place. I use UML Note and UML dependency arrow to link note for states/transitions. Is there more pretty solution for this? Thank you for reading my message. Is there any plans to implement such features as above? I read roadmap trough 0.96 to 1.0 version, but not found anything like this. I use I think the last version of Dia - 0.96.1. Thank you for your work. ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia _ Find the best and worst places on the planet http://clk.atdmt.com/UKM/go/101719807/direct/01/___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re[2]: Need some features into UML diagrams
I downloaded your tool and find it very interesting for me, but there is no sample files, described in documentation in archive, and understanding your tool is more harder than can be. Can i get a lot of .dia samples, illustrates your technology? -Original Message- From: Damien Golding [EMAIL PROTECTED] To: Александр Мартынов [EMAIL PROTECTED],dia-list@gnome.org Date: Tue, 8 Jul 2008 13:32:39 + Subject: RE: Need some features into UML diagrams Hi, I wrote a similar tool some time ago (http://sourceforge.net/projects/dia2fsm/) called dia2fsm, please feel free to look through the source if an idea of my own approach is helpful and ask me any questions you wish. It's not the most up to date source, but the dia file parser has not changed much. I concur that the shapes are not ideally provisioned in their attributes for this sort of operation, but I also feel that our needs in this respect are very much secondary to the main objective of providing an outstanding diagramming tool. Careful choice and use of the available shapes does provide, in my view, an adequate if slightly incongruous choice of attributes to use to store the detail we need. Kind regards Damien Golding From: [EMAIL PROTECTED] To: dia-list@gnome.org Subject: Need some features into UML diagrams Date: Tue, 8 Jul 2008 17:17:02 +0400 I want to develop some tool for code generation based on UML, and I decide to use dia diagrams as source for this tool. My tool will generate finite state machine code, and I use UML - State, UML - State Term, UML - Transition entities on Dia diagrams. It is not enough features in this entities. Such, I can't make the inner transition - when normal transition occurs, the entry/exit actions of states are executed, and transition action executed too. When inner transition occurs, only the do action of state executed, and inner transition action executed too. There is no primitive/entity for this pirpose. Next, I want to use the submachines - compound/complex states. There is no primitive/entity for this pirpose also. Now, my solution for that is to add some metainfo into UML object attributes, but it is not a good idea. Can anobody take more pretty solution? Next point is about object style/behavior. Object State (or another) has 8 connection points - 4 at corners and 4 at edges. It is not enough when making big statechart diagram, the in/out transitions makes unpretty non-understandable view. Next point is about custom properties. This feature in any (may be simple/primitive) form can help me with probles, descibed above, but there is no such feature. Next point is about UML, I think. I need to place some small portions of code or other custom staff into diagram for more complexity definition of state machine in one place. I use UML Note and UML dependency arrow to link note for states/transitions. Is there more pretty solution for this? Thank you for reading my message. Is there any plans to implement such features as above? I read roadmap trough 0.96 to 1.0 version, but not found anything like this. I use I think the last version of Dia - 0.96.1. Thank you for your work. ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia _ Find the best and worst places on the planet http://clk.atdmt.com/UKM/go/101719807/direct/01/ С уважением, Александр Мартынов. ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
RE: Re[2]: Need some features into UML diagrams
Certainly, let me bundle some stuff up for you (including the latest source). It may not be for 12 hours or so though as I am about to go offline for the day, but I'll have it for you tomorrow. Kind regards Damien Golding From: [EMAIL PROTECTED] To: [EMAIL PROTECTED]; dia-list@gnome.org Subject: Re[2]: Need some features into UML diagrams Date: Tue, 8 Jul 2008 19:53:16 +0400 I downloaded your tool and find it very interesting for me, but there is no sample files, described in documentation in archive, and understanding your tool is more harder than can be. Can i get a lot of .dia samples, illustrates your technology? -Original Message- From: Damien Golding [EMAIL PROTECTED] To: Александр Мартынов [EMAIL PROTECTED],dia-list@gnome.org Date: Tue, 8 Jul 2008 13:32:39 + Subject: RE: Need some features into UML diagrams Hi, I wrote a similar tool some time ago (http://sourceforge.net/projects/dia2fsm/) called dia2fsm, please feel free to look through the source if an idea of my own approach is helpful and ask me any questions you wish. It's not the most up to date source, but the dia file parser has not changed much. I concur that the shapes are not ideally provisioned in their attributes for this sort of operation, but I also feel that our needs in this respect are very much secondary to the main objective of providing an outstanding diagramming tool. Careful choice and use of the available shapes does provide, in my view, an adequate if slightly incongruous choice of attributes to use to store the detail we need. Kind regards Damien Golding From: [EMAIL PROTECTED] To: dia-list@gnome.org Subject: Need some features into UML diagrams Date: Tue, 8 Jul 2008 17:17:02 +0400 I want to develop some tool for code generation based on UML, and I decide to use dia diagrams as source for this tool. My tool will generate finite state machine code, and I use UML - State, UML - State Term, UML - Transition entities on Dia diagrams. It is not enough features in this entities. Such, I can't make the inner transition - when normal transition occurs, the entry/exit actions of states are executed, and transition action executed too. When inner transition occurs, only the do action of state executed, and inner transition action executed too. There is no primitive/entity for this pirpose. Next, I want to use the submachines - compound/complex states. There is no primitive/entity for this pirpose also. Now, my solution for that is to add some metainfo into UML object attributes, but it is not a good idea. Can anobody take more pretty solution? Next point is about object style/behavior. Object State (or another) has 8 connection points - 4 at corners and 4 at edges. It is not enough when making big statechart diagram, the in/out transitions makes unpretty non-understandable view. Next point is about custom properties. This feature in any (may be simple/primitive) form can help me with probles, descibed above, but there is no such feature. Next point is about UML, I think. I need to place some small portions of code or other custom staff into diagram for more complexity definition of state machine in one place. I use UML Note and UML dependency arrow to link note for states/transitions. Is there more pretty solution for this? Thank you for reading my message. Is there any plans to implement such features as above? I read roadmap trough 0.96 to 1.0 version, but not found anything like this. I use I think the last version of Dia - 0.96.1. Thank you for your work. ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia _ Find the best and worst places on the planet http://clk.atdmt.com/UKM/go/101719807/direct/01/ С уважением, Александр Мартынов. _ The John Lewis Clearance - save up to 50% with FREE delivery http://clk.atdmt.com/UKM/go/101719806/direct/01/___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: some quetsions about features and plugins
On Sat, Jun 28, 2008 at 11:45 AM, Hans Breuer [EMAIL PROTECTED] wrote: First there is a diagram of the PyDia objects in the samples/Self folder: http://svn.gnome.org/viewvc/dia/trunk/samples/Self/PyDiaObjects.dia?view=log There is more in the diagram than visible on first spot, i.e. it makes heavy use of comments for methods and whole classes. A good starting point should be http://live.gnome.org/Dia/Python Than some extra bindings documentation is available at http://hans.breuer.org/dia/bindings/index.html And finally looking at the sources is common Does this mean that I can only do it with Python? I would rather like to implement it in c or c++. Thank you, -- Marleine Daoud http://marleine.blogspot.com/ ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: some quetsions about features and plugins
Am 03.07.2008 19:57, Marleine Daoud schrieb: On Sat, Jun 28, 2008 at 11:45 AM, Hans Breuer [EMAIL PROTECTED] wrote: [...] And finally looking at the sources is common Does this mean that I can only do it with Python? No. I would rather like to implement it in c or c++. Of course this woul be possible as well. But in both cases it will be required that you start to look at the source code yourself ... Hans at Breuer dot Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: some quetsions about features and plugins
Am 20.06.2008 13:36, Marleine Daoud schrieb: On Wed, Jun 11, 2008 at 10:11 PM, Hans Breuer [EMAIL PROTECTED] wrote: I think so. As a starting point you may want to look at the plug-in mentioned in my other reply to this thread. See: http://svn.gnome.org/viewvc/dia/trunk/plug-ins/python/select_by.py?view=markup After taking a look at this plug-in, how should I continue? Where exactly in the core should I have a look? And if I should do it as a plug-in, where can I find dia's interface/api for plug-ins? First there is a diagram of the PyDia objects in the samples/Self folder: http://svn.gnome.org/viewvc/dia/trunk/samples/Self/PyDiaObjects.dia?view=log There is more in the diagram than visible on first spot, i.e. it makes heavy use of comments for methods and whole classes. A good starting point should be http://live.gnome.org/Dia/Python Than some extra bindings documentation is available at http://hans.breuer.org/dia/bindings/index.html And finally looking at the sources is common partices. Hans Hans at Breuer dot Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: some quetsions about features and plugins
On Wed, Jun 11, 2008 at 10:11 PM, Hans Breuer [EMAIL PROTECTED] wrote: I think so. As a starting point you may want to look at the plug-in mentioned in my other reply to this thread. See: http://svn.gnome.org/viewvc/dia/trunk/plug-ins/python/select_by.py?view=markup After taking a look at this plug-in, how should I continue? Where exactly in the core should I have a look? And if I should do it as a plug-in, where can I find dia's interface/api for plug-ins? -- Marleine Daoud http://marleine.blogspot.com/ ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: some quetsions about features and plugins
On Tue, Jun 10, 2008 at 11:08 PM, Hans Breuer [EMAIL PROTECTED] wrote: As already mentioned I'm not sure I have understood the filtering ... idea. Didn't it mean selecting objects based on certain criteria, rather than selecting attributes of a group of objects? It did mean selecting objects based on a certain criteria. Would the easiest way for implementing this, be to search in the data-structure loaded in memory and the same way for comparing between two files or versions: load them and compare their data-structure? Thank you, -- Marleine Daoud http://marleine.blogspot.com/ ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: some quetsions about features and plugins
On Wed, Jun 11, 2008 at 2:38 AM, Hans Breuer [EMAIL PROTECTED] wrote: \me delurks. Welcome back ;) One certainly hopes so. But my current academic situation keeps me from putting non-trivial amounts of time into things other than work, so keeping a low profile. But this feature, or at least what I understand of it, comes close to my personal Dia wishlist. I don't buy this not just a plugin, so I'd rather like to improve on the things possible from a plug-in instead of being forced to develop every prototype in the core. I am not advocating that at all. By not just a plug-in, I meant a set of functions that can be called in any part of Dia. If it is possible to invoke plugins in this manner, then that's great! I have not done my homework in this area. 1) The first that comes to mind is changing the properties of some objects. Imagine being able to select all red lines and then making them dotted, for example! Already possible with a plug-in, namely selec_by.py - but apparently not well advertized. Maybe this plugin can be the starting point for Marleine. 2) This would also be useful for improving the properties dialog ... in its current state, the dialog becomes mostly useless if you try to change the properties of a large number of different objects. The box could have buttons that show objects grouped by different criteria, and allow the user to change properties for these selected subsets. As already mentioned I'm not sure I have understood the filtering ... idea. Didn't it mean selecting objects based on certain criteria, rather than selecting attributes of a group of objects? Yes, I am also talking about selected objects, not attributes. Say for example I select a few standard objects and a few UML objects and invoke the properties dialog. It would be nice to be able to say apply this change to only the standard objects even if the attribute in question is present on both types of objects. Another use would be to really filter objects from a selection. If I am only interested in the arrows in some region of the diagram, I could just select all objects in that region, and then filter out all objects that are not arrows. The internal code to do this kind of filtering might already be in place. One could think of just iterating through all objects for matches in the worst case. But the interface to the user for specifying these criteria would need a lot of thinking. I think I might be getting a bit of the track here. The original post mentions exploring the diagram. I guess he is interested in the ability to display objects based on some selected criteria ... more of a visual tool to mask and umask arbitrary parts of the diagram without resorting to layers. If every object and every distinct visible component of that object had an independent visible attribute, the tool could accomplish this by turning that attribute on and off when the user says so. Sameer. -- Research Scholar, Department of CSE, IIT Bombay http://www.it.iitb.ac.in/~sameerds/ ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: some quetsions about features and plugins
On Jun 11, 2008, at 7:31 PM, Sameer Sahasrabuddhe wrote: Another use would be to really filter objects from a selection. If I am only interested in the arrows in some region of the diagram, I could just select all objects in that region, and then filter out all objects that are not arrows. The internal code to do this kind of filtering might already be in place. One could think of just iterating through all objects for matches in the worst case. But the interface to the user for specifying these criteria would need a lot of thinking. There's some of it there, in the Select menu, in that you can choose how new selections interact with the current selection. It's not omnipotent, but it could do your example above (select an arrow, select Same Type, select Intersection, select the area). I do think the underlying code is slightly broken at the moment, i.e. it doesn't work, but it shoudl be a simple fix to get it back to working, as it has worked previously.. Possibly it's just something that went wrong in the GtkAction conversion. -Lars ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: some quetsions about features and plugins
Am 11.06.2008 13:46, Marleine Daoud schrieb: On Tue, Jun 10, 2008 at 11:08 PM, Hans Breuer [EMAIL PROTECTED] wrote: As already mentioned I'm not sure I have understood the filtering ... idea. Didn't it mean selecting objects based on certain criteria, rather than selecting attributes of a group of objects? It did mean selecting objects based on a certain criteria. Would the easiest way for implementing this, be to search in the data-structure loaded in memory and the same way for comparing between two files or versions: load them and compare their data-structure? I think so. As a starting point you may want to look at the plug-in mentioned in my other reply to this thread. See: http://svn.gnome.org/viewvc/dia/trunk/plug-ins/python/select_by.py?view=markup Hans at Breuer dot Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
some quetsions about features and plugins
Dear Responsible, I would like to develop a plugin for Dia that would explore diagrams with the help of filtering, highlighting and searching shapes based on certain attributes, and also another plugin forcomparing diagrams and versioning diagrams like it is done in svn for example. Can you please inform me if this can be possible with Dia or not? Also is there a clear list with all the features currently in Dia and all the future plans? Thank you, -- Marleine Daoud http://marleine.blogspot.com/ ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: some quetsions about features and plugins
2008/6/10 Marleine Daoud [EMAIL PROTECTED]: Also is there a clear list with all the features currently in Dia and all the future plans? http://live.gnome.org/Dia/Developers http://live.gnome.org/Dia/CurrentDevelopment http://live.gnome.org/Dia/PotentialDevelopment Thank you, -- Marleine Daoud http://marleine.blogspot.com/ ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia -- Fred Morcos http://fredmorcos.blogspot.com/ http://fredmorcos.googlecode.com/ ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: some quetsions about features and plugins
2008/6/10 Marleine Daoud [EMAIL PROTECTED]: \me delurks. I would like to develop a plugin for Dia that would explore diagrams with the help of filtering, highlighting and searching shapes based on certain attributes, I don't know about others, but I would be very excited to see such a feature in Dia. And personally I would like to see it developed as a core part of Dia itself ... not just a plugin. There are many uses for such a system. 1) The first that comes to mind is changing the properties of some objects. Imagine being able to select all red lines and then making them dotted, for example! 2) This would also be useful for improving the properties dialog ... in its current state, the dialog becomes mostly useless if you try to change the properties of a large number of different objects. The box could have buttons that show objects grouped by different criteria, and allow the user to change properties for these selected subsets. Sameer. -- Research Scholar, Department of CSE, IIT Bombay http://www.it.iitb.ac.in/~sameerds/ ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: some quetsions about features and plugins
Am 10.06.2008 13:31, Marleine Daoud schrieb: Dear Responsible, I would like to develop a plugin for Dia that would explore diagrams with the help of filtering, highlighting and searching shapes based on certain attributes, and also another plugin forcomparing diagrams and versioning diagrams like it is done in svn for example. Can you please inform me if this can be possible with Dia or not? Given that all source code of Dia is available it certainly is possible ;-) But serious: It depends ony you definition of filtering, highlighting and searching shapes if it is possible to implement with the *current* plug-in interfaces. Prototyping something e.g. with Python plug-ins for Dia work quite well for me in the last years. If I understood your second idea right you want a visual diff. It depends on the kind of visualization planned if this can be implemented as plug-in. One appraoch could be to create a new difference diagram, that would be possible. Something like blending the two version of a diagram into one would require modifications of the rendering algorithms use, not possible without modifying the core. Also is there a clear list with all the features currently in Dia and all the future plans? Not really. Basically it is like in all volunteers projects. Something gets done when somebody does it. Regards, Hans Hans at Breuer dot Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: some quetsions about features and plugins
Am 10.06.2008 17:32, Sameer Sahasrabuddhe schrieb: 2008/6/10 Marleine Daoud [EMAIL PROTECTED]: \me delurks. Welcome back ;) I would like to develop a plugin for Dia that would explore diagrams with the help of filtering, highlighting and searching shapes based on certain attributes, I don't know about others, but I would be very excited to see such a feature in Dia. And personally I would like to see it developed as a core part of Dia itself ... not just a plugin. I don't buy this not just a plugin, so I'd rather like to improve on the things possible from a plug-in instead of being forced to develop every prototype in the core. There are many uses for such a system. 1) The first that comes to mind is changing the properties of some objects. Imagine being able to select all red lines and then making them dotted, for example! Already possible with a plug-in, namely selec_by.py - but apparently not well advertized. 2) This would also be useful for improving the properties dialog ... in its current state, the dialog becomes mostly useless if you try to change the properties of a large number of different objects. The box could have buttons that show objects grouped by different criteria, and allow the user to change properties for these selected subsets. As already mentioned I'm not sure I have understood the filtering ... idea. Didn't it mean selecting objects based on certain criteria, rather than selecting attributes of a group of objects? Hans at Breuer dot Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
new features request
Hi all, I just discovered Dia and I'm excited about using it for origami diagramming, such as this example from the internet: http://dev.origami.com/diagram_load.cfm?pdfname=arasaurolopus_baby.pdf . Origami diagramming has a rough international standard seen in books published around the world. Here's an article on a proposed standard dating from 1990: http://www.langorigami.com/info/diagramming_series.pdf . I would like to begin using Dia for origami diagramming, but there are a few features that I find missing in it. I would like it to include a rotation tool for rotating objects by any angle, and also it would be nice to be add a border/outline property to lines and arcs instead of just the width and color properties. That way you can make a hollow arrow shape easily by making a thick line of the background color and adding a different border color to it. I look forward to seeing the next versions of Dia come out soon. Thanks for all your hard work, Mike ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: new features request
Hi Michael, features that I find missing in it. I would like it to include a rotation tool for rotating objects by any angle, and also it would be nice to be add Object orientation has been requested several times. Here is the bugzilla entry: http://bugzilla.gnome.org/show_bug.cgi?id=100886 a border/outline property to lines and arcs instead of just the width and color properties. That way you can make a hollow arrow shape easily by making a thick line of the background color and adding a different border color to it. Should this be properties of the line or create a new line with an offset? Maybe you can file a feature request in bugzilla. Things asked for on the mailing list often get forgotten. Did you also have a look at Inkscape? I think it might be better suited for creating origami diagrams, but I'm not an expert :-) Regards, Steffen ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
Re: new features request
Michael, I think you will like the bezierregions if you become acquainted with them. You can make straight edges and sharp corners by playing with the segment controls. The line width is applicable to the border which is exposed when the backgound is a different color. Mike On 8/30/07, Michael Assis [EMAIL PROTECTED] wrote: Hi all, I just discovered Dia and I'm excited about using it for origami diagramming, such as this example from the internet: http://dev.origami.com/diagram_load.cfm?pdfname=arasaurolopus_baby.pdf . Origami diagramming has a rough international standard seen in books published around the world. Here's an article on a proposed standard dating from 1990: http://www.langorigami.com/info/diagramming_series.pdf . I would like to begin using Dia for origami diagramming, but there are a few features that I find missing in it. I would like it to include a rotation tool for rotating objects by any angle, and also it would be nice to be add a border/outline property to lines and arcs instead of just the width and color properties. That way you can make a hollow arrow shape easily by making a thick line of the background color and adding a different border color to it. I look forward to seeing the next versions of Dia come out soon. Thanks for all your hard work, Mike ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia -- Michael Ross = Cycling in Central North Carolina Schwinn Voyageur 11.8 Linear LWB, Greenspeed GTO, BikeE CT, AT ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://live.gnome.org/Dia/Faq Main page at http://live.gnome.org/Dia
New features planned for 0.95?
Hello everyone! Some users here in my company are wondering what will be the major differences between the 0.94 and what should be next, 0.95. If someone could tell me what has been made since 0.94, or where I can find such information, it would be great. I don't need a full book of changes, just the (very) major bugs corrected and new features added. Let's say the 10 most important improvements would be enough. Thanks in advance! Sincerely, Clément Bègue ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
Re: New features planned for 0.95?
I dont know but here's how you can figure it out read the Changlelog file try compiling Dia from CVS and see for yourself and wait and see. I'm sure Lars, Hans and possibly Cyrille will have something to say too. - Alan ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
Re: New features planned for 0.95?
On Thu, 10 Mar 2005, clement begue wrote: Date: Thu, 10 Mar 2005 11:05:17 +0100 From: clement begue [EMAIL PROTECTED] Reply-To: discussions about usage and development of dia dia-list@gnome.org To: dia-list@gnome.org Subject: New features planned for 0.95? Hello everyone! Some users here in my company are wondering what will be the major differences between the 0.94 and what should be next, 0.95. If someone could tell me what has been made since 0.94, or where I can find such information, it would be great. I don't need a full book of changes, just the (very) major bugs corrected and new features added. Let's say the 10 most important improvements would be enough. This bugzilla query lists Dia bugs that have been marked Resolved Fixed in the past 100 days, which might also give you a good idea of what has been fixed... http://bugzilla.gnome.org/buglist.cgi?short_desc_type=allwordssubstrshort_desc=product=dialong_desc_type=allwordssubstrlong_desc=status_whiteboard_type=allwordssubstrstatus_whiteboard=keywords_type=anywordskeywords=bug_status=RESOLVEDresolution=FIXEDemailtype1=substringemail1=emailtype2=substringemail2=bugidtype=includebug_id=changedin=100chfieldfrom=chfieldto=Nowchfieldvalue=cmdtype=doitnamedcmd=All+My+Bugs+Evernewqueryname=order=Reuse+same+sort+as+last+timefield0-0-0=nooptype0-0-0=noopvalue0-0-0= but the Changelog is probably still a better option http://cvs.gnome.org/viewcvs/dia/ChangeLog?rev=1.1681view=markup Sincerely Alan Horkan Free SVG Clip Art http://OpenClipArt.org Dia is for Diagrams http://gnome.org/projects/dia/ Alan's Journal http://advogato.org/person/AlanHorkan/ Inkscape, Draw Freely http://inkscape.org Abiword is Awesome http://www.abisource.com ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
features and dependencies
Hi folks, could someone please give me a complete list of all optional features and their dependencies ? I need this for modeling the package into my buildfarm/distro builder system. thx -- - Enrico Weigelt== metux IT services phone: +49 36207 519931 www: http://www.metux.de/ fax: +49 36207 519932 email: [EMAIL PROTECTED] cellphone: +49 174 7066481 - -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting -- - ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.lysator.liu.se/~alla/dia/faq.html Main page at http://www.lysator.liu.se/~alla/dia
[Ann] going overboard with features
Hello all, once this changelog entry makes it to the tree (I committed a couple minutes ago, it may take a while for anon cvs to sync): 2002-09-26 Cyrille Chépélov [EMAIL PROTECTED] [snip] * lib/Makefile.am: * lib/dummy_dep.h: * lib/dynamic_obj.[ch] (NEW): * app/Makefile.am: * app/app_procs.c: * app/dynamic_refresh.[ch] (NEW): [snip] the file I enclose here should be loadable, and feature a couple of interesting effects -- Cyrille, who is afraid he is reimplementing The Incredible Machine in dia -- krazy_klokc.dia Description: Binary data
Re: [Ann] going overboard with features
I am tyring to remember a quote by jmz i think that goes something like this every program expands until it can read email or is replaced by another program that can I have resisted filing a bug requesting some sort of Send To option, i am hoping someone will come up with a generalised reusable component for all of Gnome/GTK or Gnome-Office at least (hmm, there must be a gnome wishlist around here somewhere ...?) I have thought about a spellchecking plugin, i suspect something useful could be done with gktspell or similar and we could probably yoink code from either Abiword or Gedit for the GUI. On Thu, 26 Sep 2002, Cyrille Chepelov wrote: Date: Thu, 26 Sep 2002 01:48:56 +0200 From: Cyrille Chepelov [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Ann] going overboard with features the file I enclose here should be loadable, and feature a couple of interesting effects sweet -- Cyrille, who is afraid he is reimplementing The Incredible Machine in dia just make sure to reimplement it as a library or some sort of a seperable a component so that the next guy can use it and have an option to compile a build without it and you are sorted :) Later Alan ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.lysator.liu.se/~alla/dia/faq.html Main page at http://www.lysator.liu.se/~alla/dia
Features for production use of Dia in UML modeling
I've been trying to use Dia on and off for UML for a while, and with the current CVS build it has finally reached the point of minimal usefulness! I have made a list of features which would bring greatly needed features for OO modeling some of which are as simple as changing default line types. Some of these things I can do myself, but people who are already experts in the Dia code could accomplish these things much more quickly. Please send email if you can help with getting this list implemented. (BTW .89 seems releasable to me, it works significantly more reliably than .88.1) Sincerely, Jonathan [ Debian AT austin DOT rr DOT com ] Dia Wishlist for UML Modeling = UML: Components need freehand notes sections. UML: Use polylines for connectors by default UML: Set default color for objects per type UML: Set default font for objects per type UML: Set colors and fonts based on object attributes (i.e. static methods) UML: Connector attachment order should always reflect arrow direction UML: Suppress arguments/argument names/return values/names/types UML: Selected component notes should be displayed in a separate window or pane. UML: Selection of type names from existing class names and fundamental types UML: Derived classes should be able to specify their parent class/interface UML: Classes/interfaces should propagate abstract methods to child classes UML: Standard shapes should be supported for interfaces etc. - General: Optional snap to attachment for line ends in or near a closed object General: Floating elbows for lines which maintain relative endpoint distance General: Optional center point attachment for connectors with line masking General: Disable grid display for default unless snap to grid is enabled General: Option to allow partial selected objects to be moved General: Support delete key for removing objects ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
features
I joined this list to ask about these features for Dia: * beziergon: in the middle click menu or anywhere else- there seems to be no way to convert a segment to a line (instead of a curve). The usual symmetric, smooth and cusp commands are there- but there is no way to apply them to more than one node at a time. It would be nice to be able to apply such an change to a subset of the nodes in a path. I didnt see a way to convert a beziergon to a bezierline (and vice versa). There is no way to create rings (holes in a beziergon) For example there is no way to create a donut-like shape. The Filling options were limited. There are no Alpha, pattern, gradient, etc filling options. Also (this is the gnome color picker's fault- trying to pick a 0-255 rgb (value rather than a 1-100 value) fails). * scale: I saw no way to specify an arbitrary scale; For example if I wanted to make a map diagram it would be nice to have a mile scale and a distance finder tool. Am I mistaken about the lack of these features? If not I was wondering about the feasability of them, and their possible planned inclusion... ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: features
On Tue, 9 Oct 2001, Jason Maiorana wrote: I joined this list to ask about these features for Dia: * beziergon: in the middle click menu or anywhere else- there seems to be no way to convert a segment to a line (instead of a curve). The usual symmetric, smooth and cusp commands are there- but there is no way to apply them to more than one node at a time. It would be nice to be able to apply such an change to a subset of the nodes in a path. Yes, that would be nice. The problem is then how do you specify which subset you want to affect? Changing it for a single segment could make sense, but beyond that the interface becomes tricky. I didnt see a way to convert a beziergon to a bezierline (and vice versa). There is none. This would be slightly tricky for various reasons (creation of shapes outside of the UI, transferring connection points, loss of filling info), but not impossible. There is no way to create rings (holes in a beziergon) For example there is no way to create a donut-like shape. Hadn't thought about that. It's rarely used in diagrams, so it hasn't been a high priority. It would take some restructuring to be able to do it, as the bezier code assumes a continuous line ATM. The Filling options were limited. There are no Alpha, pattern, gradient, etc filling options. Also (this is the gnome color picker's fault- trying to pick a 0-255 rgb (value rather than a 1-100 value) fails). The filling options are limited because Dia isn't a vector drawing program, it's a diagramming program. For a vector drawing program, try Sketch URL:http://sketch.sourceforge.net/ or Gyve URL:http://www.gyve.org/. * scale: I saw no way to specify an arbitrary scale; For example if I wanted to make a map diagram it would be nice to have a mile scale and a distance finder tool. True. Our unit support is almost sinfully bad. I've been looking into some improvements, but not gotten far. Am I mistaken about the lack of these features? If not I was wondering about the feasability of them, and their possible planned inclusion... It all depends on the amount of time people have available for working on it. Remember, there are no full-time developers on Dia (though I might at some point offer to take money to concentrate my efforts on certain areas, a la buskware). -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor I do not agree with a word that you say, but I | will defend to the death your right to say it. | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket? ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
RE: features
thanks for the reply, very informative. The filling options are limited because Dia isn't a vector drawing program, it's a diagramming program. For a vector drawing program, try Sketch URL:http://sketch.sourceforge.net/ or Gyve URL:http://www.gyve.org/. Despite the end purposes being different, there does seem to be quite a bit of overlap between vector drawing and diagramming. I really like the way that Dia handles building diagrams that contain data (UML, ER diagrams) as well as presentation. Plus the application is alot more polished and stable than the vector drawing programs ive tried. If there were a single application with the best features of both Dia and the vector drawing apps, that would be perfect. thanks again, Ill take a look at gyve. ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
