Roman Mejtes,
вот тот тип ошибки что возникает https://stackoverflow.com/questions/12866436/missing-partial-modifier-on-declaration-another-partial-declaration-of-this-ty. Проблема где найти здесь ту же самую дефиницию класа. Если после добавление pаrtiаl - возникает ошибка что разные базовые класы может речь идет о дефиниции Control class. И вообще ошибка возникает при добавление x:clаss который обязателен если в разметке есть ивент-хендлер. Так что он возможен в xаml, по определению. То есть может проблема в x:class="wpfapp.customcontrol"; после чего идет xmlns:local="clr-namespace:WpfApplication2" если написать без нейспейса х:class это ничего не меняет.

arrt,
вот я добавил другой такой же customcontrol2 разметка которого добавилась в тот же generics.xaml и изменил x:class ... customcontrol2. Та же ошибка с partial modifier. Даже не добавлял второй кастом контрол в главное окно разметки.

Roman Mejtes,
может быть - примеров x:class в generic.xaml нету. Да и пусть сделать пять или десять кастом компонентов -- вся разметка будет в этом одном файле, в котором даже теоретически можно предположить лиш один x:class.
Хотя без указание x:class привязать событие к компоненту ресурсного словаря можно в коуд-бехайнде таким образом
public override void OnApplyTemplate()
{
base.OnApplyTemplate();
var button = Template.FindName("PART_leftButton", this) as Button;
if (button != null)
{
button.Click += (s, a) => Console.WriteLine(@"click");
}
}
Может использование new custom control здесь в корне неправильно, если есть варианты такого графика как user control.
Там в любом случае надо пару текстблоков, вложенные гриды в разметке, а саму линии надо рисовать в коде.
Потому предполагаю чтобы добится в конечном итоге customcontrol, мне надо сперва сделать usercontrol1:usercontrol - как некий композит компонентов, а потом уже расширять
таким образом customcontrol:usercontrol1 для добавления стилей, хотя это наверное лишние ибо выбор например толщины или цвета линии надо делать извне этого контрола (например через комбобокс или переключатели), и потом результат событие этого выбора передавать в кастомконтрол и связывать их с обязательными dependency property.

arrt,
Вот есть пример привязки события к dependencyproperty:
public static readonly DependencyProperty ItemsSourceChangedProperty =
DependencyProperty.RegisterAttached("ItemsSourceChanged",
typeof(bool), typeof(ItemsSourceChangedBehavior),
new FrameworkPropertyMetadata(false, OnItemsSourceChanged));
Тогда private static void OnItemsSourceChanged(DependencyObject obj, DependencyPropertyChangedEventArgs e)

