Мы, как счастливые обладатели подписки Expression Professional решили что в первейшую очередь получим эту новую пакетину и будем жить-поживать да добра наживать (сами посудите - имея подписку, название которое почти совпадает с названием продукта (и это не случайность) сложно представить какие-либо трудности при обновлении). О как мы ошибались.

(Под катом продолжение)

Хронология событий:

• 7 июня - все в радости, скоро наконец можно будет продолжить работать в новой версии продукта
• 8-14 июня - на страничке подписчиков появляется долгожданный пункт Expression 4, но скачать его нельзя, ибо он доступен ТОЛЬКО подписчикам MSDN Premium и MSDN Ultimate (если не поленитесь и посмотрите на цены этих подписок - сразу поймёте почему мы их не купили). Каждый день начинается с утренней проверки странички загрузок на наличие изменений; просмотрены все форумы по сей тематике; позвонено ритейлеру и несколько раз спрошено - везде одно - "возможно будет, когда - непонятно". Это что за безобразие? Мало того что нет самого продукта, так ещё и непонятно будет ли оно вообще! Хамство, форменное хамство.
• 15 июня - всеобщая радость после очередной проверки загрузок в подписке - есть ссылка на скачиваение, потихоньку наступают моменты эйфории, перемежающиеся всплесками поросячьей радости (а вы попробуйте сложные UI писать ручками в Visual Studio). Радость оказывается сильно преждевременной, ибо при установки оно начинается задавать извечный вопрос - "где ваш серийник?" - вынь да положь. Серийников, понятное дело, в подписке не оказалось. Опять форумы, опять негодование и трата нервов.
• 16 июня (сегодня) - в подписке (аллелуя!) появились серийники. Конфликт исчерпан, студия уже установлена.

В качестве заключения могу вам сказать - Microsoft - редкостные дэбилы, других слов у меня нет. Казалось бы - не рой себе могилу, подготовься к удовлетворению аппетитов подписчиков в день релиза (или же перенеси релиз на попозже). Нет, обязательно надо было так свински всё обделать и нагадить в душу честных программистов и дизайнеров, которые ежедневно пользуются продуктами сей корпорации. Позор, товарищи! Просто позор!

ClearType vs. GDI++

Well, I think that the difference is pretty obvious. So if you are ready to start you new font life - go here and download the file named gdi0870.zip (404kb). Extract anywhere you want and launch gditray.exe. Choose 'enable' from the context menu of the tray icon and voila - your font are rendered without the help of that ugly, ugly ClearType.

Anyway, some thing I want to achieve during this "session":

1. Tabbed documents
2. Support for large documents
3. Windows context integration (like Noepad++ does)
4. Code highlighting
5. Code folding
6. Code structure
7. Autocomplete for functions and variables

And maybe something will be added later. This is a very minimalistic feature list for me right now. Next time I'll show you what I've done so far.

Hope this helps someone.

This how-to will show you how to create a UserControl in which you can show a FlowDocument by passing a string containing the FlowDocument. It also allows Data Binding.

Lets start.

1. Create a UserControl called FlowDocumentViewer in Expression Blend (you can also do this in Visual Studio if you want) and add a FlowDocumentScrollViewer to LayoutRoot. Name it flowDocument (you can name it like you want, but I will be using this name in this guide). Your structure should be as follows:

2. Now, open the project in Visual Studio and add the following code to your FlowDocumentViewer.xaml.cs:

        public static readonly DependencyProperty ContentFlowDocumentStringProperty = DependencyProperty.Register(
            "ContentFlowDocumentString",
            typeof(string),
            typeof(FlowDocumentViewer),
            new FrameworkPropertyMetadata(null,
                FrameworkPropertyMetadataOptions.AffectsRender,
                new PropertyChangedCallback(DescriptionFlowDocumentUI.OnContentChanged)
            )
        );

        private static void OnContentChanged(DependencyObject d, DependencyPropertyChangedEventArgs e)
        {
            FlowDocumentViewer control = (FlowDocumentViewer)d;
            control.flowDocument.Document =
                (System.Windows.Documents.FlowDocument)System.Windows.Markup.XamlReader.Load(
                    new MemoryStream(System.Text.UTF8Encoding.Default.GetBytes((string)e.NewValue))
                );
        }

        public string ContentFlowDocumentString
        {
            get { return (string)GetValue(ContentFlowDocumentStringProperty); }
            set { SetValue(ContentFlowDocumentStringProperty, value); }
        }

Lets see what this code does.

a) We added a DependencyProperty called ContentFlowDocumentStringProperty to our class. This DependencyProperty "points" at ContentFlowDocumentString property, as well as it tells, that this property of type string and we registered a callback function (OnContentChanged), which will be triggered when ContentFlowDocumentString is changed. Note that FrameworkPropertyMetadataOptions.AffectsRender piece of code. This tells WPF, that when this property is changed it affects the UI looks, so that WPF knows he has to render something.

b) The OnContentChanged function is called whenever our DependencyProperty is changed. Here we do the actual work of changing the FlowDocument in our control. We get the instance as an argument (DependencyObject d, which we cast to FlowDocumentViewer explicilty) and we create a new FlowDocument from the newly assigned string ((string)e.newValue).

c) Finally we added the actual property - ContentFlowDocumentString. See those GetValue and SetValue? Don't be surprized, it is how DependencyProperties work. You don't have a special (private) field in your class for them. WPF does all the work for you.

Well, that is pretty much it.

The usage is simple:

FlowDocumentViewer fdv = new FlowDocumentViewer();
fdv.ContentFlowDocumentString = stringContainingFlowDocumentXAML;

Or if you want to use data binding, it is absolutely similar to casual binding in WPF:

Binding b = new Binding();
b.Source = myBindingSource;
b.Path = new PropertyPath("PathToProperty");
FlowDocumentViewer fdv = new FlowDocumentViewer();
fdv.SetBinding(FlowDocumentViewer.ContentFlowDocumentStringProperty, b);

If you have questions / remarks / etc. feel free to post them. I will try to answer.

1. Пишешь что-то вроде мемуаров программиста и отправляешь всё это дело заведующему практикой в универе (у нас - Марика Тамм).
2. В универе комиссия выбирает тех, кто по их мнению достоин пройти дальше и отправляет мемуары счастливчиков в местный офим MS (Microsoft Eesti).
3. Microsoft Eesti приглашает всех на собеседование и по результатам отсылает документы лучших в главный офис MS.
4. Финалисты едут на собеседование в педставителями MS предположительно в Мюнхен и там проходят ещё одно собеседование. По результатам этого собеседования отбирают тех, кто поедет работать в Редмонд.

Собственно говоря, я сейчас на второй ступени. Универ отослал мою кандидатуру в MS Eesti (честно говоря, мне так кажется, что кроме меня заявки никто не подавал - на полном серьёзе говорю). Теперь вот жду какой-нибудь весточки от местных мелкомягких. Пожелайте мне удачи!

PS Да, кстати, я подавал на Software Design Engineer. Это так - может кому интересно.

Now, lets try Linux (Ubuntu Edgy Eft). I boot up, enable the external enclosure (with the CD already inside). Ok, it works. Ubuntu automatically mounted it. Yay!

Вот такая вот у мелких защита на WMP11... а может они просто дали нам поблажку?..

Вот такая красивая мышь теперь лежит у меня на толе и радует глаз