Hi Stoyan,

I have made the changes to the JDiagram code you suggested and I am setting initializing the flowchart as follows on the outside:

[code]

private void initialize() {
flowChart = new FlowChart();
JScrollPane pane = new JScrollPane(flowChart);
this.getContentPane().add(pane);

flowChart.setArrowStyle(ArrowStyle.Cascading);
flowChart.setRouteArrows(true);
flowChart.setSnapToAnchor(SnapToAnchor.OnCreateOrModify);
flowChart.getRoutingOptions().setTriggerRerouting(
RerouteArrows.WhenIntersectNode | RerouteArrows.WhenModified
//| RerouteArrows.WhileCreating
);
}

[/code]

The problem is as follows:

1. If I turn on the RerouteArrows.WhileCreating, the arrow cannot be drawn straight. It takes the loop sort of a path.

2. With the RerouteArrows.WhileCreating off, the arrow can be drawn straight during the drag, but

a. if we drag it too deep into the second symbol, it attaches to a top or a bottom border.
b. Also, when connecting from and to the top borders of the symbols, there is no visual indication how the arrow is going to end up
c. the arrow doesn't snap to the border of the symbol when dragging the arrow over the second symbol.

So, ideally, I want the RerouteArrows.WhileCreating on because of the three above points, and with the creating on, be able to draw a straight line - something that behaves like Visio.

Please let me know if you understand the problem I am describing, and how that can be fixed.

Thanks,
Praveen

Hi Stoyan,

Thank you. Now it is much easier to draw straight lines.
One small point though - the arrows by default assume that they are going downwards - even when being dragged to the right - so we have that downward spoon shaped arrow.
Is it possible to build in the logic to make the arrow point to the horizontally if it is being dragged horizontally, and vertically (which it is already doing) when dragged vertically?

One more thing I noticed - if I draw a straight line horizontally now, I am unable to move the head, I can only move the base. For a line with one or more bends, the head also can be moved.

Thanks again for this change.

Praveen

Hi,

Could it be because I am using 1.0.1 version of NetDiagram?

Praveen

Hi Stoyan,

I checked now with 1.0.3, and I still see the same 4 segment arrow when I drag (from a left box to a right box).

It seems to be because the function routeGetEndPoints returns dNearest as 0, when called from doRoute. If I change this to return 3, it shows it horizontal (just a hack I did to test this theory)

And I understand that you will be providing the changes only in the future releases, not any bygone ones.

Thanks,
Praveen

:) Yes, that's the one I was talking about.

But please, only look at it if it is not too much of a bother. I think what you have done so far is just about right.

Thanks,
Praveen

Hi Stoyon,

When is the 1.0.4 release slated for? I am wondering if it is going to be after May end, can I request that the bend in the arrow issue be given a consideration, assuming this is not difficult.

I have a patch release sometime around mid-May and have considered to include the arrow routing refinements.

Thanks in advance,
Rachna

Hi Rachna,

That's now implemented here:
https://mindfusion.eu/_beta/netdiag_104beta.zip

Version 1.0.4 will be in beta tests for about a week. If you prefer, you can add the following code to enable this in V1.0.3:

if (destLink instanceof DummyLink)
{
     endPoint.setLocation(ptdCenter);
     dNearest.set(-1);
}

Paste that before the final "else" in routeGetEndPoints, after the Utilities.add calls.

Stoyan

There are two overlapping control points in that case. Edit the Arrow.pointInHandle method to hit-test the start and end points before all others, and it should work fine.

Stoyan