Алексей КМСУпропущено...

Ну так это же очень плохо, как считаешь? :)

Эх, красотища :) http://goo.gl/maps/hJFX9 Ладно, хорош контору светить. :-)

Кстати, только заметил. Внимательнее присмотрись вверх и увеличь, где провода над улицей проходят. Что это за невъебенная пчела-мамонт? Это у вас там такая куета по улицам летает? Стрёмно же

Алексей КПровинция... :-)
Не прибедняйся, походу в том офисе-серверной с радиоактивными веществами в аккурат балуются :)

Вообщем, ладно. С тебя выковыренный таббед мди. По рукам? )

Алексей КНу может завтра. :-)
Ок :)

P.S. Всё готов понять и согласиться, но вот за такое - прикладом охотничьего ружья по пузу! И не спорь

Алексей К, вообщем, установил я твою тулзу. Сыплется и ругается "Текущей учётной записи пользователя не сопоставлен сотрудник"
Потом идет throw и ошибка потекла по таскам... Что это за тасковое асинхронное безумие, как тебе отладка такого приложения? Зачем?

SeVaМСУ
Только такому кретину как ты невдомек, что нет никаких двойных переключений, есть текущий контекст в новой задаче. Примерно так же , только без CancellationToken. Но в Почте России этого не понимают, поэтому тебе дальше приходится ковыряться в говне типа RX и строить из себя умную макаку. Ну-ка расскажи мне, чем же так опасна передача текущего контекста в задачу, тварь?

1. Чмо, я лучше знаю китайский, чем ты TPL.
автор“TaskScheduler.FromCurrentSynchronizationContext” should now make more sense. This method creates a TaskScheduler that wraps the SynchronizationContext returned from SynchronizationContext.Current. Thus, this gives you a TaskScheduler that will execute Tasks on the current SynchronizationContext. Why is that useful? It means you can create Tasks that are able to access UI controls safely, simply by running them on the right scheduler.
. Тынц

Те TaskScheduler.FromCurrentSynchronizationContext вызовет Post у контекста синхронизации, а твой левый Dispatcher.BeginInvoke - лишняя педаль и телодвижения.
2.Вторая причина почему ты железнодорожная шпала. Таски могут создаваться во многих режимах, для этого в StartNew есть параметры, в которых нужно разбираться иначе можно нагородить(что ты нам прекрасно уже не раз доказывал).Если их не задавать, то тред запускается из тредпула для длительных операций, а он имеет одну характерную особенность - при создании нового может происходить задержка порядка 0,5сек и могут быть тормоза, когда нужна пачка вызовов.
3. Почему TPL туфта, а ты опять чайник, который ничего не знает. При повторном запуске кода, который я продемонстрировал(обычно никто в здравом уме ничего подобного не делает в конструкторах и рисует кнопочку Обновить),
TPL будет сразу делать выполнение в UI треде.

Ты просто кретинья морда. Ты ничего не соображаешь ни в TPL, ни в XAML, ни в дотнете. От тебя один смрад и зловоние, типичная тупая обезьяна без ума и фантазии.

1. Что ты мне привел копипаст, идиотина? Выше ты говорил, что диспетчер не работает в одном потоке. Я тебе дал ссылку на то, что работает именно в одном потоке. К чему ты тут приводишь Dispatcher.BeginInvoke, дятел? Речь Task.Factory.StartNew. Dispatcher.BeginInvoke для твоей гавнозадачи не годится. И кстати, где твой EndEnvoke? А я тебе скажу где, его нет, придурок. Ты обосрался, никакого Dispatcher.EndEnvoke нет, это плод твоего больного воображения.

2. Какая задержка, дурень? Поназапускай хоть тыщу окон, они все быстро отработают в различных тредах. Задержка может быть только в том случае, когда пул не выдает новый поток. Но тут уже ничего не сделаешь, придется ждать. Ты такая тупая дура, что не понимаешь этого? Иди коров паси.

