desktop-приложения с веб интерфейсом

напр. mldonkey

> Почему их нет?

неудобно потому что, в большинстве случаев

> Почему их нет? Или они есть? Где взять?

Их писать на порядок труднее, чем обычные гуи. Разумеется, если писать нечто более сложное чем хелловорлд и писать по-человечески, без глюков при открытии того же окна параллельно.

Идея очень хорошая, сам к ней склоняюсь в последнее время. Они есть, например в ktorrent можно в настройках включить Web интерфейс или через плагин.

>>Идея очень хорошая, сам к ней склоняюсь в последнее время

Хоть кто-то солидарен со мной))

>>Их писать на порядок труднее, чем обычные гуи

Дык, наоборот же!1 Обычный ХТМЛ (через cgi модуль, например. Или шаблонами). В чем проблема? А преимуществ масса

>>и писать по-человечески, без глюков при открытии того же окна параллельно.

Всмысле, что в предыдущем окне информация устареет? Да пофиг.

В windows, media player classic поддерживает веб-интерфейс к себе. Реквестирую еще программ, которые поддерживают

Только, наверное трудно организовать обратную связь. Сервера с браузером. Если вообще возможно. Возможно?

бля выходи из анабиоза. Тормозят, для некоторых вещей требуют диких хаков (например при организации лейаутов), выглядят так себе.

>>бля выходи из анабиоза.

Не блякай)

>> Тормозят,

Твоя мозила тормозит на рендеринге хтмла? Не верю. Конечно, в каких-то случаях требуется отображение информации в реальном времени в гуях. Но, в каких-то не требуется ведь.

>>для некоторых вещей требуют диких хаков (например при организации лейаутов),

Не понял? Какаих таких лейаутов. Layouts? Дык, делать resizeable interfaces на ХТМЛ сам бог велел же

>>выглядят так себе.

CSS тебе во все щели

>>Их писать на порядок труднее, чем обычные гуи

> Дык, наоборот же!1 Обычный ХТМЛ (через cgi модуль, например. Или шаблонами). В чем проблема? А преимуществ масса

Я про логику. Придётся отслеживать не одно состояние, а возможность нескольких состояний.

>>и писать по-человечески, без глюков при открытии того же окна параллельно.

> Всмысле, что в предыдущем окне информация устареет? Да пофиг.

В смясле, что введёшь понятие "сессия" и потом будешь ловить глюки, когда откроешь в одной сессии одно и то же окно и будешь с ним параллельно работать.

Для desktop приложений это использовать ни в коем случае нельзя.

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

С точки зрения программирования явный фейл, ибо HTTP убог в плане поддержки состояния. Будет мешанина из сессий, кук и прочего, а также хранение кучи ненужных данных между запросами. Конечно, это все должно быть инкапсулировано в библиотеку и программисту не видно, но костыли будут, я гарантирую.

С точки зрения юзабельности интерфейса опять таки фейл по той же причине.

В итоге, web интерфейс удобен для всяких демонов, которыми надо удаленно управлять (mpd который multilink ppp daemon, например, всякие торренты) и сеть, через которую идет соединение, считается дружественной. Для десктопа это в общем случае неверно.

Короче, забудь и не страдай хуйней. web убог и его и так слишком много.

недавно открыл
http://cappuccino.org/
http://280slides.com/
понравилось :)

Для мало-мальски сложных интерфейсов HTML пригоден плохо. Нарисовать охеренную статическую картинку - можно. А вот чтобы динамика была, как у полноценного GUI - это сложнее. Плюс, отсутствие контроля над отрисовкой данных, когда данные нетривиальные - это больно (некоторые уходят в стан Flash/Silverlight/им подобных, но о какой переносимости и легкости тогда идет речь?).

Кросс-браузерности не всегда удается достичь даже для обычных Web-страничек, а они на порядок проще GUI прикладных приложений. Соответственно, начинается чтение на ночь quirksmode.org и ему подобных.

> Почему их нет?

Есть, но мало и специфические.

Я этой ерундой лет 10 назад страдал (когда CGI только появился). на выходе имеем убогий и тормозной интерфейс.

// pppp

CUPS

напиши музыкальный проигрыватель таким вот способом. получишь мнооого сексуального опыта.

Косяк в том что веб-интерфейс на десктопе превраается в уебинтерфейс.

Можно сделать довольно симпатично, на самом деле. Что при этом хорошо - так это то, что пользователь подсознательно не ждёт свистелок-перделок.

С другой стороны, масса знакомого веб-программерам геморроя с различиями в браузерах и т.п.

Ага написать интерфейс на свг по дом модели, и получить непереносимое приложение. (експлорер сосет)

> напиши музыкальный проигрыватель таким вот способом. получишь мнооого сексуального опыта.

Гм. Чисто теоретически - а что тут особо сложного?

Единственное чуть-чуть нетривиальное действие - обеспечить показ проигранного времени. Ну дык это всё равно довольно просто - аякс в зубы, и пошёл.

> експлорер сосет

Так и представилось: ты убегаешь, а за тобой гонится эта гадость и пытается у тебя отсосать...

http://mpd.wikia.com/wiki/Clients#Web_Clients_2

Ничего военного - сервер предоставляет поток и клиент играет своими силами (как радио), либо если на локальной машине юзается рпц.

>Во-первых, безопасность, ибо к tcp может подключиться кто угодно, с этой ли машины или с другой. Нужна авторизация, аутентификация, шифрование.

Вешайся только на localhost епт

>Вкупе с необходимостью использования HTML (а скорее всего еще и javascript) движка получается полный пиздец и ужасный оверхед.

Формировать HTML на порядок проще, чем его парсить. Тем не менее браузер парсит довольно быстро. Для делового UI самое то. У меня товарищ по работе надахал прогу с гуем на MS .hta - дюже доволен.

ПО для терминалов приема платежей от ведущих платежных систем делают на web технологиях (в основном флеш).

Но было и такое по которое управляла IE по средствам COM/ActiveX.

Не забываем и про AIR

> Вешайся только на localhost епт

Кепку надень, епт. Думаешь, на localhost не может быть других пользователей?

> Формировать HTML на порядок проще, чем его парсить.

Наваять нормальный интерфейс в Qt Designer/что там для GTK еще проще, при этом без уебищности HTML.

> Тем не менее браузер парсит довольно быстро. Для делового UI самое то. У меня товарищ по работе надахал прогу с гуем на MS .hta - дюже доволен.

Без комментариев.

> Тем не менее браузер парсит довольно быстро

Это смотря какой (IE - жуткий тормоз, по крайней мере, 6.0 и меньше) и смотря что. Нужно тебе визуализировать несколько тысяч (миллионов) элементов данных - что ты будешь делать? Только по кусочкам AJAX'ом тягать. А это дополнительная сложная логика в браузерном коде.

А не излишен ли веб сервер? И почему бы не юзать xul?

> В windows, media player classic поддерживает веб-интерфейс к себе. Реквестирую еще программ, которые поддерживают

из того чем пользовался - в амароке первом есть.

> если на локальной машине юзается рпц.

РПЦ? хм. православно!