Здесь еще одна проблемка появилась, и то достаточно серьезная.
Проблема в том что кроме биндинга значений надо - биндить список координат к Polyline Points (PointCollection).
Потому есть необходимость конвертера List<double> (х1,y1,x2,y2, x3,y3) в PointCollection (List<Point>), с приспособлением к параметрам графика. Дополнительная трудность - что конвертер надо определять к внутреннему элементу главного окна - то есть к самому контролу.
Вот код конвертера что основан на работающем коде, что вызывает NullPointerexception к инициализатору цыкла - for (i=0; i<coord.count ...

...
<UserControl Name="UCon"
<UserControl.Resources>
<local:Konverter x:Key="PointConverter"/>
</UserControl.Resources>

...<Polyline Name="polyline" Points="{Binding Path=Data, ElementName=UCon, Converter={StaticResource PointConverter}}" />

Другой способ отображение изменений линии (координат) это реализация Callback PropertyChanges (DO, args) для UCon Data DP - но в теле метода нету доступа к другим свойствам UserControlclass таким как polyline потому отобразить изменение при изменение внешне-зависимого свойства координат невозможно. Надо создавать другой инстанс UserControlclass, которым не будет никак связан с первым обьектом юзерконтрола.

Ну и вы строптивые - скрин уже как неделю есть. И полтысячи строк в класе. Мне этого уже может и не надо. Но чтобы не доделать переключение между разными линиями... В моем последнем коде все кажется ясно как белый день - но object value - null. Пусть это значение DP ( List<double> или List<Point>). То есть входной параметр в конвертер null - но сама DP - DATA.COUNT >100

У меня вопрос был. И код приведен.
Вот выдержки из подобного вопроса - сайт не буду привожить.
1)"But when I debug the function Convert I see that the first argument named "value" always gets null."
2) "If value is null, then it's a problem with the binding, not with the converter."
3) "No build error. But at run time my (IValueConverter).Convert method gets passed value=null"
Object Value - кажется должен принимать любые типы - то есть причина в моем случае не в типе, хотя я передаю параметризированый список - List<T>

Возвращаясь к теме хотелось бы узнать что значит конкретно такой код: textblock.Measure(new Size(Double.PositiveInfinity, Double.PositiveInfinity)); Size size=textblock.DesiredSize; Что значит Measure с такими параметрами размеров - Double.PositiveInfinity. Это значит что вложенный компонент текстового блока может расширятся к максимально предельным возможным размерам?? Или какая идея применение такой конструкции - лиш определить уже существующие размеры?

Так Measure - это измерение уже существующего размера или его установление? Если второе - тогда почему текстовый блок не занимает максимально возможный размер, если это лиш способ измерить - почему просто не использовать какое то гипотетическое свойство tb.size/desired size? Что если не употреблять DoubleInfinity, a например 0 или его приблизительную длину или ширину?

Непросто читать. Вначале понятно что сама система wpf определяет размеры, и не всегда они могут быть желаемыми. И в конце написано если есть баттон на 50*50 - и поместить в грид размеры которой меньше, то кнопка будет обрезана - но в конце концов все будет выглядеть как надо? То есть я понял если Size.DoubleInfinity то этот компонент займет все пространство элемента обертки, если не будет других элементов в этой ячейче, а если будет то непонятно какой будет результат, как элементы-потомки будут определять нужные им размеры с помощью рекурсии.