{ ItemsControl itemsControl = obj as ItemsControl; //Как тогда идентифицировать именно
//этот внешний комбо-бокс (один из
//нескольких) например для
// толщины линии и собственно передать в
// в setvalue() dependencyproperty
if (itemsControl == null)
return;
bool oldValue = (bool)e.OldValue;
bool newValue = (bool)e.NewValue; ...

arrt, Я использовал wpf на базовом уровне потому вопросы может и простые. Но в даном случае мне надо знать как передать измененные данные в VM в этот usercontrol/customcontrol. Как организировать передачу внешних даных через событие - ведь VM не должно знать ничего о viеw. Если например в аргументах передается параметр doublе, в юзерконтрол - как отличить параметр fontsize и linethickness если они одного типа? Как организировать callbackfunction в dependency property, или как провести биндинг нескольких dependency property UC к обьекту VМ?

Хотелось бы получить ответ на основание практического кода:
<Window.Resources>
<local:ModelViewclass x:Key="ViewModel"/> //Modelviewclass:INotifyProperyChange - клас свойств которого должны передаватся через биндинг в UserControl1
</Window.Resources>
<Grid x:Name="mainGrid">
<local:UserControl1 x:Name="Chart" Xmin="-5" Xmax="5"
DataContext="{Binding Source={StaticResource ViewModel}}" />
</Grid>

//Как мне биндить ModelViewclass.Xmin0 вместо ручного установление Xmin="-5" свойства в UserControl1?
Такой биндинг возможен из внешнего источника Xmin="{Binding ElementName=ViewModel, Path=Xmin0}" - хотя для ElementName надо x:Name, а не x:Key
Кроме того - ModelViewclass надо инстантицировать, чтобы уже от других контролов получать занчение - возможно ли это сделать через простое создание обьекта
ModelViewclass mv=new ModelViewclass() в MainWindow.xaml.cs (то есть code-behind главного окна)

Что никто не подскажет как привязать несколько dependency property к viewmodel property? В приведенном xаml биндинг идет к класу, а если делать в коде через datacontext - то к обьекту viewmodel?

Roman Mejtes,
Да это все кажется действительно просто,
но даже так - возникла какая то непонятная ошибка при биндинге
обозначеных мною депенденси пропертис, которая не присуща
на встроеных свойствах usercontrol.
"A 'Binding' cannot be set on the 'Xmin' property of type 'Chart'. A 'Binding' can only be set on a DependencyProperty of a DependencyObject." - XamlParseException.
Все сделал как у вас
<Grid x:Name="mainGrid">
<local:UserControl1 x:Name="Chart" Xmin="{Binding XMin}" />
</Grid>
кроме того как привязал к датаконтексту в коде:
public MainWindow()
{
InitializeComponent();
ModelViewclass mvclass = new ModelViewclass();
mvclass.Xmin = "1";
DataContext = mvclass; }
Если биндить к датаконтексту тоже в xaml - таже ошибка.
Очень странно -- UserControl ведь наследует DependencyObject, а DependencyProperty как раз призначена для внешнего биндинга - да и разписал я эти зависсимые свойтсва правильно, и если вручну раставлять их Xmin="1", то работает же.

Вот интересно, что почти день потратил на разрешение последнего простого вопроса (ошибка была, что DP OwnerType имел предыдущее название класа контрола),
как появился еще более тривиальный.
Теперь не биндится (не передается) ModelViewclass.Xmin в XminDP, если присваивать датаконтекст в коде - просто появляется дефолтное значение.
Если присваивать datacontext через xaml - то есть не обьекту VM, а класу VM - то отображается "пустота", что значит что якобы биндинг осуществлен через
DataContext="{StaticResource ViewModel}", но я так понимаю в надо вложить здесь необязательный обьект Model из значениями..., ибо поля класа VM конечно неинициализированы

Неразрешимая какая то ситуация? Даже не происходит биндинг viewmodel к встроенному свойству UC background. Менял местами Initializecomponent() и Datacontext=VM object; Даже если в описание Dependencyproperty изменить дефолтное значение оно после ребилдинга, клининга, перезагрузки VS 2012 и потом OС не отображается ? Как и ничего не дает удаление папок Debug. Такая ситуация была однажды с эклипсом но это другой IDЕ, язык програмирование. Если в xаml биндинг происходит декларативно на этапе компиляции к Pаth, значение которой прямо привязывается к VМ property на этапе исполнения может в этом проблема?

Мои последние вопросы касаются разрешения проблемы биндинга в самом простом варианте. Может создание нового проэкта и копирование существующего кода в аналогичные класы и файлы поможет? Эклипс и Ява здесь не причем - это лиш указание на то что проэкт не оновляет данные и как бы ссыллается на прежний вариант. Если я указываю что новое значение для dependency свойства (дефолтное значение записанное в коде) например Y1, a на выходе програма постоянно показывает вчерашнее значение Y, то это свидетельствует о проблемах в работе VS... Хотя прямого отношение это не имеет к биндингу, хотя может доказывать что и другие функции не работают

Petro123,
Ну текст фактически предоставлен выше если имеется ввиду mainwindow.xaml и mainwindow.xaml.cs. То есть так назначение свойств работает ... Xmin="1" а так нет -- Xmin="{Binding MVproperty}. Может действительно на этапе исполнение биндинг не происходит. Еще есть момент что у меня VM идет как поле в Mainwindow. MainWindow:Window { ViewModel vm; MainWindow() { InitializeComponent(); vm=new ViewModel(); vm.Xmin="1"; DataContext=vm;// Хотя во всех примерах VM уже с готовыми свойствами - DataContext=new ViewModel(); - но кроме этого простого биндинга мне надо чтобы другие UI апдейтили VM через события, а VM соответственно - usercontrol через биндинг и propertychange().

О DP я уже начитался. Вот новый нюанс - если применить биндинг к DataContext к Button, помещенном в добавок к UserControl в главное окно - то на кнопке биндинг работает!! <Button Content="{Binding Xname}" - на этапе исполнение название кнопки появляется в отличие от надписей на UC. То есть не происходит биндинг на моем UC. Но DataContext ведь наследуется и на дочерний компонент UC, и там я это свойство обозначал. Часть шаблонных готовых текстовых блоков в UC заблаговременно имеет биндинг к DP самого UC - <Textblock Text="{Binding Path=Xname}"

A то что VS работает кособоко это факт - например отображается старое дефолтное значение надписи оси Х, и его теперь невозможно переопределить в xаml главного окна, надпись на оси Y - пока что переопределяется вручную. Хотя в общем теперь проблема более узкая - отсутсвие биндинга к DP юзер контрола. Наверное новый проэкт с тем же кодом помочь.