Решил использовать в прогрмме на WPF System.Windows.Threading.DispatcherTimer созданый специально для WPF для изменения текста в строке статуса через некоторое время после запуска. В Visual studio запускаю программу и окно программы не появляется на панели задач пока таймер не отработает. И так несколько раз подряд. Взял System.Timers.Timer в кфункцию обратного вызова которого надо запихать код вида this.Dispatcher.BeginInvoke(System.Windows.Threading.DispatcherPriority.Normal, (Action) (() => { Status.Text = System.String.Empty; (sender as System.Timers.Timer).Stop(); }));
(sender as System.Timers.Timer).Stop();После включения компа на следующий день ешё раз попробовать с System.Windows.Threading.DispatcherTimer. Зработало как надо. Хрен знает почему.
попалась мне книжка "Fluent C#"
для меня она сейчас ну прям совсем "hello world", но жаль, что в начале моего пути таких книг не нашел.
она рассказывает о том, как надо делать приложения, а не только программировать.
да еще и СТИМПАНКОВСКИЕ иллюстрации! books.google.ru
рекомендую новичкам
А вот скажите мне, кто–нибудь видел хорошие приложения на интерфейсе WPF? Дайте ссылку. Мои индивидуальные впечатления таковы, что я в восторге от Cocoa, вплоть до того, что даже на Windows хотел бы научиться делать приложения на выдранной из iTunes реализации от Apple; чуть хуже, но всё ещё приятен XUL, вот только мороки с ним много. В целом, позитивные впечатления от wxWidgets и SWT. На этом список тулкитов, к которым я отношусь хорошо, заканчивается.
Если не вытрёпываться и по какой–то причине wxWidgets и SWT не подходят, то на худой конец сгодится Qt или Swing. На WinAPI и Gtk+ получается параша.
То, что я видел на WPF (INTUIT и VK — это WPF, если я всё правильно понял) — где–то посередине между худым концом и парашей.
Чатюсь по lync, в фоне бубнит конференция с видео. Окошко видео, как водится, фликает сквозь чат. Отодвигаю его в сторону, чтобы не мешало. Оно двигается, видео двигается и играет уже там, но на старом месте поверх чата продолжает фликать старая картинка.
Я долго не мог понять, что не так со словосочетанием "свойство зависимости", но буквально полчаса назад меня осенило: это же просто ничего не значащие два слова! Это просто ебланский перевод словосочетания "dependency property". Свойство зависимости. Пизда адовости. Может я рассуждаю как быдло, но мне пришел в голову другой перевод: "зависимое свойство". И сразу понятно что это свойство от чего-то зависит, а если точно, то от того, что в него "положат" (другие свойства), и принимает их значения. Но так как оно может работать и в обратную сторону — присваивать значения свойствам, которые в него "кладут", можно его в таком случае обозвать "свойство обратной зависимости", но чаще встречается первый вариант использования.
Я прям крут сегодня, подошёл к новичку, он уже четвёртый день не может разобраться как контролу нужный стиль или шаблон прописать и прям с вертушки так часа за 2 разобрался и даже узнал что для xaml есть прекрасное расширение x:Array. Угнеч, не зобанешь что я wpf написал? А то по-русски если это переводить, получится длинно. Прям когда произношу "дабл ю пи эф", самому стыдно что не русскую речь использую :(((
В Visual Studio 2012 нельзя ScrollViewer прокрутить, если он есть в окне в режиме дизайна (WPF). Эту проблему можно решить, создав класс и указав attached property у скроллвьювера из этого класса. Это впечатляет stackoverflow.com
познал мощь дотнета.
узнал вот, что wpf ui может работать out-of-process
т.е. как flash-плагин для браузера — сам работает в другом процессе, а рендерит картинку (причем с hardware acceleration) в основной процесс.
такой подход дает "Strong isolation level", очень круто для системы плагинов, которым недоверяешь.
Суть "эффектов" WPF такова — графика в WPF векторная, но так как голой векторной графикой особо много красивостей и рюшечек не нарисовать, к отрендеренным объектам можно применять разнообразные пиксельные трансформации, причем с использованием пиксельных шредеров на HLSL.
А откуда пошло такое мнение, что WPF на Mono не портируют потому, что там используется много платформозависимых фич?
В Windows.Forms таких фич гораздо больше, но таки их портировали.
WPF — кроссплатформенный фреймворк, но он огромен и очень сложен. Кому кроме MS по силам разработать аналог, или хотя бы просто портировать его?
WPF не портируют по той причине, что это гигантский и очень сложный проект. Реально дико сложный. И он создан усилиями огромной команды высокооплачиваемых профессионалов. Группе энтузиастов такое просто не повторить. Ну то есть, тупо такой расклад:
Возьмем людей из опенсорса, которым интересно Mono. Возьмем из них тех, кто разбирается в GUI-фреймворках(в том числе знаком с эзотерическими подходами к GUI, типа реактивности), двумерной и трехмерной векторной графике, обработке видео, электронной, и не только, электронной типографике, accessibility и другом. Теперь возьмем из всех них тех, кому за все это дело проект Mono готов платить. Сколько народу получилось? Вот-вот.
И вот это единственная причина, а никакая не завязанность на WinAPI, никакие не козни Microsoft(MS, кстати, наоборот, даже помогает разработчикам Mono), и не что-либо еще.
по работе приходится сталкиваться с wpf.. Так это такая жуткая хрень, что и словами не передать. Идея, конечно, хорошая сама по себе. mvvm, все дела. Но, черт возьми, даже кютешный qml лучше. Да что там, даже андроидный xml лучше (не думал, что когда-нибудь такое скажу)
Недавно от нефиг делать написал простой органайзер на WPF. github.com
Буду использовать как референсное приложение для Reactivity, то есть, буду развивать фреймворк в том направлении, чтобы это приложение на нем в итоге было переписано с еще меньшими усилиями, чем с которыми оно было написано на C# + WPF.
Программа хранит TODO-листы и сами задания в XML, умеет создавать, открывать, редактировать и сохранять их.
Написана в каноничном MVVM-стиле.
В ЖЖ еще написал про то, что такое MVVM, вкратце, и почему я постоянно говорю что WPF(ну и Silverlight как его ответвление) — единственный вменяемый GUI-фреймворк на сегодня. love5an.livejournal.com
На ЛОРе чувак придумал 1/100 WPF и обозвал, дословно: "механизмы взаимодействия приложений и компонентов DE, которые выведут GUI в юниксе на новый уровень интеграции. ".
Крутой, че. linux.org.ru
В WinForms всё просто — отрисовал в Bitmap всё что нужно, запихнул в PictureBox, если надо — обновил. Быстро и красиво. В WPF для отрисовки линий и прочей лабуды приходится использовать Canvas и Line. И получается очень тормознуто и мне вообще не нравится :) Может можно как-нить по-другому сделать в WPF?
В ado.net entity framework как-то слишком много иксемеля. А если вместе с ним использовать еще и wpf, то xml становится совсем сильно дохуя, и от него начинает подташнивать.
Читаю про XAML. Учитывая перспективу писать свой личкр^W недобраузер на F#, познавательно. Есть в жуйке товарищи с опытом использования XAML'а, которые могут подкинуть годных туториалов (а то в гугле не поймешь, пока не начнешь читать)?
