it3xl.ru

По умолчанию строка для добавления/наполнения нового элемента расположена внизу DataGrid WPF. Для её размещения сверху нужно обратиться к представлению по умолчанию для коллекции, которая будет привязана к DataGrid, привести его к IEditableCollectionView (представлению для редактирования) и задать соответствующий параметр NewItemPlaceholderPosition. Вот как это выглядит в коде: var view = (IEditableCollectionView)CollectionViewSource.GetDefaultView(productGroups); view.NewItemPlaceholderPosition = NewItemPlaceholderPosition.AtBeginning; Добавьте этот код после создания привязываемой коллекции, можно, даже, до ее наполнения. Вот как-то так :) Взято из WPF DataGrid – New Item Template Sample .

Нету больше System.Data.OracleClient. В четвертой версии .NET Framework он deprecated. Microsoft решила свернуть его развитие. Источник: ADO.NET team blog Ну чтож, ODP.NET тоже можно кушать. А давайте-ка я пройдусь по родному ADO.NET провайдеру от Oracle, называемому ODP.NET. ODP.NET быстрее, но я делал высоконагруженный проект, где Майкросовстский провайдер прекрасно справлялся с потребностями ораклистов. ODP.NET функциональнее, однако кому-то этот функционал покажется пятой ногой с внутренней коленкой. ODP.NET глючнее и может очень дорого обойтись при переходе на другую версию Oracle. Мне кажется Oracle сам по себе далеко не так вкладывается в совместимость, как это делает Microsoft. Вот что я помню в ODP.NET: Когда Oracle возвращает число у которого после запятой где-то от 19 знаков точности, ODP.NET это не переварит и “порвет”. Также есть ядерные забабоны, когда ODP.NET от одной версии Oracle подключается к базе другой версии, например 10й или 11й ODP.NET подключается

Обычно эта ошибка связана с неправильным сопоставлением типов на стороне .NET Framework в System.Data.OracleClient классах или там же с превышением разрядности значения. Например принимется строка в 5 символов, а передается 10. Но сейсас первый раз столкнулся с отображением этой ошибки, когда неправильное приведение типов было в процедуре пакета Oracle. Не ожидал увидить сообщение .NET Framework из-за ошибки в Oracle. Это недоработка, конечно, в .NET Framework, но предупрежден, значит вооружен. Все лучше чем забабоны родного .NET провайдера от Oracle, по имени ODP.NET.

Делайте поправку, что среда развивается и что-то может поменяться. Сегодня 30.05.09. Почитайте сначала немного хэлпа по установке VSeWSS 1.3. А после этого: 1. если вы все настроили правильно, но запустили Visual Studio 2008 не под админской учеткой в Windows Server 2008, то Deploy и Retract ("Undeploy") сработают, а вот дебаггинг не запуститься и VS ругнется со следующей ошибкой: Error (-1989080679) Unable to start debugging on the web server. You do not have permissions to debug the web server process. You need to either be running as the same user account as the web server, or have administrator privilege. Т.е. IIS не разрешает вам к нему подключатся для дебаггинга из-за отсутствия у вас прав. 2. при работе с VSeWSS без Active Directory, видимо, сразу забудьте про то, что вы сможете достучаться до Windows SharePoint Services (WSS) или до Microsoft Office SharePoint Server (MOSS) на другой машине. Соответственно SharePoint Solution Generator 2008 также не увидит дру