Menu
▾
▴
extgraph-developer — Extgraph developer list
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
(13) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
(17) |
Mar
(41) |
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: vrecion <pav...@sy...> - 2005-03-08 13:13:37
|
Who will take care about release? If you like, I can do it, or if Stefan wants ...?. What we should do/test/check before release? pavel -----Original Message----- From: ext...@li... [mailto:ext...@li...] On Behalf Of = Stefan Melis Sent: Tuesday, March 08, 2005 12:14 PM To: ext...@li... Subject: RE: [Extgraph-developer] Status As I understand it, the CVS release is the same as the package Marco distributed to us earlier. Is that right? With regard to the release: I don't think the BezierLink is reade for release as the DrawText implementation is not correct yet. It draws the text as if it were a normal TGraphLink. I posted a question about that earlier. What should we do with that? Other than that I don't see any problems with releasing a beta with the updates that we have so far. Stefan=20 ps. Sorry Pavel for the double mail :) -----Oorspronkelijk bericht----- Van: ext...@li... [mailto:ext...@li...] Namens vrecion Verzonden: dinsdag 8 maart 2005 11:31 Aan: ext...@li... Onderwerp: RE: [Extgraph-developer] Status Well, with the release I am not quite sure, while there is not ready important stuff - save/load of graphs. I do not quite understand TgraphProxy. Can you explain it a little? Thanx -----Original Message----- From: ext...@li... [mailto:ext...@li...] On Behalf Of Marco Wobben Sent: Tuesday, March 08, 2005 11:07 AM To: ext...@li... Subject: Re: [Extgraph-developer] Status Looks good to me. I've got additional work ready, do you wish to release this first as a new version and write some release info about the new stuff? Good enough to release: - HotTrack - InsertPoint, RemovePoint in the TGraphLink class - Fixes to BezierLink - TCurvedLink (Quadratic Bezier) Work in progress is: - TGraphProxy (for external objects identification and information. E.g. SVG or other repository formats, like I use in CaseTalk) Reference used for implementation is the design pattern book in our bookshelve. I think this will work very well and greatly extend the usability for the Graph library... ;) Ok, I'm a bit more enthousiastic because it may very well allow multiple proxies which enable it to work as a translation library as well (on the fly). More on the subject later. Regards, Marco. vrecion wrote: >I have distributed packages to cvs. >Check it, try it, pls. Let me know. >Pavel > >-----Original Message----- >From: ext...@li... >[mailto:ext...@li...] On Behalf Of=20 >Marco Wobben >Sent: Monday, March 07, 2005 11:43 AM >To: ext...@li... >Subject: [Extgraph-developer] Status > >Hi guys, > >It's been silent for a few days and I am wondering how things are going.=20 >I realize the code may very well be in the hands of Stefan and I'm=20 >contuing stuff on the multipoint links. If so, please let me know what=20 >to do with some of the new methods and fixes I've made. For now I still >have a working copy and could simply send it by mail, yet I'd like to=20 >hear how things are going or where it's not going at all... ;) > >Marco. > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide Read honest & candid=20 >reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick >_______________________________________________ >Extgraph-developer mailing list >Ext...@li... >https://lists.sourceforge.net/lists/listinfo/extgraph-developer > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide Read honest & candid=20 >reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick >_______________________________________________ >Extgraph-developer mailing list >Ext...@li... >https://lists.sourceforge.net/lists/listinfo/extgraph-developer > > > > =20 > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick _______________________________________________ Extgraph-developer mailing list Ext...@li... https://lists.sourceforge.net/lists/listinfo/extgraph-developer ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick _______________________________________________ Extgraph-developer mailing list Ext...@li... https://lists.sourceforge.net/lists/listinfo/extgraph-developer ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id=14396&opLk _______________________________________________ Extgraph-developer mailing list Ext...@li... https://lists.sourceforge.net/lists/listinfo/extgraph-developer |
|
From: Stefan M. <ste...@po...> - 2005-03-08 13:05:47
|
I'm all for Alpha, as long as we get something out there :) =20 -----Oorspronkelijk bericht----- Van: ext...@li... = [mailto:ext...@li...] Namens vrecion Verzonden: dinsdag 8 maart 2005 14:00 Aan: ext...@li... Onderwerp: RE: [Extgraph-developer] Open feature requests OK, lets go with release, but I think that beta is still exageration. There are still many things to do, IMHO it is still alpha. But I agree with Stefan, that we should present some progress (and there = is a real progress). Pavel -----Original Message----- From: ext...@li... [mailto:ext...@li...] On Behalf Of = Stefan Melis Sent: Tuesday, March 08, 2005 12:34 PM To: ext...@li... Subject: [Extgraph-developer] Open feature requests And all this reminds me. 1. http://sourceforge.net/forum/forum.php?thread_id=3D1240577&forum_id=3D413= 709 2. http://sourceforge.net/forum/forum.php?thread_id=3D1241266&forum_id=3D413= 709 I like the idea in link 1. I think we should release a beta so that people, like the person in link = 2, can see the progress. Stefan ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid = reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id=14396&opLk _______________________________________________ Extgraph-developer mailing list Ext...@li... https://lists.sourceforge.net/lists/listinfo/extgraph-developer ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid = reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=CCk _______________________________________________ Extgraph-developer mailing list Ext...@li... https://lists.sourceforge.net/lists/listinfo/extgraph-developer |
|
From: vrecion <pav...@sy...> - 2005-03-08 12:48:50
|
OK, lets go with release, but I think that beta is still exageration. There are still many things to do, IMHO it is still alpha. But I agree with Stefan, that we should present some progress (and there = is a real progress). Pavel -----Original Message----- From: ext...@li... [mailto:ext...@li...] On Behalf Of = Stefan Melis Sent: Tuesday, March 08, 2005 12:34 PM To: ext...@li... Subject: [Extgraph-developer] Open feature requests And all this reminds me. 1. http://sourceforge.net/forum/forum.php?thread_id=3D1240577&forum_id=3D413= 709 2. http://sourceforge.net/forum/forum.php?thread_id=3D1241266&forum_id=3D413= 709 I like the idea in link 1. I think we should release a beta so that people, like the person in link 2, can see the progress. Stefan ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id=14396&opLk _______________________________________________ Extgraph-developer mailing list Ext...@li... https://lists.sourceforge.net/lists/listinfo/extgraph-developer |
|
From: Stefan M. <ste...@po...> - 2005-03-08 11:30:28
|
And all this reminds me. 1. http://sourceforge.net/forum/forum.php?thread_id=3D1240577&forum_id=3D413= 709 2. http://sourceforge.net/forum/forum.php?thread_id=3D1241266&forum_id=3D413= 709 I like the idea in link 1. I think we should release a beta so that people, like the person in link 2, can see the progress. Stefan |
|
From: Stefan M. <ste...@po...> - 2005-03-08 11:12:04
|
Oh yeah, Marco, could you elaborate on the TGraphProxy, please? -----Oorspronkelijk bericht----- Van: ext...@li... [mailto:ext...@li...] Namens Marco Wobben Verzonden: dinsdag 8 maart 2005 11:15 Aan: ext...@li... Onderwerp: Re: [Extgraph-developer] Status Looks good to me. I've got additional work ready, do you wish to release this first as a new version and write some release info about the new stuff? Good enough to release: - HotTrack - InsertPoint, RemovePoint in the TGraphLink class - Fixes to BezierLink - TCurvedLink (Quadratic Bezier) Work in progress is: - TGraphProxy (for external objects identification and information. E.g. SVG or other repository formats, like I use in CaseTalk) Reference used for implementation is the design pattern book in our bookshelve. I think this will work very well and greatly extend the usability for the Graph library... ;) Ok, I'm a bit more enthousiastic because it may very well allow multiple proxies which enable it to work as a translation library as well (on the fly). More on the subject later. Regards, Marco. vrecion wrote: >I have distributed packages to cvs. >Check it, try it, pls. Let me know. >Pavel > >-----Original Message----- >From: ext...@li... >[mailto:ext...@li...] On Behalf Of=20 >Marco Wobben >Sent: Monday, March 07, 2005 11:43 AM >To: ext...@li... >Subject: [Extgraph-developer] Status > >Hi guys, > >It's been silent for a few days and I am wondering how things are going.=20 >I realize the code may very well be in the hands of Stefan and I'm=20 >contuing stuff on the multipoint links. If so, please let me know what=20 >to do with some of the new methods and fixes I've made. For now I still >have a working copy and could simply send it by mail, yet I'd like to=20 >hear how things are going or where it's not going at all... ;) > >Marco. > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide Read honest & candid=20 >reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick >_______________________________________________ >Extgraph-developer mailing list >Ext...@li... >https://lists.sourceforge.net/lists/listinfo/extgraph-developer > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide Read honest & candid=20 >reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick >_______________________________________________ >Extgraph-developer mailing list >Ext...@li... >https://lists.sourceforge.net/lists/listinfo/extgraph-developer > > > > =20 > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick _______________________________________________ Extgraph-developer mailing list Ext...@li... https://lists.sourceforge.net/lists/listinfo/extgraph-developer |
|
From: Stefan M. <ste...@po...> - 2005-03-08 11:10:38
|
As I understand it, the CVS release is the same as the package Marco distributed to us earlier. Is that right? With regard to the release: I don't think the BezierLink is reade for release as the DrawText implementation is not correct yet. It draws the text as if it were a normal TGraphLink. I posted a question about that earlier. What should we do with that? Other than that I don't see any problems with releasing a beta with the updates that we have so far. Stefan=20 ps. Sorry Pavel for the double mail :) -----Oorspronkelijk bericht----- Van: ext...@li... [mailto:ext...@li...] Namens vrecion Verzonden: dinsdag 8 maart 2005 11:31 Aan: ext...@li... Onderwerp: RE: [Extgraph-developer] Status Well, with the release I am not quite sure, while there is not ready important stuff - save/load of graphs. I do not quite understand TgraphProxy. Can you explain it a little? Thanx -----Original Message----- From: ext...@li... [mailto:ext...@li...] On Behalf Of Marco Wobben Sent: Tuesday, March 08, 2005 11:07 AM To: ext...@li... Subject: Re: [Extgraph-developer] Status Looks good to me. I've got additional work ready, do you wish to release this first as a new version and write some release info about the new stuff? Good enough to release: - HotTrack - InsertPoint, RemovePoint in the TGraphLink class - Fixes to BezierLink - TCurvedLink (Quadratic Bezier) Work in progress is: - TGraphProxy (for external objects identification and information. E.g. SVG or other repository formats, like I use in CaseTalk) Reference used for implementation is the design pattern book in our bookshelve. I think this will work very well and greatly extend the usability for the Graph library... ;) Ok, I'm a bit more enthousiastic because it may very well allow multiple proxies which enable it to work as a translation library as well (on the fly). More on the subject later. Regards, Marco. vrecion wrote: >I have distributed packages to cvs. >Check it, try it, pls. Let me know. >Pavel > >-----Original Message----- >From: ext...@li... >[mailto:ext...@li...] On Behalf Of=20 >Marco Wobben >Sent: Monday, March 07, 2005 11:43 AM >To: ext...@li... >Subject: [Extgraph-developer] Status > >Hi guys, > >It's been silent for a few days and I am wondering how things are going.=20 >I realize the code may very well be in the hands of Stefan and I'm=20 >contuing stuff on the multipoint links. If so, please let me know what=20 >to do with some of the new methods and fixes I've made. For now I still >have a working copy and could simply send it by mail, yet I'd like to=20 >hear how things are going or where it's not going at all... ;) > >Marco. > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide Read honest & candid=20 >reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick >_______________________________________________ >Extgraph-developer mailing list >Ext...@li... >https://lists.sourceforge.net/lists/listinfo/extgraph-developer > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide Read honest & candid=20 >reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick >_______________________________________________ >Extgraph-developer mailing list >Ext...@li... >https://lists.sourceforge.net/lists/listinfo/extgraph-developer > > > > =20 > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick _______________________________________________ Extgraph-developer mailing list Ext...@li... https://lists.sourceforge.net/lists/listinfo/extgraph-developer ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick _______________________________________________ Extgraph-developer mailing list Ext...@li... https://lists.sourceforge.net/lists/listinfo/extgraph-developer |
|
From: vrecion <pav...@sy...> - 2005-03-08 10:16:40
|
Well, with the release I am not quite sure, while there is not ready important stuff - save/load of graphs. I do not quite understand TgraphProxy. Can you explain it a little? Thanx -----Original Message----- From: ext...@li... [mailto:ext...@li...] On Behalf Of Marco Wobben Sent: Tuesday, March 08, 2005 11:07 AM To: ext...@li... Subject: Re: [Extgraph-developer] Status Looks good to me. I've got additional work ready, do you wish to release this first as a new version and write some release info about the new stuff? Good enough to release: - HotTrack - InsertPoint, RemovePoint in the TGraphLink class - Fixes to BezierLink - TCurvedLink (Quadratic Bezier) Work in progress is: - TGraphProxy (for external objects identification and information. E.g. SVG or other repository formats, like I use in CaseTalk) Reference used for implementation is the design pattern book in our bookshelve. I think this will work very well and greatly extend the usability for the Graph library... ;) Ok, I'm a bit more enthousiastic because it may very well allow multiple proxies which enable it to work as a translation library as well (on the fly). More on the subject later. Regards, Marco. vrecion wrote: >I have distributed packages to cvs. >Check it, try it, pls. Let me know. >Pavel > >-----Original Message----- >From: ext...@li... >[mailto:ext...@li...] On Behalf Of Marco >Wobben >Sent: Monday, March 07, 2005 11:43 AM >To: ext...@li... >Subject: [Extgraph-developer] Status > >Hi guys, > >It's been silent for a few days and I am wondering how things are going. >I realize the code may very well be in the hands of Stefan and I'm >contuing stuff on the multipoint links. If so, please let me know what >to do with some of the new methods and fixes I've made. For now I still >have a working copy and could simply send it by mail, yet I'd like to >hear how things are going or where it's not going at all... ;) > >Marco. > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >_______________________________________________ >Extgraph-developer mailing list >Ext...@li... >https://lists.sourceforge.net/lists/listinfo/extgraph-developer > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >_______________________________________________ >Extgraph-developer mailing list >Ext...@li... >https://lists.sourceforge.net/lists/listinfo/extgraph-developer > > > > > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Extgraph-developer mailing list Ext...@li... https://lists.sourceforge.net/lists/listinfo/extgraph-developer |
|
From: Marco W. <in...@ca...> - 2005-03-08 10:06:56
|
Looks good to me. I've got additional work ready, do you wish to release this first as a new version and write some release info about the new stuff? Good enough to release: - HotTrack - InsertPoint, RemovePoint in the TGraphLink class - Fixes to BezierLink - TCurvedLink (Quadratic Bezier) Work in progress is: - TGraphProxy (for external objects identification and information. E.g. SVG or other repository formats, like I use in CaseTalk) Reference used for implementation is the design pattern book in our bookshelve. I think this will work very well and greatly extend the usability for the Graph library... ;) Ok, I'm a bit more enthousiastic because it may very well allow multiple proxies which enable it to work as a translation library as well (on the fly). More on the subject later. Regards, Marco. vrecion wrote: >I have distributed packages to cvs. >Check it, try it, pls. Let me know. >Pavel > >-----Original Message----- >From: ext...@li... >[mailto:ext...@li...] On Behalf Of Marco >Wobben >Sent: Monday, March 07, 2005 11:43 AM >To: ext...@li... >Subject: [Extgraph-developer] Status > >Hi guys, > >It's been silent for a few days and I am wondering how things are going. >I realize the code may very well be in the hands of Stefan and I'm >contuing stuff on the multipoint links. If so, please let me know what >to do with some of the new methods and fixes I've made. For now I still >have a working copy and could simply send it by mail, yet I'd like to >hear how things are going or where it's not going at all... ;) > >Marco. > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >_______________________________________________ >Extgraph-developer mailing list >Ext...@li... >https://lists.sourceforge.net/lists/listinfo/extgraph-developer > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >_______________________________________________ >Extgraph-developer mailing list >Ext...@li... >https://lists.sourceforge.net/lists/listinfo/extgraph-developer > > > > > |
|
From: vrecion <pav...@sy...> - 2005-03-08 08:02:25
|
I have distributed packages to cvs. Check it, try it, pls. Let me know. Pavel -----Original Message----- From: ext...@li... [mailto:ext...@li...] On Behalf Of Marco Wobben Sent: Monday, March 07, 2005 11:43 AM To: ext...@li... Subject: [Extgraph-developer] Status Hi guys, It's been silent for a few days and I am wondering how things are going. I realize the code may very well be in the hands of Stefan and I'm contuing stuff on the multipoint links. If so, please let me know what to do with some of the new methods and fixes I've made. For now I still have a working copy and could simply send it by mail, yet I'd like to hear how things are going or where it's not going at all... ;) Marco. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Extgraph-developer mailing list Ext...@li... https://lists.sourceforge.net/lists/listinfo/extgraph-developer |
|
From: Marco W. <in...@ca...> - 2005-03-07 10:43:26
|
Hi guys, It's been silent for a few days and I am wondering how things are going. I realize the code may very well be in the hands of Stefan and I'm contuing stuff on the multipoint links. If so, please let me know what to do with some of the new methods and fixes I've made. For now I still have a working copy and could simply send it by mail, yet I'd like to hear how things are going or where it's not going at all... ;) Marco. |
|
From: Marco W. <in...@ca...> - 2005-03-03 11:49:18
|
I'm quite sure it's this one: http://www.w3.org/TR/SVG/paths.html#PathDataQuadraticBezierCommands vrecion wrote: >To complicate things a little: :-) >Curved link should me mappable to svg definitions, so that we will be able >to save, load (and publish) created graphics. >See http://www.w3.org/TR/SVG/paths.html#PathDataCubicBezierCommands for >details. > >Pavel > >-----Original Message----- >From: ext...@li... >[mailto:ext...@li...] On Behalf Of Marco >Wobben >Sent: Thursday, March 03, 2005 12:11 PM >To: ext...@li... >Subject: [Extgraph-developer] Bezier fixing > >Hi guys, > >Today I had more time to work on an additional TCurvedLink which uses a >differnet algorithm to curve the line. In this work I discovered that >the Bezier is not behaving as it should. It works based upon the >corners, changing the corners should also change the StartPt and EndPt, >yet it doesn't. So please hold you horses while I'm trying to fix this >bit. (It also requires minor changes to the baseclasses.) > >I'll be back soon... > >Marco. > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >_______________________________________________ >Extgraph-developer mailing list >Ext...@li... >https://lists.sourceforge.net/lists/listinfo/extgraph-developer > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >_______________________________________________ >Extgraph-developer mailing list >Ext...@li... >https://lists.sourceforge.net/lists/listinfo/extgraph-developer > > > > > |
|
From: vrecion <pav...@sy...> - 2005-03-03 11:29:36
|
To complicate things a little: :-) Curved link should me mappable to svg definitions, so that we will be able to save, load (and publish) created graphics. See http://www.w3.org/TR/SVG/paths.html#PathDataCubicBezierCommands for details. Pavel -----Original Message----- From: ext...@li... [mailto:ext...@li...] On Behalf Of Marco Wobben Sent: Thursday, March 03, 2005 12:11 PM To: ext...@li... Subject: [Extgraph-developer] Bezier fixing Hi guys, Today I had more time to work on an additional TCurvedLink which uses a differnet algorithm to curve the line. In this work I discovered that the Bezier is not behaving as it should. It works based upon the corners, changing the corners should also change the StartPt and EndPt, yet it doesn't. So please hold you horses while I'm trying to fix this bit. (It also requires minor changes to the baseclasses.) I'll be back soon... Marco. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Extgraph-developer mailing list Ext...@li... https://lists.sourceforge.net/lists/listinfo/extgraph-developer |
|
From: Marco W. <in...@ca...> - 2005-03-03 11:10:54
|
Hi guys, Today I had more time to work on an additional TCurvedLink which uses a differnet algorithm to curve the line. In this work I discovered that the Bezier is not behaving as it should. It works based upon the corners, changing the corners should also change the StartPt and EndPt, yet it doesn't. So please hold you horses while I'm trying to fix this bit. (It also requires minor changes to the baseclasses.) I'll be back soon... Marco. |
|
From: Marco W. <in...@ca...> - 2005-03-02 08:33:43
|
Hi Stefan, My thoughts about the multiline link are roughly the same. I'm unsure about how to implement the points externally. As you may see the basic Link class now has some support for multiple points. I think this needs more work allowing to AddPoints and DeletePoints, this would greatly enhance user experience. I've build similar code in the previous graphic libary we're currently using and have build routing capabilities externally which simply uses the multi-point fnctionality to route the link itself. Perhaps guys could send me some code on this. Can you for instance manually override routed links? Marco. |
|
From: Stefan M. <ste...@po...> - 2005-03-01 23:24:52
|
Hi guys, =20 Way to go Marco! I haven't had much (read: none at all) time due to = work, but I'll have a couple days rest after this week (I sure do hope). = I've downloaded the DelForExp program and I'll format all my future code = with the standard VCL formatting. As for the work on the BezierLink, = I've not installed the update component yet but the code does look good = in UltraEdit :). I'll look into it more this weekend.=20 Last thing, Marco, I read something about a multi-line link, could you = take a look at the "Simplegraph extended" thread on DelphiArea.com = http://www.delphiarea.com/forum/viewtopic.php?t=3D296&postdays=3D0&postor= der=3Dasc&start=3D15 and see if this is what you mean? =20 Cheers, Stefan =20 |
|
From: Marco W. <in...@ca...> - 2005-03-01 14:19:37
|
Hi guys, Just an in between tasks remark. I'm using a source beautifier, DelForExp (http://www.dow.wau.nl/aew/DelForExp.html) to automatically format the source code. This can be configured as desired. If you're interested in this, you could download it yourselves. I have a configuration available which resembled the Borland code style as found in the VCL. We could all use the same settings and have a uniformly source code formatting... Regards, Marco. |
|
From: vrecion <pav...@sy...> - 2005-03-01 09:20:43
|
My understanding of svg usage is broader than just file format. Idea is to enhance capabilities of simplegraph, while simplifying the code. First problem is how to achieve different shapes using the same object. I am afraid that it cannot be done by enhancing current objects. Solution is currently based on processing svg in the form of xml dom. This way you can achieve several features: - shapes can be user defined and even graphic libraries can be easily implemented (for example uml diagram shapes) - because svg is used, already existing public sources can be used - because svg is more and more supported, resulting graph can be directly published to web - while drawing is directly based on xml dom interpretation and this xml dom can be changed by underlying engine, you get dynamic behavior in graph IMHO simplification should go in the way of deprecation of specific objects (TrectacularNode, Tellipse ...). In the end we should end with TSVGNode and TLinkNode (maybe straight and Bezier). Pavel -----Original Message----- From: ext...@li... [mailto:ext...@li...] On Behalf Of Marco Wobben Sent: Monday, February 28, 2005 8:40 PM To: ext...@li... Subject: [Extgraph-developer] Re: merged version Hi Pavel, Don't understand me wrongly, I like SVG but have no requirements for it as for now. Being able to maintain code also requires a simple compilation and test application. Having to use IFDEFs to test the entire source does not simplify developer life. I'm simply interested in having a break in baseclasses and SVG implementation which does not depend on each other. I've got over 10 years of experience in developing projects and keeping a sharp eye on simple and beautiful. I don't always succeed but are always striving to achieve this optimum. I compare SVG functionality as in Controls vs DbControls. One extending on the other and usable both at the same time. Additionally a few more descendants won't compromise the simple architecture, having implementation using IFDEFs will. I have no intention to burn anything, I'm simply very interested in trying yo achieve both targets and not just SVG as a target for the project. Having some backward compatibility to SimpleGraph users and straight forward drawing libraries do not have to exclude SVG at all. Even the SVG target you have in mind will benefit by having a clean set of baseclasses in the end. Hope you appreciate my words, they are meant to be kind yet clear. ;) Regards, Marco. Pavel Vrecion wrote: > OK what is your recommendation. > Idea is to move to svg only implementation. > So ifdef should disappear. And BTW, what wrong with ifdef? > Pavel > > Marco Wobben wrote: > >> Hi, >> >> I'll have a go first, I've got a lot a code to put in... No offence >> here, but do you mind me looking at the SVG stuff. I like that it's >> in there, but my concern is the code maintainability using IFDEFs. If >> I see how it could work with less effort and compile for both non-SVG >> and SVG it would be a nicer implementation. >> >> I seem to have spare time this week, so I'll start and keep you >> posted on the progress... >> >> Marco. >> >> vrecion wrote: >> >>> Hi, >>> >>> I have split and merged extgraph code into new packages. >>> >>> Try to compile it. >>> >>> 1. Marco's code is commented, while compilation failed. There is >>> something missing. Marco can you look at it? >>> 2. If you will try to compile it with svg features, do it with >>> XObjects directive turned on. You will also need txpartner xml >>> package which is available at sf. Before installation you will >>> need to replace xpdom.pas, while there are some enhancements >>> used for svg processing. >>> >>> Check code and send me your changes (please comment them, so that I >>> will find them faster), after you "go" signal I will place it on sf >>> CVS. >>> >>> Pavel >>> > > > > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Extgraph-developer mailing list Ext...@li... https://lists.sourceforge.net/lists/listinfo/extgraph-developer |
|
From: Marco W. <in...@ca...> - 2005-02-28 19:40:25
|
Hi Pavel, Don't understand me wrongly, I like SVG but have no requirements for it as for now. Being able to maintain code also requires a simple compilation and test application. Having to use IFDEFs to test the entire source does not simplify developer life. I'm simply interested in having a break in baseclasses and SVG implementation which does not depend on each other. I've got over 10 years of experience in developing projects and keeping a sharp eye on simple and beautiful. I don't always succeed but are always striving to achieve this optimum. I compare SVG functionality as in Controls vs DbControls. One extending on the other and usable both at the same time. Additionally a few more descendants won't compromise the simple architecture, having implementation using IFDEFs will. I have no intention to burn anything, I'm simply very interested in trying yo achieve both targets and not just SVG as a target for the project. Having some backward compatibility to SimpleGraph users and straight forward drawing libraries do not have to exclude SVG at all. Even the SVG target you have in mind will benefit by having a clean set of baseclasses in the end. Hope you appreciate my words, they are meant to be kind yet clear. ;) Regards, Marco. Pavel Vrecion wrote: > OK what is your recommendation. > Idea is to move to svg only implementation. > So ifdef should disappear. And BTW, what wrong with ifdef? > Pavel > > Marco Wobben wrote: > >> Hi, >> >> I'll have a go first, I've got a lot a code to put in... No offence >> here, but do you mind me looking at the SVG stuff. I like that it's >> in there, but my concern is the code maintainability using IFDEFs. If >> I see how it could work with less effort and compile for both non-SVG >> and SVG it would be a nicer implementation. >> >> I seem to have spare time this week, so I'll start and keep you >> posted on the progress... >> >> Marco. >> >> vrecion wrote: >> >>> Hi, >>> >>> I have split and merged extgraph code into new packages. >>> >>> Try to compile it. >>> >>> 1. Marco’s code is commented, while compilation failed. There is >>> something missing. Marco can you look at it? >>> 2. If you will try to compile it with svg features, do it with >>> XObjects directive turned on. You will also need txpartner xml >>> package which is available at sf. Before installation you will >>> need to replace xpdom.pas, while there are some enhancements >>> used for svg processing. >>> >>> Check code and send me your changes (please comment them, so that I >>> will find them faster), after you “go” signal I will place it on sf >>> CVS. >>> >>> Pavel >>> > > > > |
|
From: Marco W. <in...@ca...> - 2005-02-25 08:53:56
|
Pavel,
Since you're the first merging developer at this moment, perhaps you can
find some space and time to insert this routine. It's been posted
earlier in an email to Stefan (I think), and has been extended a little
so that if a node is scrolled to the right or bottom the scrollbars move
with it, keeping it visible. The same goes for dragging it to the top or
left, than it moves all other controls to the bottom right...
Marco.
There you go:
procedure TSimpleGraph.DoCanMoveResizeNode(Node: TGraphNode; var aLeft,
aTop, aWidth, aHeight: Integer; var CanMove, CanResize: Boolean);
var
i: integer;
Delta: TPoint;
R: TRect;
begin
if FreezeTopLeft then
begin
if aLeft < 0 then aLeft := 0;
if aTop < 0 then aTop := 0;
end
else
begin
{ MeW: scroll other nodes to the bottom right
if a node is scrolled beyond the topleft }
if (aLeft < Left) or (aTop < Top) then
begin
Delta := Point(0,0);
if (aLeft < Left) then Delta.X := -aLeft;
if (aTop < Top) then Delta.Y := -aTop;
BeginUpdate;
try
for i:=0 to ObjectsCount-1 do
begin
if (not Objects.Items[i].Selected) and
(Objects.Items[i] <> Node) and
(TGraphNodeExt(Objects.Items[i]).Parent = nil) then
begin
R := Objects[i].BoundsRect;
OffsetRect(R, Delta.X, Delta.Y);
Objects[i].BoundsRect := R;
end;
end;
if (aLeft < Left) then aLeft := 0;
if (aTop < Top) then aTop := 0;
finally
EndUpdate;
end;
end;
{ MeW: scroll right and/or bottom if required }
if (aLeft + Width > VisibleBounds.Right) or
(aTop + Height > VisibleBounds.Bottom) then
ScrollInView(Node);
end;
if Assigned(OnCanMoveResizeNode) then
OnCanMoveResizeNode(Self, Node, aLeft, aTop, aWidth, aHeight,
CanMove, CanResize);
end;
|
|
From: Stefan M. <ste...@po...> - 2005-02-24 09:58:05
|
Hi Marco, =20 I'm at a customer's (Gemeente Delft) right now so I can't get any work = done :), but I'll have a look at my code tonight and fix any problems regarding = the properties and send an update to the list, so that Pavel can merge = the right code... =20 Cheers, Stefan =20 ps. No grudge ;) ________________________________ Van: ext...@li... namens Marco Wobben Verzonden: do 24-2-2005 10:00 Aan: ext...@li... Onderwerp: [Extgraph-developer] Streaming Hi guys, I've noticed some new published properties in the classes that were passed around as snippets code. Did you remember that the diagrams are to be streamable, meaning that these new properties need read/write functionality as well... (I'm partially talking to myself on the Layering bit, so please don't hold a grudge while I'm talking to myself aloud.) ;) Marco. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick _______________________________________________ Extgraph-developer mailing list Ext...@li... https://lists.sourceforge.net/lists/listinfo/extgraph-developer |
|
From: Marco W. <in...@ca...> - 2005-02-24 08:49:06
|
Hi guys, I've noticed some new published properties in the classes that were passed around as snippets code. Did you remember that the diagrams are to be streamable, meaning that these new properties need read/write functionality as well... (I'm partially talking to myself on the Layering bit, so please don't hold a grudge while I'm talking to myself aloud.) ;) Marco. |
|
From: vrecion <pav...@sy...> - 2005-02-24 07:58:56
|
OK.
I will try to incorporate as much code as I can into some working version.
And I will publish it on sf cvs, so that we will hopefully get some
consolidated version.
Pavel
_____
From: ext...@li...
[mailto:ext...@li...] On Behalf Of Stefan
Melis
Sent: Wednesday, February 23, 2005 12:53 PM
To: ext...@li...
Subject: [Extgraph-developer] BezierLink code
Hey,
Since we're throwing code around, I thought I'd join in on the fun :)
Here's my code for the BezierLink, it does however have a "problem":
I don't know how to implement the DrawText for this thing, where *should* we
put the text, any ideas?
As you can see I've renamed TSimpleGraph to TExtGraph, I think that'll be a
good thing for the next release.
Cheers,
Stefan
TMarkerType = (mtNone, mtSizeW, mtSizeE, mtSizeN, mtSizeS, mtSizeNW,
mtSizeNE, mtSizeSW, mtSizeSE, mtMove, mtMoveStrartPt, mtMoveEndPt,
mtSelect, mtStretchBezier); (* SM - added mtStretchBezier for
TBezierLink *)
TGraphMouseState = (gsNone, gsMoveResizeNode, gsSelectRect, gsMoveLink,
gsStretchBezier);
(* SM - added gsStretchBezier for TBezierLink *)
TBezierLink = class(TGraphLink)
class procedure DrawDraft(Canvas: TCanvas; const ARect: TRect);
override;
procedure DrawBody(Canvas: TCanvas); override;
protected
function FindMarkerAt(X, Y: Integer): TMarkerType; override;
procedure DrawMarkers(Canvas: TCanvas); override;
private
fPointsAltered : Boolean;
public
points: array [0..3] of TPoint;
NumLine: integer;
lpPoints: array of TPoint;
lpTypes: array of Byte;
DraggingPoint: integer;
function ContainsPoint(X, Y: Integer): Boolean; override;
destructor Destroy; override;
end;
{ TBezierLink }
function TBezierLink.ContainsPoint(X, Y: Integer): Boolean;
var
Margin: Integer;
R: TRect;
i: integer;
begin
Result := False;
if Showing and (FromNode <> nil) and (ToNode <> nil) then begin
if (TextRegion <> 0) and PtInRegion(TextRegion, X, Y) then
Result := True
else begin
if Selected then begin
for i := 1 to 2 do begin
with points[i] do SetRect(r, X, Y, X, Y);
InflateRect(r, Owner.MarkerSize, Owner.MarkerSize);
Result := PtInRect(r, Point(X,Y));
if result then Exit;
end;
end;
for i := 1 to NumLine-1 do begin
Margin := Pen.Width + Owner.MarkerSize;
Margin := Margin div 2;
R := MakeRect(Point(lppoints[i-1].x, lppoints[i-1].y),
Point(lppoints[i].x, lppoints[i].y));
InflateRect(R, Margin, Margin);
Result := PtInRect(R, Point(X, Y));
if Result then Break;
end;
end;
end;
end;
destructor TBezierLink.Destroy;
begin
SetLength(lpPoints, 0);
SetLength(lpTypes, 0);
inherited;
end;
procedure TBezierLink.DrawBody(Canvas: TCanvas);
var
i: integer;
// r: TRect;
// Margin: Integer;
begin
with StartPt do Canvas.MoveTo(X, Y);
if (points[0].x <> StartPt.x) or
(points[0].y <> StartPt.y) or
(points[3].x <> EndPt.x) or
(points[3].y <> EndPt.y) then begin
points[0] := StartPt;
if not fPointsAltered then points[1] := Point(StartPt.x, EndPt.Y);
if not fPointsAltered then points[2] := Point(EndPt.x, StartPt.y);
points[3] := EndPt;
end;
BeginPath(Canvas.Handle);
PolyBezier(Canvas.Handle, Points, 4);
EndPath(Canvas.Handle);
FlattenPath(Canvas.Handle);
NumLine := getpath(Canvas.Handle, lpPoints, lpTypes, 0);
setlength(lppoints, NumLine);
setlength(lptypes, NumLine);
GetPath(Canvas.Handle, lppoints[0], lptypes[0], NumLine);
for i := 0 to NumLine-1 do begin
case lpTypes[i] of
PT_MOVETO: Canvas.MoveTo(lppoints[i].x, lppoints[i].y);
PT_LINETO: Canvas.LineTo(lppoints[i].x, lppoints[i].y);
end;
end;
// Shows the Rectangles which are used in ContainsPoint():
// for i := 1 to NumLine-1 do begin
// Margin := Pen.Width + Owner.MarkerSize;
// Margin := Margin div 2;
// R := MakeRect(Point(lppoints[i-1].x, lppoints[i-1].y),
Point(lppoints[i].x, lppoints[i].y));
// InflateRect(R, Margin, Margin);
// Canvas.Rectangle(R);
// end;
end;
class procedure TBezierLink.DrawDraft(Canvas: TCanvas; const ARect: TRect);
var
i: integer;
points: array [0..3] of TPoint;
NumLine: integer;
lpPoints: array of TPoint;
lpTypes: array of Byte;
begin
Canvas.MoveTo(Arect.TopLeft.X, Arect.TopLeft.Y);
if (points[0].x <> Arect.TopLeft.X) or
(points[0].y <> Arect.TopLeft.Y) or
(points[3].x <> Arect.BottomRight.x) or
(points[3].y <> Arect.BottomRight.y) then begin
points[0] := Arect.TopLeft;
points[1] := Point(Arect.TopLeft.x, Arect.BottomRight.Y);
points[2] := Point(Arect.BottomRight.x, Arect.TopLeft.y);
points[3] := Arect.BottomRight;
end;
BeginPath(Canvas.Handle);
PolyBezier(Canvas.Handle, Points, 4);
EndPath(Canvas.Handle);
FlattenPath(Canvas.Handle);
NumLine := getpath(Canvas.Handle, lpPoints, lpTypes, 0);
setlength(lppoints, NumLine);
setlength(lptypes, NumLine);
GetPath(Canvas.Handle, lppoints[0], lptypes[0], NumLine);
for i := 0 to NumLine-1 do begin
case lpTypes[i] of
PT_MOVETO: Canvas.MoveTo(lppoints[i].x, lppoints[i].y);
PT_LINETO: Canvas.LineTo(lppoints[i].x, lppoints[i].y);
end;
end;
end;
procedure TBezierLink.DrawMarkers(Canvas: TCanvas);
var
i: integer;
r: TRect;
begin
inherited;
if Selected then begin
for i := 1 to 2 do begin
with points[i] do SetRect(r, X, Y, X, Y);
InflateRect(r, Owner.MarkerSize, Owner.MarkerSize);
Canvas.FrameRect(r);
end;
end;
end;
function TBezierLink.FindMarkerAt(X, Y: Integer): TMarkerType;
var
Marker: TMarkerType;
Pt: TPoint;
i: integer;
r: TRect;
begin
Result := mtNone;
if Showing then begin
if Selected then begin
Pt := Point(X, Y);
for Marker := mtMoveStrartPt to mtMoveEndPt do begin
if PtInRect(MarkerRect(Marker), Pt) then begin
Result := Marker;
Exit;
end;
end;
for i := 1 to 2 do begin
with points[i] do SetRect(r, X, Y, X, Y);
InflateRect(r, Owner.MarkerSize, Owner.MarkerSize);
if PtInRect(r, Pt) then begin
Result := mtStretchBezier;
DraggingPoint := i;
Exit;
end;
end;
end;
if ContainsPoint(X, Y, true) then
Result := mtSelect;
end;
end;
{ / TBezierLink }
procedure TExtGraph.MouseDown(Button: TMouseButton; Shift: TShiftState; X,
Y: Integer);
var
Pt: TPoint;
begin
...
// A Link is under cursor
else
begin
if (Button = mbLeft) and not
(ssDouble in Shift) and
(MarkerAtCursor in [mtMoveEndPt, mtMoveStrartPt]) then begin
if MarkerAtCursor = mtMoveEndPt then
StartPoint := TGraphLink(ObjectAtCursor).FromNode.Center
else
StartPoint := TGraphLink(ObjectAtCursor).ToNode.Center;
StopPoint := Pt;
State := gsMoveLink;
Linking := True;
end;
if (Button = mbLeft) and not
(ssDouble in Shift) and
(MarkerAtCursor in [mtStretchBezier]) then
State := gsStretchBezier;
end;
end;
...
procedure TExtGraph.MouseMove(Shift: TShiftState; X, Y: Integer);
const
FreezeTopMarkers = [mtMove, mtSizeNW, mtSizeN, mtSizeNE];
FreezeLeftMarkers = [mtMove, mtSizeNW, mtSizeW, mtSizeSW];
var
...
BezierAtCursor: TBezierLink;
begin
...
else if State = gsStretchBezier then begin
BezierAtCursor := TBezierLink(ObjectAtCursor);
BezierAtCursor.fPointsAltered := True;
BezierAtCursor.points[BezierAtCursor.DraggingPoint] := Point(X,Y);
BezierAtCursor.DrawBody(Canvas);
Invalidate;
end
...
end;
initialization
...
TExtGraph.Register(TBezierLink);
finalization
...
TExtGraph.Unregister(TBezierLink);
|
|
From: Stefan M. <ste...@po...> - 2005-02-23 14:22:40
|
Guys,
=20
One more thing, for us to use the MPL we need to put (at least the top) =
notice in every unit.
=20
Stefan
=20
=20
{------------------------------------------------------------------------=
------}
{ The contents of this file are subject to the Mozilla Public License =
}
{ Version 1.1 (the "License"); you may not use this file except in =
}
{ compliance with the License. You may obtain a copy of the License at =
}
{ http://www.mozilla.org/MPL/ <http://www.mozilla.org/MPL/> =
}
{ =
}
{ Software distributed under the License is distributed on an "AS IS" =
}
{ basis, WITHOUT WARRANTY OF ANY KIND, either express or implied. See =
the }
{ License for the specific language governing rights and limitations =
}
{ under the License. =
}
{ =
}
{ The Original Code is SimpleGraph.pas Copyright (C) Kambiz R. =
Khojasteh. }
{ =
}
{ The Initial Developer of the Original Code is Kambiz R. Khojasteh. =
}
{ Portions created by The ExtGraph team are =
}
{ Copyright (C) ExtGraph team. All Rights Reserved. =
}
{ =
}
{ Contributor(s): Kambiz R. Khojasteh, Bill Miller, Pavel Vrecion, =
}
{ Stefan Melis, Marco Wobben. =
}
{------------------------------------------------------------------------=
------}
{------------------------------------------------------------------------=
------}
{ =
}
{ TExtGraph Demonstration Program =
}
{ by Kambiz R. Khojasteh & The ExtGraph Team =
}
{ =
}
{ The ExtGraph Team is: =
}
{ =
}
{ Pavel Vrecion (PV) - vrecion [at] users.sourceforge.net =
}
{ Stefan Melis (SM) - stefanmelis [at] users.sourceforge.net =
}
{ Marco Wobben (MW) - marcowobben [at] users.sourceforge.net =
}
{ =
}
{ And can be found at: =
}
{ http://extgraph.sourceforge.net/ <http://extgraph.sourceforge.net/> =
}
{ =
}
{ The developer's mailinglist is: =
}
{ extgraph-developer [at] lists.sourceforge.net =
}
{ =
}
{------------------------------------------------------------------------=
------}
=20
|
|
From: Marco W. <ma...@wo...> - 2005-02-23 13:32:11
|
Let's merge the current state first. I've got the following properties
working already:
published
property Layout: TTextLayout read fTextLayout write SetTextLayout
default tlCenter;
property Constraints: TSizeConstraints read FConstraints write
SetConstraints;
property Locked: boolean read FLocked write SetLocked default False;
end;
Stefan Melis wrote:
> Hi,
>
> No problem there.
> Perhaps we should get our code together and make a CVS release we can
> all work from?
>
> Stefan
>
> ------------------------------------------------------------------------
> *Van:* ext...@li... namens Marco Wobben
> *Verzonden:* wo 23-2-2005 14:16
> *Aan:* ext...@li...
> *Onderwerp:* [Extgraph-developer] Unit splitting
>
> Hi guys,
>
> We seriously need to break up the unit. Maintainability will go down
> the drain if don't act soon. I'll take the lead here and suggest how
> it should continue and am curious on how you guys think about this.
> Since you suggested naming the TSimplegraph into TExtGraph, I suggest
> prefixis 'eg'.
>
> Marco.
>
> egCommon.pas
>
> * EGraphStreamError
> * TGraphObjectList
> * TGraphScrollbar
> * TGraphStreamableObject
> * TMemoryHandleStream
>
> egGraph.pas
>
> * TGraphObject
> * TGraphLink
> * TGraphNode
> * TSimpleGraph
>
> egNodes.pas
>
> * TEllipticNode
> * TPentagonalNode
> * TPolygonalNode
> * TRectangularNode
> * TRhomboidalNode
> * TRoundRectangularNode
> * TTriangularNode
>
> egSVG.pas
>
> * ...SVG classes
>
--
Phone +31 650.69.27.31
Email ma...@wo...
ICQ 432807
Skype marcowobben
"Trust is a future that brings what is needed, exactly how it is needed"
|
|
From: Stefan M. <ste...@po...> - 2005-02-23 13:18:58
|
Hi, =20 No problem there. Perhaps we should get our code together and make a CVS release we can = all work from? =20 Stefan ________________________________ Van: ext...@li... namens Marco Wobben Verzonden: wo 23-2-2005 14:16 Aan: ext...@li... Onderwerp: [Extgraph-developer] Unit splitting Hi guys, We seriously need to break up the unit. Maintainability will go down the = drain if don't act soon. I'll take the lead here and suggest how it = should continue and am curious on how you guys think about this. Since = you suggested naming the TSimplegraph into TExtGraph, I suggest prefixis = 'eg'. Marco. egCommon.pas * EGraphStreamError=20 * TGraphObjectList=20 * TGraphScrollbar=20 * TGraphStreamableObject=20 * TMemoryHandleStream=20 egGraph.pas * TGraphObject=20 * TGraphLink=20 * TGraphNode=20 * TSimpleGraph=20 egNodes.pas * TEllipticNode=20 * TPentagonalNode=20 * TPolygonalNode=20 * TRectangularNode=20 * TRhomboidalNode=20 * TRoundRectangularNode=20 * TTriangularNode=20 egSVG.pas * ...SVG classes =09 |
1 message has been excluded from this view by a project administrator.
