<Label Content="{Binding RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type tk:DataGridRow}}, Path=Item.A}" /> Mark Salsbery Microsoft MVP - Visual C++ :java:

This gets discussed often, sometimes passionately when the discussion involves someone who absolutely can't believe a simple calculation like 1.2/0.1 can't be exactly represented in a double precision floating point number format. Floating point numbers are only approximations, since there is a finite number of bits to represent an infinite number of - numbers. A couple links of possible interest... What Every Computer Scientist Should Know About Floating-Point Arithmetic[^] Joe Newcomer's Floating Point Explorer[^] Mark Salsbery Microsoft MVP - Visual C++ :java:

Great link, Thank you :thumbsup:

Stab in the dark is no good :doh: :laugh: I have made some further discoveries on the matter. If I leave the bindings as they are, and add the following code behind to UICardArray foreach (ContentPresenter content in PART_StackPanel.Children) { content.Width = CardWidth; content.Height = CardHeight; } It all works 100% how I would expect it to work, autosized with no clipping. After finding this out I removed this code to its original state and added the following function to UICardArray public void ShowSizes() { foreach (ContentPresenter content in PART_StackPanel.Children) MessageBox.Show(content.ActualWidth.ToString() + ", " + content.ActualHeight.ToString()); MessageBox.Show(ActualWidth.ToString() + ", " + ActualHeight.ToString()); } then placed a test array in a test listview and ran the function. <ListView> <UserInterface_Elements_Cards:UICardArray x:Name="TestArray" ItemsSource="{Binding Path=TestCards, RelativeSource={RelativeSource AncestorType=Window}}" DisplayType="HoleCards" HorizontalAlignment="Center" CardWidth="18" CardHeight="25"/> </ListView> 18x25px for each item(4 items), and 78x25px for the entire control (6px for margins between items), yet the listview again stretched the entire available window space. :confused: So I have a workaround for the problem, but I still don't understand what is going on here. Thanks for your help Mark :thumbsup: very much apprecited.

Sorry Mikey, but you have me there. I only posted the link to you because it was something I had previously used and thought it fitted what you were looking for. As for Blend, it's not a product I have had experience of.

Thanks for the help David, I appreciate it. I have tried this stuff already and I made an edit to original post, saying it is reading to the buffer and the issue is elsewhere (size of byte[] = size of string = size shown in file properties) (I should have made a reply pointing to the updated info also). I don't know anything about the encoding though, I tried utf8 as it was in the msdn sample, and it worked for the first section of the file, so I assumed this wasnt the issue. Also worth noting that after this code the string is put through a StringReader where I run regular expressions on it and convert the data from the hand info into a 'PokerHand' object, if I run the program without doing the 'save thing' each file returns 1 'PokerHand' object, if I do the 'save thing' it returns as many that are in the file.

Glad to be of service.

Just an attempt to learn a little more.

Thank you, that has solved the problem

Yes you're right that's what it does. It's the end of the day here, so my brain has been turned off a couple of hours ago ;P Cédric Moonen Software developer Charting control [v2.0 - Updated] OpenGL game tutorial in C++

Iain Clarke wrote: If this doesn't sink in (it's hard until you have a lightbulb moment) My lightbulb is on a dimmer switch... I think I understand what you are saying in your reply. I have just read Part 1, will follow up with Part 2 tomorrow, as it is 4.26am. If my understanding is correct I will be making a lot of changes to my application once I figure this out. Thank you both for your replies. :thumbsup: