Re: StdProps and Collections
On Tue, 2004-11-23 at 23:06, Mike Ginou wrote: > Do the standard property dialogs for programmed objects offer any support > for collections (as with the UML attributes, for example)? No, but we're working on it. The LIST_PROP is being designed to do like the UML attributes. Not an easy task, though, but I'd be very happy to get help with it. > As I understand it, Dia's UML objects are not considered good examples for > creating new objects. However, the UMLClass object is the only example I > have found that includes properties which are collections (again like the > UML Attributes or Operations). Indeed. They also make Dia crash on occasion, are a *pain* to maintain, and aren't reusable. So please, please, please, don't add more of those. -Lars ___ Dia-list mailing list [EMAIL PROTECTED] 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: strange behaviour on Debian sarge
On Mon, 2004-11-22 at 12:25, jerome moliere wrote: > Hi all, > I'm using DIA extensively on Debian sarge, I use the lasts 0.94 version > available... > While doing some UML class diagrams, export (to EPS) the class names for > certain classes are setted in very tiny font... > Very bad point for my snapshots.. > Moreover does someone succeed in exporting to other formats (PNG) ? > I'm using Imagamagick to make conversions so this is not very annoying... > > Thanks for any idea/remark... It's a known bug in 0.94. It's fixable, but currently at the cost of memory leaks. -Lars ___ Dia-list mailing list [EMAIL PROTECTED] 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: StdProps and Collections
> No, but we're working on it. The LIST_PROP is being designed to do like > the UML attributes. Not an easy task, though, but I'd be very happy to > get help with it. We'll I'm willing to do what I can, though my experience with GTK hacking can only be described as near non-existent. I couldn't find any references to LIST_PROP in the main branch so I assume that it's either in a special branch or it's in the initial planning stages. Perhaps you could point me in the proper direction? Cheers, Mike ___ Dia-list mailing list [EMAIL PROTECTED] 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
Could not find plugin init
Good evening, I just compiled 0.94 (upgrading from 0.93) and noticed a few errors. To curtail the basic questions: make and make install went without and errors. When I launch dia I get a dialog which reads "Could not find plugin init function in `/opt/dia/lib/dia/libxslt_filter.la`" Nothing is dumped to the console. The other errors are due to some missing PNGs in the new shapes packages. All of the RE- packages give errors like: ** (dia:13289): WARNING **: failed to load pixbuf for file /opt/dia/share/dia/sheets/Istar/means_ends.png; cause=Failed to open file '/opt/dia/share/dia/sheets/Istar/means_ends.png': No such file or directory And the dia shape console shows empty boxes. These missing PNGs are not in the source tree either (instead from tar.gz package). For example, RE-i* has only four shapes. I will probably recompile with greater than "minimum" debug to see if that tells me more about the plugin bit. I just thought I would try here first in the case that there was an easy fix. Cheers, -xtype P.S. long time dia user. dia owns visio! ___ Dia-list mailing list [EMAIL PROTECTED] 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
Automaticall open new diagram
"-Automaticall open new diagram if now chosen at start." Can we add a command line flag to disable this? -w, --withholdnewDon not open new diagram. Or possibly something in the ~/.dia/diarc would suffice. I do not think that it should be forced as the default behavior. Thanks, -xtype ___ Dia-list mailing list [EMAIL PROTECTED] 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: Automaticall open new diagram
On Wed, 24 Nov 2004, Jeffrey Kern wrote: > Date: Wed, 24 Nov 2004 17:59:37 -0600 > From: Jeffrey Kern <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Automaticall open new diagram > > "-Automaticall open new diagram if now chosen at start." > > Can we add a command line flag to disable this? > -w, --withholdnewDon not open new diagram. Patches always welcome. (not sure if it is currently possible to disable this option). > I do not think that it should be forced as the default behavior. I must ask why? What problems are you having with it? If you have not specified the document you want to open, do you not usually want a new blank window instead? If this feature turned out to be a really bad idea it could be changed but I want to be absoultely sure that the feature cannot be improved or there is a problem that cannot be fixed before rejecting or removing it. Sincerely Alan Horkan ___ Dia-list mailing list [EMAIL PROTECTED] 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: Automaticall open new diagram
Firstly, I did not suggest that it should be remove. Only that there should be the option to suppress this behavior if so desired. > If you have not specified the document you want to open, do you not > usually want a new blank window instead? No. I usually launch dia from the enlightenment menu and then click File->Open and select the file(s) I wish to edit. The new behavior causes there to be two windows open. The one that I want to edit, and a new, blank, diagram which I may not have wanted. I imagine that anyone using a gnome panel icon or desktop icon would experience much the same? Unless they are in the habit of using an FM to drag-and-drop files. I do not think that this feature is necessarily bad. I just think that it should be an optional behavior. Cheers, -Jeff On Thu, 25 Nov 2004 00:15:17 + (GMT), Alan Horkan <[EMAIL PROTECTED]> wrote: > > On Wed, 24 Nov 2004, Jeffrey Kern wrote: > > > Date: Wed, 24 Nov 2004 17:59:37 -0600 > > From: Jeffrey Kern <[EMAIL PROTECTED]> > > To: [EMAIL PROTECTED] > > Subject: Automaticall open new diagram > > > > "-Automaticall open new diagram if now chosen at start." > > > > Can we add a command line flag to disable this? > > -w, --withholdnewDon not open new diagram. > > Patches always welcome. (not sure if it is currently possible to disable > this option). > > > I do not think that it should be forced as the default behavior. > > I must ask why? What problems are you having with it? > > If you have not specified the document you want to open, do you not > usually want a new blank window instead? > > If this feature turned out to be a really bad idea it could be changed but > I want to be absoultely sure that the feature cannot be improved or there > is a problem that cannot be fixed before rejecting or removing it. > > Sincerely > > Alan Horkan > > ___ Dia-list mailing list [EMAIL PROTECTED] 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: Automaticall open new diagram
On Wed, 24 Nov 2004, Jeffrey Kern wrote: > Date: Wed, 24 Nov 2004 18:37:05 -0600 > From: Jeffrey Kern <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: Automaticall open new diagram > > Firstly, I did not suggest that it should be remove. Sorry I wasn't clearer but I suggested it and if it turns out to be a bad idea I dont want to clutter things up wiht useless options and I am keeping an open mind to removing it if necessary. > Only that there should be the option to suppress this behavior if so desired. > > > If you have not specified the document you want to open, do you not > > usually want a new blank window instead? > > No. > I usually launch dia from the enlightenment menu and then click > File->Open and select the file(s) I wish to edit. I was thinking that at that perhaps the diagram should possibly open in the already open unused window at this point. I think that could meet both our requirements without needing to add more options. (This might have been mentioned at the time the idea was first discussed, I'd have to look it up to be sure though). (I really wonder how you were so underwhelmed by Visio which aside from the price is better than Dia in quite a few ways but) Thanks for using Dia Sincerely Alan Horkan Free SVG Clip Art http://OpenClipArt.org Dia is for Diagrams http://gnome.org/projects/dia/ Inkscape, Draw Freely http://inkscape.org ___ Dia-list mailing list [EMAIL PROTECTED] 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: Could not find plugin init
> When I launch dia I get a dialog which reads "Could not find plugin init > function in `/opt/dia/lib/dia/libxslt_filter.la`" I'm pretty sure that means that you don't have libxslt-dev (or whatever the appropriate developer package for libxslt is for your distro) installed. It doesn't bug out during the make process, but if you look really hard (or pipe the output of configure to a file) you'll notice that configure indicates that libxslt was not found. -Mike ___ Dia-list mailing list [EMAIL PROTECTED] 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
