Диезiscrafm,

Я имею в виду голый DHTML, то бишь разметка + Javascript. В плане интерфейса Искры - вполне достаточно (см. ASP.NET Ajax Controls :) ) Никаких плагинов.

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

Когда-то описывал "бытовым языком" , нужно было.

Диезiscrafm,

...
в веб - только операторский интерфейс. Конфигуратор переводить на веб - нафиг, нафиг :)
прочитал уже после того, как написал ответ. Именно в этом направлении и исследуется тема.

-lesha-
Вы же сами написали, что по сути архитекутры одинаковые, разница в терминах и в том что в одном случае Ваш Browser, в другом стандартный.
iscrafm
По поводу вопроса.. конечно можно. просто он делает несколько больше чем просто веб-браузер. Да и заточен больше на работу с десктопными элементами интерфейса.
Есть небольшой текст(pdf) по этому поводу.
Ну да заточен на работу с десктопными элементами Windows интерфейса. Поэтому если клиенту нужен только Windows интерфейс, то городить web незачем.
ранее пропустил, не ответил уважаемому -lesha-. На самом деле неточно выразился с "заточен", sorry.
Ниже ссылка на небольшой ролик (200к, flash), который показывает, по существу вопроса -lesha-, что такой поход как раз не "заточен" именно под win-интерфейс, а позволяет комбинировать.

собственно ролик

SeVaавторВы дали показательный пример по ссылке, который хорошо иллюстрирует то, что веб-браузер в нем как собаке пятая нога, к сож. Браузер, как программа, живет своей жизнью, приложение в нем своей.
Да,может жить отдельной жизнью,но мы здесь обсуждаем не браузер

в том-то и дело, что именно его и контент им воспроизводимый. Ссылки непонятные. Поиск не работает. По первой ссылке не может найти банально слово "clear". Полистать не работает, нажатие Back почему-то выкидывает на первую страницу. Drag&Drop опять внутри контрола, к функциям браузера никакого отношения не имеет . Я и говорю о том, что браузер таким приложениям как собаке пятая нога, Вы еще раз это подтвердили. Все пытаются в него все позасовывать, уже непонятно зачем он вообще нужен в настоящем виде и архитектуре на сегодняшнем этапе развития. Только для воспроизведения действительно html-контента, для чего он собственно и создавался.

SeVaБанальный запуск web страницы без всякого взаимодействия с приложением.

Вы собственно о каком ролике говорите? В том, что я запостил, как раз взаимодействие с приложением показано. SeVa, Вы или читайте и отвечайте на одном и том же форуме, или уточняйте о чем речь ведете. А то вводите в ступор немного

SeVaПРиложение Искры можно встроить в саму web страницу,как это позволяет SL?
нет. Холодильник можно встроить в сэндвич, лежащий в холодильнике? Наверное можно, если сделать сэндвич размером с холодильник. Почитайте о чем речь идет вообще, внимательней плз.

SeVaОн действительно не нужен.
а вот здесь соглашусь, даже с картинкой "New Vasuki". В общем-то, призводитель небезизвестной ОС в этом направлении и движется, непонятно только к чему эти игры с встраиванием в браузер (холодильник в сэндвич). Потеря времени и ресурсов. Имхо конечно.

svcoderiscrafm
На всякий случай небольшое резюме:
В обычных приложениях вся логика приложения тоже хранится на сервере, только это называется не веб-сервером, а сервером приложений . Файлы "обычного" приложения отличаются от веб-контента банально структурой и расширением. Естественно корректировать файлы "обычного" приложения необходимо только на сервере. Точно также как в веб-приложении, пользователи получают новый (допустим исправленный) контент при следующем подключении к серверу. Единственное отличие в том, что веб-контент воспроизводится браузером (с прилепленными плагинами), а контент "обычного" приложения - подобной программой, только не называемой веб-браузером, назовем ее app-браузером (Applications Browser). И вот теперь, после рассказа про "обычные" приложения можно начинать искать отличия, которые в описанной ситуации привели бы к панике и массовому обновлению ПО.
Не соглашусь с Вами. Чтобы "обычное" приложение могло на лету подхватывать изменения - на сервере необходимо достаточно мощный метаязык, на котором описываются структура данных и бизнес логика, которые клиент будет интерпретировать. Такой подход используется например в 3-х звенке 1С 8.x.

Да Вы знаете, обходимся без этого. Но изменения на лету подхватываем. Язык разметки, образно, конечно есть. Интерпретируется консолью (а-ля браузером) при помощи подгружаемых интерфейсов. Просто архитектура другая применяется. Вместо сложного метаязыка простое описание интерфейсов взаимодействия сервисов + браузер и плагины, которые его парсят и воспроизводят, как и в веб-архитектуре. Впрочем выше уже приводились примеры и эскизы архитектуры. Здесь просто уже пошла полемика на тему...а был ли браузер.

еще немного про взаимодействие. (flash, sorry, 1Mb :( )

SeVa
Все идет к толстому каналу и отсутствию необходимости в операционке. Васюки и холодильники не за горами.Не будет двигаться он, будут другие
мне конечно, видится движение к операционке без приложений в текущем понимании этого термина. Есть некие элементы контента, с которыми работает пользователь. Разработчики занимаются созданием этих элементов, "интерпретаторов" и редакторов для них. Для html контента, к примеру, пользователь выбирает не браузеры (он един), а движок для рендеринга контента, задает свои предпочтения в параметрах загрузки операционки. Хочет Геко, хочет ВебКит, хочет Трайдент. Но чтобы все на одной платформе. Кроссплатформенность достала. Только для этого нужна мелочь, чтобы производители операционок создали общее детище. Но это действительно Нью Васюки уже.

SeVa Гипервизор для «голого железа» в 2010
SeVa, прочитал. Спсб за ссылку. Напомнило 90-е годы, когда делали проекты, в которых клиентам ставились подобные гипервизоры. ДействительноЮ безопасно и удобно, правда только для работы. На сервере крутилась SCO или BSDI, а рабочая станция железяка с подобным гипервизором. Поставил и забыл.

SeVa[quot автор]Только для этого нужна мелочь, чтобы производители операционок создали общее детище. Но это действительно Нью Васюки уже.
Когда весь контекст находится в вебе(уже даже игрушки есть,которые делаю полный рендеринг на сервере),не нужны мощное и сложное железо и операциока
нет ссылочки? А то у меня есть железяка без операционки, хочу проникнуться достижениями.