3. Так я не понял, кнопочка обновить это плохо? Ты уверен, не боишься опять обосраться? В конструкторе у меня не происходит длительных операций, это тупой пример. Я выложил выше последний, никаких работ в конструкторе. Ты ничего не продемонстрировал, у тебя нет ничего для демонстрации. Толку от тебя ноль, обычная чумная смердящая обезьяна.

Алексей КВсе запросы от UI к серверу приложений асинхронные. Оно конечно добавляет гемора, но результат того стоит.
Я бы не стал асинхронить всё приложение, какие-то отдельные узкие места - да. Но всё приложение - это уже параноя а-ля сильверлайт и блокировка браузера.
Потыкался в гуе, довольно таки дружественный интерфейс, всё "мягко" и просто открывается, меняется. Были некоторые моменты в минус, но это мелочи. Вспоминая недавний спич о календаре, я понял, чем он тебя не устраивал - отсутствие выбора текущей даты. У тебя это сделано. Единственное, в чем я с тобой не согласен, такой формат в календаре неверен "dd.MM.yy", думаю не стоит объяснять, почему. Ну а по поводу отсутствия доменной аутентификации - это очень хреново. Лучше бы ты её сделал, чем тот кастом, который есть у тебя. Тем более доменность реализовывается намного проще, не нужно хранить пароли, а лишь только доменные сиды. Да и безопасней это дело. Не понятно, нахрена таблицу солёных паролей отвязывать от таблицы пользователей, маразм какой-то :) И кстати, таки в таббед мди есть большой минус - окна не садятся в панель задач, которая сама нативно группирует их (в том числе и снапшотит рисунком). Очень удобно в 7-8 винде работать с окнами в панели задач. В твоём случае - неудобно, приходится их стрелочкой листать, читать и искать. Так бы я мышкой навел на панель задач, открылась бы отснапшотенная линейка окон, выбрал бы нужное и вуаля. А так чувствуется, сколько времени ты убил на это поделие, особенно если ориентироваться на минимальные даты файлов проекта.

Алексей К, глянь на дизайн новой аксапты (предыдущая такая же), никаких таббед мди, только полноценные окна. Вверху - удобный навигатор, похожий на навигатор explorer.

С полноценными окнами намного удобнее работать, имхо.

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

Алексей КЭто всё благодаря асинхронности. Там есть пару косяков из-за этого, но я пока на них забил, и никому про них не говорю. :-)
Ну не скажи, асинхронность тут не при чем :) Она будет причем, когда будут тормоза (SOA, БД). Но тормоза - это исключительная ситуация, баг, проблема. Решается соответствующим образом. А тут ты приходишь на рыбалку, ставишь спининги, донки, прикорм ну и заодно монтируешь торпеды для защиты от мимопроходящих танкеров, чтобы они не пугали тебе рыбу. Но забываешь о том, что если твоя торпеда разок въебёт по цели, вся рыба не то, что расшугается, она брюхом кверху всплывет. Стоит ли игра свеч ради такого гемороя, имхо не стоит. Раньше всегда писали однопоточные тред аппартаменты, в особых случаях паралеллили только - и ничего, всё было хорошо и быстро. Опять же, количество геморроя помноженное на выгоду - стоит ли оно того? Фанатизм страшная штука, сам же не раз в меня тыкал этим. А тут такое... Но конечный результат реально хорош, тут вопросов не имею.

Алексей КУ меня все даты "недалеко" от текущей даты. Это сделано для экономии места на экране. Но это спорный вопрос. Тут я скорее с тобой соглашусь. :-)
Ну это у "тебя", а у пользователя может быть по-другому. Ты же не для себя пишешь программу :)

Алексей КПрограмма писалась изначально под наши задачи, одновременно с целью освоить применяемые технологии. В тот момент хотелось освоить кастомную аутентификацию. Одним словом - это сделано в образовательных целях. Не исключаю, что в будущем необходимость доменной аутентификации таки потребуется. Я готов к этому. :-)
Ок :)

