Create new programmed objects
Hello, I would like to create new programmed objects like the UML objects with properties more efficient. This page describes how to do a programmed object: http://faemalia.org/wiki/view/Technical/ProgrammedObject Does a programmed object have to follow this way obligatorily ? Is that a good way to use the sources of the UML object as a model and modify its to do it ? Or maybe there is another better way to do it ? Thanks for the answers. ___ 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
(no subject)
Hello ! Sorry for my english, I'm french. I would like to create links between objects which are on different layers. But it is difficult to understand sources because they are not commented. Have you methods to suggest me to do it? Files concerned? Is it really possible to implement this function for Dia ? I see in archives in 1999 that Ben Hochstedler had worked on this probleme. did he make a success ? Thx ^_^ Nicolas COTTIN ___ 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
Layers
Hello ! Sorry for my english, I'm french. I would like to create links between objects which are on different layers. But it is difficult to understand sources because they are not commented. Have you methods to suggest me to do it? Files concerned? Is it really possible to implement this function for Dia ? I see in archives in 1999 that Ben Hochstedler had worked on this probleme. did he make a success ? Thx ^_^ Nicolas COTTIN ___ 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: (no subject)
Le Wed, May 05, 2004, Ã 12:02:13PM +0200, [EMAIL PROTECTED] a écrit: > Hello ! > Sorry for my english, I'm french. Heh, no problem. You're fairly understandable (or maybe my French neurons are automatically filling the gaps that the the (more recently trained) English neurons left ;-) ) > I would like to create links between objects which are on different layers. > But it is difficult to understand sources because they are not commented. > Have you methods to suggest me to do it? Files concerned? > > Is it really possible to implement this function for Dia ? Apparently Lars was saying last week or so, that it wouldn't be too difficult from a technical point of view. The challenge is in making this in a way that makes sense from a UI point of view (I think one of the suggestions was to decouple the "visible" and "active" layer attributes, kind of like in GIMP). > I see in archives in 1999 that Ben Hochstedler had worked on this probleme. did > he make a success ? I'd guess not, or he did not contribute it, or we (sadly) ignored him when he did. -- Cyrille -- ___ 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: Create new programmed objects
Le Wed, May 05, 2004, Ã 11:56:29AM +0200, Alexandre Fen-Chong a écrit: > Hello, > > I would like to create new programmed objects like the UML objects with > properties more efficient. What do you mean by "more efficient"? Do you have an issue with the way StdProp works internally, or with the user's workflow? It would be interesting to know, and yes we do welcome fresh ideas. > This page describes how to do a programmed object: > http://faemalia.org/wiki/view/Technical/ProgrammedObject > > Does a programmed object have to follow this way obligatorily ? "obligatorily" is a dirty word in Free Software land, but I'd guess that unless you bring a new way to program objects that is so much superior to the current way (StdProp) and you're pledging to eventually convert every older object to your new model, you're probably better off sticking to the way things are done. You certainly can create a new object model if you want to, but the maintainer can certainly choose not to merge it if he doesn't find it compelling enough. Why don't you start out by making a constructive critique of StdProp, and what you'd like to do instead? > Is that a good way to use the sources of the UML object as a model and modify > its to do it ? Provided that the UML objects you look at follow the StdProp rules, yes, it's fine (subject to the GPL rules). >From a technical point of view, DO NOT USE "UML - CLASS" AS A MODEL. You are free to do so, but the result will have to fight very hard to not be obsolete garbage from day 1 ;-) Cyrille hereby declares UML Class obsolete. Please refrain from using this symbol in your future UML diagrams, and submit plans to transition legacy diagrams ASAP. > Or maybe there is another better way to do it ? Copy, Paste, Corrupt, Fix, Polish is the way most objects have been developed ;-) -- Cyrille -- ___ 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
0.93 is out
As some may have seen on news.gnome.org or freshmeat, version 0.93 of Dia is now officially out there. Nothing different from 0.93-pre3 (except some translations, I think), but if you're of the kind who doesn't like prereleases, go to http://ftp.gnome.org/pub/gnome/sources/dia/0.93 and get the new version. In about ten days, if nothing horrible turns up, I will merge in the devel branch and probably start a new release process shortly after. As an added goodie, I just ran across a program that will convert Visio XML files to SVG: http://vdxtosvg.sourceforge.net/. Haven't got it to work yet, but maybe somebody else with Visio documents to spare can. -Lars ___ 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
.93 release
Link on web page http://www.gnome.org/projects/dia/downld.html for version 0.93 is incorrect. (specifies 92 in path). thanks, Jon -- ___ Jon A. Solworth Computer Science Dept. (M/C 152)url: http://parsys.cs.uic.edu/~solworth University of Illinois at Chicago telephone: (312) 996-0955 851 S. Morgan Rm 1120 SEO FAX: (312) 413-0024 Chicago, IL 60607-7053 ___ 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: .93 release
On Wed, 2004-05-05 at 16:02, Jon A. Solworth wrote: > Link on web page http://www.gnome.org/projects/dia/downld.html > for version 0.93 is incorrect. (specifies 92 in path). Indeed. Thanks for the tip-off! -Lars ___ 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: backslash arrow
On Sat, 2004-04-24 at 02:42, [EMAIL PROTECTED] wrote: > Hi All, > > Just joined the list because I've been doing a little bit of HACKING > on dia, so thought I would mention what I am working on as well as > submitting a patch for one of the things. > > I'm working on creating a BPMN sheet (http://www.bpmi.org/) which I > will submit as a larger patch once I am further along (and maybe not > until the 1.0 spec is released in the next month or two). > > One thing I found missing was a backslashed arrow which is included as > a patch to lib/arrow.*. > > Anyway, hopefully the patch is acceptable. I'll probably be posting > more, as well as posting some questions as I get further along. Looks good to me, I've applied it to the dev branch. Thanks! Now to find a more sustainable way of handling arrows -- that list is getting way too long. Probably will have to do something similar to the font lists. Actually, it's a bit down the road, but a nice little project if somebody wants to... -Lars ___ 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: 0.93-pre1 is out!
On Sat, 2004-03-20 at 18:55, W. Borgert wrote: > On Sat, Mar 20, 2004 at 07:02:08PM +0100, Lars Clausen wrote: > > Starting work towards 0.93, the first prerelease is out today. Please > > download it at ftp://ftp.gnome.org/pub/GNOME/sources/dia/0.93/ and try > > it out. Report bugs to bugzilla at least. > > Do you think you can apply my patch for adding radio cells > to the network objects? I sent it to the list on Sun, > 2003-12-07 17:47:00 +. Also, there is an example > diagramme attached, that can be added to the dia examples > directory: > http://mail.gnome.org/archives/dia-list/2003-December/msg00032.html Look good, though the cell has some weirdness when you resize it. I've applied it to the dev branch. -Lars ___ 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: download bleeding edge version
On Tue, 2004-03-30 at 19:45, Kelley, [EMAIL PROTECTED] wrote: > This link doesn't work. > > http://www.lysator.liu.se/~alla/dia/ > > Download Sources > The latest bleeding edge version can be found in the Gnome CVS tree. > > http://cvs.gnome.org/bonsai/rview.cgi?cvsroot=/cvs/gnome&dir=dia > > > gives a page not found error That'd be because cvs.gnome.org is undergoing an upgrade. If you go to cvs.gnome.org directly, you can get a different cvs browser. -Lars ___ 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: A small bug in 0.93-pre3
On Sun, 2004-05-02 at 17:14, Zhang Linbo wrote: > Hi, > > I just notice a possible bug in 0.93-pre3, > which can be illustrated by the following > steps: > > 1. Open an arbitrary dialog. > > 2. Make some changes to the dialog. > > 3. Right click on the dialog, and select 'File->Save' > to save the modified dialog. > > 4. Type Ctrl-Q to quit. > > A warning message about modified diagrams is then popped up > (which shouldn't be, since the diagram has been saved). This is because the control press is mistakenly taken to be a key press, and thus marks the document modified again. In the dev branch, I've change the modified-ness to be determined by the undo stack (plus a separate field for page setup and diagram properties having changed), so this should happen there. In addition, if you undo everything you've done after the last save, it will be marked as unmodified. -Lars ___ 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
CVS weirdness
I'm having some really weird behavior with CVS which I can only ascribe to there being multiple CVS servers for gnome.org? Basically, I've got a checkout of the DIA_0_94_DEV branch checked out yesterday by % cvs -z3 -d :pserver:[EMAIL PROTECTED]:/cvs/gnome co -r DIA_0_94_DEV dia but when I run a % cvs -q update many times in a row it seems to oscillate between patching lots of files and updating those same files and giving an error, so first it does this ? doc/en/omf_timestamp ? doc/pl/omf_timestamp ? plug-ins/pixbuf/Makefile ? shapes/Cisco/Makefile ? shapes/Cybernetics/Makefile ? shapes/Cybernetics/Makefile.in ? shapes/Map/Makefile ? shapes/Map/Makefile.in ? shapes/Map/Isometric/Makefile ? shapes/Map/Isometric/Makefile.in P ChangeLog P configure.in P dia.spec P app/Makefile.am P app/app_procs.c P app/color_area.c P app/commands.c P app/connectionpoint_ops.c P app/connectionpoint_ops.h P app/create_object.c ... bunch deleted P lib/dialibartrenderer.c P lib/dialinechooser.c P lib/dialinechooser.h P lib/diamenu.h M lib/diarenderer.c M lib/diarenderer.h M objects/standard/zigzagline.c Then run update again it does this ? doc/en/omf_timestamp ? doc/pl/omf_timestamp ? plug-ins/pixbuf/Makefile ? shapes/Cisco/Makefile ? shapes/Cybernetics/Makefile ? shapes/Cybernetics/Makefile.in ? shapes/Map/Makefile ? shapes/Map/Makefile.in ? shapes/Map/Isometric/Makefile ? shapes/Map/Isometric/Makefile.in cvs server: Updating . U ChangeLog U configure.in U dia.spec cvs server: Updating app U app/Makefile.am U app/app_procs.c U app/color_area.c U app/commands.c U app/connectionpoint_ops.c U app/connectionpoint_ops.h U app/create_object.c ... bunch deleted U lib/dialibartrenderer.c U lib/dialinechooser.c U lib/dialinechooser.h U lib/diamenu.h cvs [server aborted]: missing expected branches in /cvs/gnome/dia/lib/diarenderer.c,v Is this some sort of out of sync, load balanced CVS servers problem? Also, any chance to get cvsignore files added into those shapes directories to get rid of the '?'? Thanks, -Anthony -- Anthony Molinaro <[EMAIL PROTECTED]> ___ 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: CVS weirdness
On Wed, 2004-05-05 at 22:30, [EMAIL PROTECTED] wrote: > I'm having some really weird behavior with CVS which I can only ascribe > to there being multiple CVS servers for gnome.org? Yes, that must be why. I'm having no such problem with the non-anoncvs, even though I cvs back and forth between two machines. -Lars ___ 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
