Michael Swanson выпустил SWF2XAML, бесплатная тулуза позволяющая вам экспортировать SWF-файлы в XAML (можно сказать что это инструмент формата — Flash to WPF/Silverlight).  Все подробности здесь. Кстати, Michael Swanson автор известного конвертора AI->XAML

        Года 3 назад, обсуждая Windows Forms с другом, я жаловался на то что неудобно использовать Windows Forms для вывода видео и музыки, а друг о том, что ему неудобно создавать свои контролы, а также формировать тулбары.

Этой первой статьей я бы хотел начать цикл переводов постов с замечательного блога, в котором Beatriz Costa детально объясняет определенные аспекты Binding'а в WPF. В первом посте затрагивается тема использования Binding'а без указания каких-либо дополнительных свойств.

Здравствуйте! Не так давно я написал свой первый перевод поста про WPF Binding из блога Beatriz Cost'ы. Он был принят достаточно хорошо, так что я принял решение регулярно, примерно раз в неделю (иногда, возможно, и чаще), переводить по одному посту из этого блога. В этот раз я решил перевести небольшую (на большие пока нет времени) статью, в которой рассказывается о том, в каких ситуациях лучше использовать DataContext, а в каких свойство Source.

Давеча посетила меня светлая мысль, как просмотреть XAML код приложений скомпилированных и отправился я в путь по просторам паутины…

Уголком сознания я помнил, что замечательной открывашкой Reflector от Lutz Roeder,
можно смотреть MSIL и многое другое в .Net приложении, естественно незаобфусцированной по помидоры…

В WPF существует очень четкое разделение между поведением Control'а и тем, как он выглядит. К примеру, поведение объекта класса Button состоит в том, чтобы реагировать на различные события по клику, но его вид может быть любым — вы можете сделать кнопку в виде стрелки, рыбы, или чего-либо еще, что подходит для вашего приложения. Переопределение отображения Control'а очень просто сделать при использовании VS со стилями и шаблонами, и даже еще проще, если у вас есть Microsoft Expression Blend. В этом примере я покажу вам, как переопределить отображение ListBox'а, который используется для отображения списка планет.

В простейшем master-detail сценарии, нажатие на определенный элемент в ItemsControl'е вызывает отображение детальной информации об этом элементе на другом control'е. К примеру, программа может отображать список имен покупателей, и клик по определенному покупателю приведет к тому, что в TextBlock'ах отобразится адрес, телефонный номер и дата рождения этого покупателя.

Существует множество способов создать объект, который будет использоваться как data source для binding'а. Многие люди создают объект в коде и присваивают свойству DataContext у Window этот объект. Вообще, это хороший способ. Вы могли заметить, что я добавляла объект-источник в Resource Dictionary класса Window в большинстве моих постов, и это работало довольно хорошо. Однако, у нас есть класс ObjectDataProvider в data binding'е, который так же может быть использован для создания вашего source-объекта в XAML. В этом посте я попытаюсь объяснить различия между добавлением объекта-источника непосредственно в resources и использованием ObjectDataProvider. Надеюсь, я предоставлю вам руководство о том, как оценить вашу задачу и выбрать наилучшее решение.

XAML Power Toys – аддин для Visual Studio 2008 SP1 для разработчиков под Silverlight, WPF, облегчающий разработку генерацией XAML’а представений (View), а так же модели представления (ViewModel), со всем необходимыми бизнес-действиями и контролами.

Gestalt – это open source фреймворк, который позволит вам включить в обыкновенный html-код страницы коды на Ruby или Pyhton и даже XAML-разметку. И все это будет работать на стороне клиента! Если вы хотите написать клиентский код подобный следующему,
<script language=«python»> или <script language=«ruby»>
то Gestalt сделан специально для вас. Быстрый старт и простейшую демонстрацию можно посмотреть по адресу http://www.visitmix.com/labs/gestalt/getstarted/.

* внимание, исполняющая среда запускается не мгновенно, при самой первой загрузке стоит подождать пару секунд и все заработает

Библиотека учебных курсов пополнилась новыми курсами:

• Основы объектного программирования на C# 3.0
• Технологии построения и использования персональных Windows-кластеров
• Основы разработки компьютерных игр в XNA Game Studio
• Сетевая безопасность на основе серверных продуктов Microsoft
• Основы XAML
• Основы Microsoft Sharepoint
• Введение в программную инженерию
• Методика выполнения курсовых и дипломных работ в составе команды с использованием среды Microsoft Visual Studio Team System
• Программирование на языке С#: разработка консольных приложений
• Программирование под Windows в среде Microsoft Visual Studio 2005 на языке C++
• Управление проектами средствами Microsoft Project
• Методология внедрения Microsoft Active Directory

Надеемся, эти курсы будут вам полезны в учебе, а кому-то и в преподавании :)