Алексей КМСУНе понятно, нахрена таблицу солёных паролей отвязывать от таблицы пользователей, маразм какой-то :)Это чтобы в будущем сделать доменную аутентификацию. Там ведь пароли хранить не надо. :-)
Ну будет пустая соль у таких юзверей, какая разница. Но выкрутился, признаю сей факт :)

Алексей КОк, подумаю об этом.
Вот как бы их протащить и в таск бар, было бы вообще чудесно.

SeVa
1. Ты ничего не знаешь, а уж тем более xaml. C диспатчером все просто. В твой зловонный код можно заныривать только с закрытыми глазами, иначе можно остаться без глаз. Я успел увидель begin и сработал рефлекс(запиши себе в тетрадку, в rx и task есть полезные конструевины FromAsync(BeginCall,EndCall), но как-то забыл, что ты полный муфлон и у тебя одна лажа. Мне и в голову не могло прийти, что найдется идиот, который будет запускать треды с помощью Dispatcher'a.
2. Благодаря твоей тупости и незнанию TPL эти задержку на ровном месте будут практически всегда
3. Ты можешь только накладывать

И на последок. Вонь здесь только от тебя, тебя макают мордой в твое УГ, а ты даже прожевать не успеваешь.
С набитым ртом пытаешься что-то вякать, весь форум уже забрызгал

Ты не устала тараторить, безумная макака? Все и так знают твой уровень - его как такового вообще нет. Только сопли и вонь, за спиной у тебя ни опыта, ни ценных дельных советов. Просто тупая маразматичка, которую все пинают. Какой в жопу rx и task, дятел? Я тебе в начале писал про диспетчер, который работает в конкретном потоке - ты ляпнул, что нужен еще и EndEnvoke. Вот я тебя и спрашиваю, какой EndEnvoke у диспетчера? Обосралась ты знатно, макака - обтекай. УГ - твоя никчемная пустая жизнь, чучело. Убей себя.

Алексей КЗапрос у серверу приложений через SSL даже по Net.TCP происходит не быстро.
Жуть какая-то. Даже через не особо скоростные Http привязки данные летают очень быстро за доли секунд. Возможно ты хостишь SOA песочницу на луне? :)

Алексей КЯ боюсь делать год 4-мя цифрами, потому что пикер станет шире...
Всё, дальше не продолжай - если пикер станет шире, минимум, это должно привести к краху всей асинхронной архитектуры твоего приложения, а это очень опасно

Алексей КМСУВот как бы их протащить и в таск бар, было бы вообще чудесно.Так в заголовке MdiContainer есть же аналог TaskBar. Там показаны все открытые документы. Или я не про то?
Так это аналог, а не таск бар. Причем вшивенький аналог, не такой красивый, мощный и удобный, как нативный. Зачем писать велосипед, если обычные окна по умолчанию и так работают адекватно? Даже в допотопном XP окна в баре удобно группируются и доступны по наведению мышки. Ну как знаешь, вообщем. У меня другой вопрос, почему главное окно в WPF не выходит на передний план, если я мышкой фокусируюсь на нем (до этого было открыто дочернее окно и фокус был на нем). То есть оно так и остается в send to bask как бы, причем оно актиное. А дочернее уже неактивное своей жопой загораживает свет.

Алексей КТаки попробую сделать 4 цифры.
Ох, опасную игру ты затеял...

Алексей Кзы: Там были проблемы с фокусом окна при закрытии диалога редактирования. Но я вроде решил эту проблему. Все диалоги открываю так: см WindowHelper.ShowDialogEx . Или ты не про диалоги?
Не, я не про диалог. Кстати, запусти вот той мой пример для 10 студии, вызови дочернее окно и сфокусируйся на основном окне. Бред какой-то...