Hey All,
It would be really nice if someone would look into some of the issues with the connector tool, especially since they keep adding up and rarely get redued. It seems that at this point it is unmaintained and unfinished, which to me puts it in the same category as the our disabled technical/lpe tool. Meaning that if it doesn't see love by the time we're wrapping up 0.50 (or whatever that version will be), I personally feel that it should be disabled at that point and will request a vote. I know people have used it, it's cruft is in their documents, but if it's not going to be given a serious go, it makes no sense to have it. Just wanting to bring the issue up with plenty of notice.
Cheers, Josh
On 10/6/11 19:20, Josh Andler wrote:
It would be really nice if someone would look into some of the issues with the connector tool, especially since they keep adding up and rarely get redued. It seems that at this point it is unmaintained and unfinished, which to me puts it in the same category as the our disabled technical/lpe tool. Meaning that if it doesn't see love by the time we're wrapping up 0.50 (or whatever that version will be), I personally feel that it should be disabled at that point and will request a vote. I know people have used it, it's cruft is in their documents, but if it's not going to be given a serious go, it makes no sense to have it. Just wanting to bring the issue up with plenty of notice.
List of open reports tagged with 'connectors': http://tinyurl.com/6e7lmyn - newest first - includes duplicates
~suv
On Fri, 2011-06-10 at 10:20 -0700, Josh Andler wrote:
I personally feel that it should be disabled at that point and will request a vote.
I vote that I use it all the time, although it is buggy. Removing it could go either of two ways: a) Spur developers into writing it to completion or b) Spurn developers and reduce visibility so no one ever looks at it again.
If the jobs could be chunked up into little bits (to complete it that is, not the bugs) then we could post them as bite-size bugs and get more people involved in fixing them.
Martin,
On 2011-06-10 19:20, Josh Andler wrote:
It would be really nice if someone would look into some of the issues with the connector tool, especially since they keep adding up and rarely get redued. It seems that at this point it is unmaintained and unfinished, which to me puts it in the same category as the our disabled technical/lpe tool. Meaning that if it doesn't see love by the time we're wrapping up 0.50 (or whatever that version will be), I personally feel that it should be disabled at that point and will request a vote. I know people have used it, it's cruft is in their documents, but if it's not going to be given a serious go, it makes no sense to have it. Just wanting to bring the issue up with plenty of notice.
I've never (or at least hardly ever) used it, and in part that's because it's limited to a connector tool. In my opinion it would be much more useful to instead have a tool that allows one to specify certain relations between points/objects. By being able to "remember" the alignments applied by the align and distribute dialog for example. Although I think it might make sense to go beyond that by also "remembering" offsets and perhaps even boolean ops.
Such a tool would make it easier to create diagrams while also helping in many other situations and would therefore be more likely to be maintained. And although it won't cover all connector related functionality, at the very least it should make it easier to implement the connector tool and reduce its need for maintenance.
+10 for objects remembering their alignments.
A few nifty related features which could help replace/improve/obsolete the connector tool (in conjunction with the above):
a) Path endpoints (or perhaps any nodes at all) could be aligned & remembered to other objects the same way as objects can b) Endpoints/nodes could have their position relative to a given object remembered (so you can attach a connector node to a particular corner or feature on the object, and the path transforms appropriately when said object is moved) c) Add 2 align/distribute options: "Align to closest bounding box edge" and "Align to closest object boundary (outer path)"
I guess you'd still need some auto-avoid logic to make paths avoid objects. That could probably be another align/distribute option.
- Bryan
On Sat, Jun 11, 2011 at 22:18, Jasper van de Gronde <th.v.d.gronde@...528...
wrote:
On 2011-06-10 19:20, Josh Andler wrote:
It would be really nice if someone would look into some of the issues with the connector tool, especially since they keep adding up and rarely get redued. It seems that at this point it is unmaintained and unfinished, which to me puts it in the same category as the our disabled technical/lpe tool. Meaning that if it doesn't see love by the time we're wrapping up 0.50 (or whatever that version will be), I personally feel that it should be disabled at that point and will request a vote. I know people have used it, it's cruft is in their documents, but if it's not going to be given a serious go, it makes no sense to have it. Just wanting to bring the issue up with plenty of notice.
I've never (or at least hardly ever) used it, and in part that's because it's limited to a connector tool. In my opinion it would be much more useful to instead have a tool that allows one to specify certain relations between points/objects. By being able to "remember" the alignments applied by the align and distribute dialog for example. Although I think it might make sense to go beyond that by also "remembering" offsets and perhaps even boolean ops.
Such a tool would make it easier to create diagrams while also helping in many other situations and would therefore be more likely to be maintained. And although it won't cover all connector related functionality, at the very least it should make it easier to implement the connector tool and reduce its need for maintenance.
EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Am Sonntag, 12. Juni 2011 schrub Bryan Hoyt | Brush Technology:
+10 for objects remembering their alignments.
If anyone wants to see a really great way to do exactly that, have a look at the sketch tool of Catia (that's a commercial CAD tool). Youtube should have a few videos on that.
Tobias
[...]
participants (6)
-
Bryan Hoyt | Brush Technology -
Jasper van de Gronde -
Josh Andler -
Martin Owens -
Tobias Ellinghaus -
~suv