Hi there

When using a custom control with an irregular shape (in this example, just rounded corners) it seems to be possible to adversly effect the focus behaviour of nodes.

Using a control with a rounded corner on a diagram control with a dark background (black), it is possible to see the corner of the diagram item frame that the UI Element exists inside.  As expected, mousing over the edge of this frame gives the node resize arrows.  Clicking on the diagram background away from the node gives focus to the diagram and the frame on the node disapears.  Clicking on the node again returns focus and the frame reapears allowing node resize.

If you move the pointer to the edge of the rounded corner of the UI  Element (the mouse is now within the squared corner of the diagram item) and click, the frame dims slightly and now we have our problem.  Moving over the frame no longer gives resize arrows and it is not possible to move the diagram item on the diagram.  It is as if the focus has now shifted to the UI Element rather than the diagram item and it does not seem possible to set the focus back.  This also disables the deletion of the diagram item.

I have a couple of small screen shots showing this that I can email if required, but currently I'm unable to host them to include in this post.


Many thanks


Paul

Hi Stoyan

Thanks for your code suggestion, but i am still able to get the recangle node into the same 'stuck' state as before if i repeat these steps:

1) Mouse over rectangle to make the handle boarder appear
2) Move mouse back to edge of node (ensuring that you don't click on the node straight away) and re-size

Node will now be 'stuck', preventing further re-size, moving and deletion.



Always  happy to test drive new versions when available


Paul

Hi Stoyan

Thanks for the DLL - we're still having some issues with mouse co-ordinates against the location values of nodes but I'll cover thart in a different post when I can give you better information.

One minor hiccup we experienced with the new DLL was that it generates design-time license errors - is this a possible conflict with having the MSI from 18th february installed?
There also seems to be new behaviour when used in conjunction with scroll viewers - it seems to always centre itself, where as before if placed in the top left of a scroll viewer it would stay there. Is this by design or a temporary side effect on beta?

Many thanks


Paul

Thanks for the suggestion, but I currently do not have any height tags in the XAML defining the diagram object.

No, no margins either.

|With regard to the license issue, which I forgot to cover, this is and IDE error - within Expression Blend (December 2007 Preview) I get the text of "Couldn't get design-tme license for  MIndfusion.Diagramming.WPF.Diagram".  Within VS 2008 RTM the XAML designer failes to render  / instantiate the diagram.

I have:

Mindfusion Limited\ComponentLicenses\Mindfusion.Diagramming.Winforms.FlowChart


By the sounds of it I'm missing somthing?


My scrollviewer / diagram XAMLl is as follows:

<ScrollViewer VerticalScrollBarVisibility="Auto" HorizontalScrollBarVisibility="Auto" x:Name="oCardFlowScroll" Grid.RowSpan="1" Grid.Column="0" HorizontalContentAlignment="Left" VerticalContentAlignment="Top" RenderTransformOrigin="0.5,0.5">
<ScrollViewer.RenderTransform>
<TransformGroup>
<ScaleTransform ScaleX="1" ScaleY="1"/>
<SkewTransform AngleX="0" AngleY="0"/>
<RotateTransform Angle="0"/>
<TranslateTransform X="0" Y="0"/>
</TransformGroup>
</ScrollViewer.RenderTransform>
<MindFusion_Diagramming_Wpf:Diagram x:Name="oCardFlow" ShowGrid="False" AdjustmentHandlesSize="6" ZoomFactor="25" AllowUnanchoredLinks="False" Width="Auto" RenderTransformOrigin="0.5,0.5">
<MindFusion_Diagramming_Wpf:Diagram.RenderTransform>
<TransformGroup>
<ScaleTransform ScaleX="1" ScaleY="1"/>
<SkewTransform AngleX="0" AngleY="0"/>
<RotateTransform Angle="0"/>
<TranslateTransform X="0" Y="0"/>
</TransformGroup>
</MindFusion_Diagramming_Wpf:Diagram.RenderTransform>
<MindFusion_Diagramming_Wpf:Diagram.BackBrush>
<LinearGradientBrush EndPoint="0.5,1" StartPoint="0.5,0">
<GradientStop Color="#FF000000" Offset="0"/>
<GradientStop Color="#FF000000" Offset="1"/>
<GradientStop Color="#FFFFFFFF" Offset="0.767"/>
</LinearGradientBrush>
</MindFusion_Diagramming_Wpf:Diagram.BackBrush>
<MindFusion_Diagramming_Wpf:Diagram.LinkPen>
<Pen Brush="#FFFF7600" Thickness="5"/>
</MindFusion_Diagramming_Wpf:Diagram.LinkPen>
</MindFusion_Diagramming_Wpf:Diagram>
</ScrollViewer>

Thanks for the reg entry - that worked great and i now have design-time rendering of the diagram control again.

With reference to the render transforms, I'd not really notice them until I posted the code.  They seem to be an artifact of Expression Blend - it puts them in when you re-seize stuff.  I have since removed them and re-tested, but with the same end result.

I think i found a cause / work around regarding this - with previous WPFDiagram Dlls I had the diagram set to 'stretch' within the scroll viewer and all seemed to be OK.  I just tried setting the alignment on the diagram to top/left (rather then than content alignment properties on the scroll viewer) and it no longer centers.

Don't know if this is of any use to you guys.



Paul