Задача попахивает имбицилизмом. Поменяйте в моем авто местами педали газа и тормоза.

enigmaticМСУ, Это нормально, если требуется переписать десктопное приложение на SL.
Это не нормально в любых вариациях.

iscrafmМСУЭто не нормально в любых вариациях.
да уже вроде множество технологий, которые перегружают только данные, а не все приложение (страницу). Нет?
Да ("технологии" называются AJAX), но только не по кнопке F5. Это стандартная зарезервированная кнопка для обновления всей страницы . Даже AJAX идет лесом при F5 (либо по кнопке рефреша). А уж пытаться перехватывать из песочницы (сервелат, флеш) глобальные команды - имбицилизм. Браузер + F5 = это религия. И не нужно десктопную параною переносить в веб.

enigmaticЭто нормальное требование заказчика, которому нужно его старое приложение в браузере.
Еще раз - это не нормальное требование ни заказчика, ни даже подрядчика. Чтобы решить задачу, Вы можете украсть и перекомпилить исходники всех современных браузеров. Или убить себя об стену. Вместе с заказчиком.

Алексей КВ веб вообще ничего не нужно переносить. :-)

Согласен. Ибо на вебе и так должно быть всё написано

Шайтанбогатство десктопа в плане использования ресурсов железа веб пока проигрывает десктопу
А кто с этим спорит? И тем не менее, песочница хостится в браузере. Желания песочницы браузеру фиолетовы.
ШайтанSL, казалось, был готов объединить веб и дескстоп (как минимум для Win), но Sl УМЕР. имхо, жаль.
HTML5.

iscrafm, нифига не понял - прокомментируйте оба пункта.

iscrafmесли речь идет о сообщении на первой странице, то
Ничего не понимаю. Причем тут сообщения первой страницы? :)

iscrafm1. не только в веб приложения обновляются сразу же при подключении к серверу. Т.е. веб здесь не при чем. Правильнее сказать, что в веб, в том числе, приложение обновляется при подключении к серверу, т.е. происходит "мгновенное обновление приложений" не только в вебе, а во всех приложениях, которые используют контент сервера для работы клиента.
Какой-то хаос... Итак, давайте по-порядку. Речь шла о том, что обновлять приложение для пользователей вообще не нужно. Достаточно на сервере приложений заменить соответствующие ресурсы и все клиенты начинают работать с обновленной версией. Что Вы имеете ввиду под "веб тут непричем"?

iscrafm2. имеется ввиду то, что браузер не совсем понимает, что внутри него "живет приложение". Он до сих пор считает что там страница. Но это поправимо, когда-нибудь все же дойдет до кондиции.
Приложение нигде не живет внутри браузера :) Есть специфицированный тег в HTML: object . Вот и вся недолгая.
Вот тупейший пример, как захостить песочницу SL:




Как видите, браузеру вообще фиолетово, что там такое приходит в HTML, он просто тупо это рендерит. Другое дело - ActiveX, через которое можно прощупать API не только браузера, но и практически всего, чего пожелаете (разумеется не далече RING 0).

iscrafmнаверное при том, что я написал не одно сообщение. Поэтому было уточнение о каком идет речь
Ладно, проехали.

iscrafmТолько при чем здесь веб? Так работает любое, надеюсь, приложение,которое использует контент сервера для работы клиента.
Приведите пример любого приложения (не веб), где не нужно обновлять клиентов.

iscrafm
1. Песочницы - это зло (флеш вместе с сервелатом одной ногой в могиле). HTML 5. И не нужно никаких песочниц.
2. Я просил привести примеры "любых приложений".

iscrafmречь идет не о рендеринге, а об управлении содержимым.
Так это и есть веб. Веб-приложения. Или есть реальные альтернативы?

iscrafmТам консоль выступает в роли обычного браузера, но приложение, как обычная хтмл-страница размещается на сервере, клиент получает его в момент подключения к серверу.
Не замечаете проблему? Клиент получает обновления . В случае же веба (HTML, что-бы не было недопониманий) никаких обновлений клиентов не требуетсся. Браузер - универсальное приложение, которое есть во всех операционных системах, включая мобильные. И все браузеры могут работать с HTML. Как дела обстоят у искры с мобильным доступом? :)

iscrafmВопрос в том, что в браузере не выполняется делегирования событий приложению, без дополнительных примочек естественно (AJAX естественно никто не забывает)
Можно. И аяксом, и push-сообщениями (типа SignalR) и всё что угодно.

iscrafmточно также. Никаких обновлений клиентов не требуется. Приложение - это такой же файл, как и HTML, просто немного другой структуры.
Зачем создавать свою структуру, когда уже всё придумано за нас - HTML?
iscrafmНасчет "во всех операционных системах" да, это пока вопрос. Только в винде пока.
Вот то-то и оно. Создавая свои структуры данных мы поневоле забиваем гвоздь в кроссплатформенность.
iscrafmконечно можно, при помощи сторонних средств. Я говорю о том, что возможно скоро будет штатно
Ну я бы не стал так категорично заявлять, что javascript - это "стороннее средство". Что такое веб без javascript? Ничто.

SeVa, это не проблема яваскрипта, это реакция конкретного браузера. Во-вторых, для кроссбраузерности используют jquery фреймворк, чтобы не было сюрпризов. Сам повсеместно его использую, вещь.

F*Еще вариант - при помощи navigation framework сохранять место в приложении в строке адреса, тогда по F5 пользователь будет оставаться в том же месте.
Так или иначе, частичной загрузки контента мы не добьемся. Но, вариант хороший. Вообще, Navigation Framework - единственный адекватный вариант для написания софта на сервелате.

Валерий, вкратце, какие серьезные нововведения в архитектурном плане должны быть в будущем реализованы в Искре? Например, реализация веб-клиента, поддержка мобильных платформ, API через веб-сервисы, WCF, интеграция с различными платформами (например, с библиотеками документов SharePoint, как это сделали в MS Dynamics CRM), обновление UI (риббоны и прочие плюшки), ... Есть что, о чем можно действительно потолковать?

iscrafmМетро даже ближе.
О, респектно. Прототипчик бы заскринить... :)
iscrafmВеб-клиент - под вопросом.
Не актуально, видимо? Или хотелки уже имеются?
iscrafmРассматривается вариант, но пока типа сервисов для такого клиента. Интеграция -да.
Да, сервисы, на мой взгляд, это должна быть первостепенная задача. На каких технологиях хотите решать свою SOA?