Re: Patch to custom object: object-specific properties (preliminary)
Just a couple of notes: 1. I changed the "attribute" tag into "ext_attribute", because XSLT (which I'm using a lot) doesn't like it. 2. I'm thinking of creating a "meta-shape" shape (or set of) to edit new shapes, then converting all into a .shape file using XSLT. This should be possible without writing code using object-specific properties. Marco Contenti ___ 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
Re: Patch to custom object: object-specific properties (preliminary)
Le Mon, Nov 17, 2003, Ã 08:59:01AM +0100, Marco Contenti a Ãcrit: > Just a couple of notes: > 1. I changed the "attribute" tag into "ext_attribute", because XSLT (which > I'm using a lot) doesn't like it. > 2. I'm thinking of creating a "meta-shape" shape (or set of) to edit new > shapes, then converting all into a .shape file using XSLT. This should be > possible without writing code using object-specific properties. This all looks cool, Marco. A little worry about your patch: at one point, you are making a switch based on the type of the property, and then making assumptions about the sizeof(property data). This has the big inconvenient to me of increasing the coupling between the Custom object and the StdProp library. Would it be possible to factor this into StdProp itself instead? -- Cyrille -- FRA: 61-18(FIJ) 51-29(JPN) 51-9(SCO) 41-14(USA) >> 43-21(IRL) 7-24(ENG, merde!) ___ 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
Re: Patch to custom object: object-specific properties (preliminary)
- Original Message - From: "Cyrille Chepelov" Sent: Monday, November 17, 2003 9:05 AM > A little worry about your patch: at one point, you are making a switch > based on the type of the property, and then making assumptions about the > sizeof(property data). This has the big inconvenient to me of increasing > the coupling between the Custom object and the StdProp library. Would it > be possible to factor this into StdProp itself instead? I would be glad to use a function telling me the size of property data given the type, if there is one. I'm sorry I am no Dia expert. I didn't even know that Dia existed until three weeks ago, so I chose to limit the damage I can do to the Custom object plug-in only, not involoving libdia. Also, the StdProp library source code is about an order of magnitude bigger and pretty undocumented, except for the few notes I read on the wiki at faemalia.org, therefore I'm a bit afraid of touching it. I have some unanswered questions about StdProp, among others: - Is there a complete list of available types? - What are SARRAY and DARRAY and how can I use them? - "composite" is just an XML tag and has nothing to do with StdProp, am I right? - Is there a (standard) way to edit a group of properties in a separate window or page? Thanks. Marco ___ 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
Problem building dia 0.92
While attempting to build an installation kit for dia 0.92, using the command: rpmbuild -ta dia-0.92.tar.gz I received the error message below, which was the last thing printed: RPM build errors: File not found: /var/tmp/dia-0.92-root/usr/share/gnome/apps/Applications/dia.desktop Indeed, there is not such file, or anything other than a "help" directory in var/tmp/dia-0.92-root/usr/share/gnome I simply copied the tar.gz file to a temporary directory on my Linux 9 system and initiated the rpmbuild command. Am I missing a step, or is there a problem with the source distribution? Thanks, Mike Crowe ___ 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
Re: Patch to custom object: object-specific properties (preliminary)
Le Mon, Nov 17, 2003, Ã 04:15:19PM +0100, Marco Contenti a Ãcrit: > > A little worry about your patch: at one point, you are making a switch > > based on the type of the property, and then making assumptions about the > > sizeof(property data). This has the big inconvenient to me of increasing > > the coupling between the Custom object and the StdProp library. Would it > > be possible to factor this into StdProp itself instead? > I would be glad to use a function telling me the size of property data given > the type, if there is one. I'm sorry I am no Dia expert. I didn't even know > that Dia existed until three weeks ago, so I chose to limit the damage I can > do to the Custom object plug-in only, not involoving libdia. I think that you are right that this function may not exist right now; but it belongs to there. > Also, the StdProp library source code is about an order of magnitude bigger > and pretty undocumented, except for the few notes I read on the wiki at > faemalia.org, therefore I'm a bit afraid of touching it. > I have some unanswered questions about StdProp, among others: > - Is there a complete list of available types? > - What are SARRAY and DARRAY and how can I use them? these are static "S" and dynamic "D" arrays of properties. This is done for compound nested nasty properties, intended for the big StdPropisation of "UML - Class", but to date few people dared actually use this code. > - "composite" is just an XML tag and has nothing to do with StdProp, am I > right? Mmmm. I'm not sure I understand what you mean here. > - Is there a (standard) way to edit a group of properties in a separate > window or page? Not that I know of. Right now, the only time a group of properties are edited is when the property dialog is brought up, so the StdProp machinery may not be invoked with the cleanest interface. -- Cyrille -- FRA: 61-18(FIJ) 51-29(JPN) 51-9(SCO) 41-14(USA) >> 43-21(IRL) 7-24(ENG, merde!) ___ 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
Re: Problem building dia 0.92
On 17 Nov 2003, mike crowe wrote: > While attempting to build an installation kit for dia 0.92, > using the command: > > rpmbuild -ta dia-0.92.tar.gz > > I received the error message below, which was the last thing > printed: > > RPM build errors: > File not found: > /var/tmp/dia-0.92-root/usr/share/gnome/apps/Applications/dia.desktop > > > Indeed, there is not such file, or anything other than a "help" directory > in var/tmp/dia-0.92-root/usr/share/gnome > > > I simply copied the tar.gz file to a temporary directory on > my Linux 9 system and initiated the rpmbuild command. > Am I missing a step, or is there a problem with the source distribution? I notice the toplevel Makefile.am contains the following: Applicationsdir = $(gnomedatadir)/applications applications_in_files = dia.desktop.in Applications_DATA = $(applications_in_files:.desktop.in=.desktop) Perhaps the uncapitalized "applications" is causing the trouble. Try editing either Makefile.in or dia.spec so they agree on it, and let us know what happens. -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 FAQ at http://www.lysator.liu.se/~alla/dia/faq.html Main page at http://www.lysator.liu.se/~alla/dia
re:diazy
On Mon, 17 Nov 2003, Avin Sigurani wrote: > Date: Mon, 17 Nov 2003 14:42:11 -0800 (PST) > From: Avin Sigurani <[EMAIL PROTECTED]> > To: Alan Horkan <[EMAIL PROTECTED]> > Subject: re:diazy > > I have communicated with the originator of the diazy > programm, and apparantly it has not actually become a > pluggin yet. I had read that the reason the diazy > program is able to do what it does so simply is that > dia saves its diagrams in .xml, which is fairly easy > for the program to parse and convert to code and back > again, but when I look at the .dia files they apear to > be some kind of binary file. What's going on? Turn off the compression, it is a Gzipped xml file. In the Save dialog there is a checkbox you can turn off. There is also an option in the preferences to turn off compression by default. I prefer not to compress files by default and I dont think Dia should do it by default easier mostly because we wouldn't get these questions and it makes support easier in other ways (too late now to worry about it though) We had a big long chat about giving a seperate file extension for the compressed version but I never provided any code - my bad - and nothing changed. Yes this is a Frequently asked question, which means I should provide a patch if it is not already in the FAQ. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ PS I disclaim everything! This message may not make any sense whatsoever yougetwhatyoupayfor thanks for asking! Please don't mail me directly, ask the list, useful answers need to be archived and my agressive spam filter might make it seem like I'm ignoring you. ___ 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
