Le Mon, Jun 24, 2002, à 11:23:31PM -0700, James Michael DuPont a écrit: > I have been testing DIAv090 RC1 > and would like to try this out. What do i need to do? > just CVS update and patch?
You can try to recompile from a snapshot tarball -- or indeed sync on the GNOME anonymous CVS server, as described on dia's site. Please be aware that version 0.90 has been out for a couple of weeks now (there were a couple bugs in RC1) [*] > Here is my wish/bitch list while playing with the UML diagram editor : > If they are not scheduled, but easy to do, please tell me where to > start looking into it, and I will add them. One thing you should do to ensure this does not get lost, is to record them as enhancement bugs in the dia module of http://bugzilla.gnome.org. Of course, providing patches as well is more than welcome. > 1. duplicate an object with CTRL+DRAG Object Not done, probably not too difficult, you want to look at app/ddisplay_events.c/ddisplay_canvas_events(), and app/commands.c/edit_paste_callback() (and friends). You can have the state of the control key while getting a mouse button down event by looking at the "state" field of the GtkEventButton structure. > 2. edit the class names of UML by clicking on them Hmmm. Perhaps a bit tricky. > 3. the USE cases lines cannot be aligned at all. > 4. the layout algorithm needs to be added, I have been reading the > source code. You are more than welcome to code this, if you know how to do that... > 5. Can we associate a package to a diagram? > 6. Click on a package an open the diagram? Hmmm. These relate to one more general proposal (a couple months ago), which was to add an "URL" property to all objects derived from Element, and make good use of that property (like, display a "link" icon in one corner of the element if on screen and the element is selected, have link traversal, and improve the Web page IMAP export plug-in) -- I'm sure similar package links could be done using this generic facility. > 7. store a subset of the diagram inside the package icon when it is > used by another package to represent the important exports. Wow, this looks like a leetle tricky, though it might be doable. > 8. XLST transformation on the UML to change > <OBJECT id="X" type="UML-Association"> > <attribute name="multiplicity"> > </attribute> > </OBJECT> > to > <UML::Association> > <Multiplicity></Multiplicity> > </UML::Association> > Or even use XMI? > My idea was to extend DIA2CODE by then DUMPing the data model into XML > from there, after all the XML from DIA was interpreted. You definitely will love the new XSLT plug-in that was included no later than yesterday. I even guess the plug-ins/xslt/dia-uml.xsl black magic is doing something like what you describe. > 9. Ability to apply filters on saving, so we can save via a perlscript > or makefile that will process the results. Could be done rather easily. in app/diagram.c and app/filedlg.c > 10. Activate all windows that are dia What do you mean ? > 11. Activate the toolar and keep on top. Not sure if this can be done -- it's a window manager function (what the Win32 default window manager can't be programmed, and can't be replaced ?) > 12. Have an intergrated UML handbook via URLs for each type of diagram > element. Reformulated in a generic way: have a way to associate a chapter of the help file(s) to each object type. Would be neat! > So that is a first list of things that I was thinking, > sorry that I did not read *all* the mailling list, > I will if you can tell me where to start. in 1998 ! ;-) I guess at one point, it may be interesting to save a couple links to the archives for the interesting topics which come and keep coming; but's it's a huge task. Have fun -- Cyrille [*] that said, I have 0.90RC1 installed on my Windows box at work. -- Grumpf. _______________________________________________ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
