Для начала, что такое XAML.
Xaml (произносится замл) stans for Xtensible Application Markup language. По сути — подмножество XML, позволяющее описывать пользователский интерфейс и его логику. Справедливости ради надо отметить, что изначально акроним был eXtensible Avalon Markup Lang, да вот совпало :). Xaml, по сути — вещь открытая, но нам он сейчас интересен именно как база для работы новой системы предстваления и интерфейсов Microsoft Windows Presentation Foundation.

Для чего это всё
Опыт разработки приложений уже давно всем показывает, что неплохо бы не смешивать логику кода и логику представления (данных). Отчасти потому что это облегчает разработку, отчасти потому, что очень вредно (для конечных пользователей) заставлять программистов писать пользовательские интерфейсы. Хороший интерфейс — половина дела, но его и придумать надо, и сделать переносимым, и менять отдельно от логики, и оптимизировать под аудитории, и… в общем, востребовано.
Да, у этого чуда есть аналоги: XUL, UIML, Adobe Flash+Flex, Adobe Apollo и что-то там еще.

Технология Windows Presentation Foundation, ранее известная под кодовым названием Avalon, является козырем Microsoft в качестве удобной платформы для создания веб-приложений следующего поколения. Вместе с языком XAML они станут дополнением для других инструментов Веб 2.0, которые выпускает Microsoft, включая Atlas и LINQ.

Согласно заявлению, опубликованному на сайте Adobe, пользователям висты придется ждать выхода новых версий ПО от Adobe, со всеми вытекающими финансовыми последствиями.

В то же время, согласно источнику, проблемы с совместимостью есть. К примеру, Adobe Photoshop CS2 при каждом запуске требует регистрации. Dreamweaver 8 может банально упасть при работе с обзором файлов.

Не все продукты Adobe постигла такая участь.

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

Наткнулся на любопытный обзор языков описания интерфейсов на сайте www.raleigh.ru. Обзор, правда, не первой свежести, но все еще вполне актуальный.

        Года 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. Надеюсь, я предоставлю вам руководство о том, как оценить вашу задачу и выбрать наилучшее решение.

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

• Основы объектного программирования на 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

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

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/.

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

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


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

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



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

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

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

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

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

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

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