Хотите участвовать в разработке новой web операционной системы? Идея в том, что пользователи сами наполняют общую операционную систему приложениями или дорабатывают существующие, как страницы в Wikipedia (отсюда и название Wiki-OS). 40 секундное видео, которое дает понять что это из себя представляет:


Ну а попробовать можно (и нужно) тут: https://www.wiki-os.org/

На данный момент — это больше напоминает свалку, так как все создают и тестируют приложения вроде Test1, Test2 и т.п. Но сама по себе идея интересная и может быть из этого что то выйдет?.. Один Code Editor чего стоит:



Странно как то, но когда захожу с FireFox меня не пускает, говоря что нужно установить Framework 3.5, когда у меня и так он стоит. С Internet Explorer все в порядке.

Недавно возникла производственная необходимость – отобразить на форме карту России, с детализацией до регионов. При этом нужно:

• в зависимости от различных условий менять внешний вид областей карты;
• карта должна “воспринимать” пользовательский ввод и реагировать на него;
• нужно иметь хорошее качество “картинки-карты” вне зависимости от разрешения монитора.

Недавно в компании, где я работаю, разрабатывали софтину с интерфейсом «заточенным» под сенсорные экраны. UI мы делали с нуля и, потому, смогли дать волю фантазии, не ограничивая себя существующими подходами, кодовой базой и «привычками» пользователей. По логике в нашей программе должно было присутствовать стандартное окно настроек из серии «Да/Нет/Отмена», но, для поставленной задачи, хотелось сделать его красиво, удобно и понятно.

Доброй ночи Хабра-сообщество.
Я только что получил инвайт к вам в компанию, и сразу же решил написать что-то, что возможно окажется для кого-то полезным… Не судите строго.

Я являюсь одним из разработчиков одного Open Source проекта, одной из основных частей которого является графический редактор, который должен сохранять векторную графику в формате XAML в рамках объектной модели WPF. В процессе разработки, я столкнулся с проблемой. Bindings, созданные из кода ,(или из загруженного XAML файла) не сохраняется обратно в XAML при попытке сериализации стандартным XamlWriter. Как оказалось это стандартное поведение XamlWriter описанное в MSDN. Я пытался найти решение в сети, но нашёл только одну статью на CodeProject. К сожалению, как оказалось, это решение не подходит для сложных XAML документов по ряду причин. Я уже начал рассматривать вариант написания собственного сериализатора, когда увидел, что расширение TemplateBinding прекрасно сохраняется стандартными средствами, это меня натолкнуло на мысль, что ещё не всё потеряно, и вооружившись Reference Source Code от MS и дебагером я начал изучать проблему. И вот что у меня вышло.

Последняя статья из серии что нового в WPF. Ссылки на предыдущие версии в оригинальной статье. В данной части будет небольшая солянка из еще найденных и откопанных нововведений. Предполагаю, что можно найти и другие, но уже и эти не совсем нужны в продакшене, потому, пожалуй, пора остановится.
Читать далее...
UPD Хотел сделать топик-ссылку, но забыл выбрать, так что так.

Оценив новые возможности IntelliSense в редакторе кода VS 2010, по принципу PascalCase, когда по ходу печати вы получаете список предполагаемых команд. К сожалению, новые вкусные возможности не доступны в XAML редакторе. Но нет повода для печали…

Конверторы являются одной из важнейшей особенностью механизма привязки в WPF. Они позволяют управлять тем, как источник привязки будет представлен в UI. В данной статье я покажу, как немного упростить использование конвертеров в XAML коде.

Для кого эта статья: для людей, которые только начинают своё знакомство с технологиями использующими XAML. Чтобы не усложнять статью, я не касаюсь многих деталей вроде Markup Extensions, управления ресурсами и т.п. Прочитав данную статью, я надеюсь, вы сможете понять что происходит под капотом XAML парсера и более чётко представлять как из вашего текстового документа получается граф объектов в памяти, с различными свойствами.

XAML — это язык разметки, который появился вместе с первой версией WPF от Microsoft. Сейчас он также используется в Silverlight и Windows Phone 7 (сути тот же Silverlight). Таким образом, сейчас довольно много людей активно используют XAML. Однако для эффективной работы полезно будет понять концепции, которые стоят за я языком, чтобы отдельные конструкции не казались странными.

Использование такого компонента как BusyIndicator привнесит в наше приложение приятные (индикация процесса) и полезные (блокировка элемента управления) качества. Однако до последнего времени я редко использовал его, т.к. при асинхронном получении источника данных приходилось постоянно писать дополнительный код для включения/выключения. При синхронной работе ситуация вроде как упрощается, но использование MVVM-модели всё-равно требует дополнительных телодвижений. Особенно, если BusyIndicator добавляется в самом конце разработки формы.

Поэтому, я решил максимально автоматизировать этот процесс, чтобы мне не приходилось писать ни строчки кода. Итак: