Здравствуйте, Elich, Вы писали:

S>>... Очень удобная вещь для построения распределенных приложений, web based приложений на мой взгляд...

E>На мой взгляд, приходится наблюдать отказ от программирования пользовательского интерфейска как такового. Акцент смещается в пользу его декларативности (хотя бы на требуемом ограниченном наборе задач). Ввиду простоты разработки и поддержки. Не теряя при этом в его "богатстве". В качестве клиента выбираются всемирно-распространненные — HTTP-клиенты.
Вот боюсь с простотой разработки тут есть проблемы. Да и удобство "всемирно-распространненных" клиентов тоже вопрос спорный.

E>В этом свете распространение библиотеки программирования распределенного интерфейса со специальным клиентом не кажется широким.
Ну неудобно вбивать приход в аптеку из 1000 позиций в IE и неудобно работать с кассой через HTML!!! А если Вы будете стараться сделать это удобным, Вы неизменно увеличите сложность механизма представления интерфейса и взаимодействия с сервером. Как следствие, увеличится сложность программирования и величина передаваемой информации. Что сейчас происходит. XML форма + JavaScriptы + корба серванты. Это простота разработки? Вы себе представляете если бы вот так писались StandAlone приложения? Впрочем, попытки есть .
Я писал о целях написания моего решения несколько ранее. Моей целью было максимально упростить и сделать логичным и прозрачным способ создания сетевых программ. Он неотличим от способов создания обычного графического приложения. Именно в этом я нахожу основную отличительную черту моего решения.

Здравствуйте, Аноним, Вы писали:

А>Qt — свободет

А где взять его бесплатный? . Я месяц назад пытался найти — все весьма платно было

Здравствуйте, AndrewJD, Вы писали:

AJD>А где взять его бесплатный? . Я месяц назад пытался найти — все весьма платно было

здесь

Здравствуйте, AndrewJD, Вы писали:

AJD>Здравствуйте, Аноним, Вы писали:

А>>Qt — свободет

AJD>А где взять его бесплатный? . Я месяц назад пытался найти — все весьма платно было

Помилуйте!!! Qt4 распространяется под GPL как для виндузы, так и для Юниксов.

K>Вот боюсь с простотой разработки тут есть проблемы. Да и удобство "всемирно-распространненных" клиентов тоже вопрос спорный.

Представьте, что у нас есть декларативнй способ описания интерфейса, подходящий под нужды. Попытки есть: XUL, XForms. Теперь есть человек, не имеющий понятия о программировании. Обучите его писать интерфейс на специализированном декларативном языке? Легко. Обучите его писать аналогичный пользовательский интерфейс на C++ + Qt? Слабопредставимо.

Удобство клиентов — дело техники. Например:
http://www.backbase.com/demos/explorer/#examples/b-window.xml[0]
И на исходник. После этого перспективы уже устоявшихся во всем мире технологий нельзя недооценить.

K>Ну неудобно вбивать приход в аптеку из 1000 позиций в IE и неудобно работать с кассой через HTML!!!

Бесспорно. Во многих реализациях может быть неудобной. Но если для данной цели будет интерфейс с табуляцией, хоткеями, другими примочками полноценных GUI приложений. Чем не удобно? Благо возможно.

K>Что сейчас происходит. XML форма + JavaScriptы + корба серванты. Это простота разработки?
K>Вы себе представляете если бы вот так писались StandAlone приложения?

Конечно, ей даже не пахнет. С трудом.

Представьте другой механизм: декларативое описание GUI — SOAP — C++ север.
Разработка ведется на C++ и декларативном описании GUI. Отдельно, независимо. Разве это не то, что нужно?

K> Моей целью было максимально упростить и сделать логичным и прозрачным способ создания сетевых программ.

Мне показалось, Ваша библиотека предоставляет максимально простой, прозрачный способ создания приложений с удаленным пользовательским интерфейсом (панелью управления). Если недооценил функциональные возможности, прошу прощения.

В любом случае, потенциальная применимость Glan кажется куда большей применимости обычных GUI-библиотек.
Причин, по которым web-интерфейс может не подходить — множество.
Вот тут, наверно, обязательно стоит рассмотреть Glan.

Здравствуйте, Elich, Вы писали:

E>Представьте другой механизм: декларативое описание GUI — SOAP — C++ север.
E>Разработка ведется на C++ и декларативном описании GUI. Отдельно, независимо. Разве это не то, что нужно?
Мне представляется это не всегда удобным.

K>> Моей целью было максимально упростить и сделать логичным и прозрачным способ создания сетевых программ.

E>Мне показалось, Ваша библиотека предоставляет максимально простой, прозрачный способ создания приложений с удаленным пользовательским интерфейсом (панелью управления). Если недооценил функциональные возможности, прошу прощения.
Совершенно верно. Вы очень точно уловили суть. А вот теперь.
Кто мешает реализовать Вашу схему GUI — SOAP — C++ север. в варианте

Тонкий клиент — GlanGUI — SOAP — C++ север.
Ведь весь сервер в Вашем распоряжении. Зачем клиента нагружать механизмами компонентного взаимодействия. Пусть клиент рисует кнопки и менюшки. У Вас в серверной сторое развитая сеть объектных компонентов разбросанная географически — Вы легко с ними можете общаться. Вам нужно декларативное описание интерфейса, которое Вы храните где-то и манипулируя с ним создаете интерфейс — пожалуйста. Достаточно лишь реализовать надстройку на Glan библиотекой и Вы получаете эти возможности. Только клиентская часть остается стабильной всегда. А на сервере каждый решает свои проблемы сообразно своему вкусу.

E>В любом случае, потенциальная применимость Glan кажется куда большей применимости обычных GUI-библиотек.
E>Причин, по которым web-интерфейс может не подходить — множество.
E>Вот тут, наверно, обязательно стоит рассмотреть Glan.
Спасибо, я рад что мне удалось донести свои мысли и получить ответную реакцию в виде попытки понять ход моих рассуждений а не моментальное отрицание самого подхода.

K>Кто мешает реализовать Вашу схему GUI — SOAP — C++ север. в варианте
K>Тонкий клиент — GlanGUI — SOAP — C++ север.

Если я правильно понимаю, на данный момент Glan позиционируется как средство построения GUI интранет-систем со "специальным" тонким клиентом из состава Glan. Ввиду направленности деятельности, очень хочется заручиться поддержкой и обычного браузера в качестве клиента.

S>И еще. Представим себе браузер на основе Глана... Вот как эксплорер тотже... Я когда представил — проникся...

Весь мир браузер ведь не заменит! А вот использовать стандартный браузер, а интерфейс уровня сервера — Glan... Тогда бы с удовольствием...

Здравствуйте, Elich, Вы писали:

K>>Кто мешает реализовать Вашу схему GUI — SOAP — C++ север. в варианте
K>>Тонкий клиент — GlanGUI — SOAP — C++ север.

E>Если я правильно понимаю, на данный момент Glan позиционируется как средство построения GUI интранет-систем со "специальным" тонким клиентом из состава Glan. Ввиду направленности деятельности, очень хочется заручиться поддержкой и обычного браузера в качестве клиента.
Можно плагин для браузера написать

Здравствуйте, Elich, Вы писали:

K>>Кто мешает реализовать Вашу схему GUI — SOAP — C++ север. в варианте
K>>Тонкий клиент — GlanGUI — SOAP — C++ север.

E>Если я правильно понимаю, на данный момент Glan позиционируется как средство построения GUI интранет-систем со "специальным" тонким клиентом из состава Glan.
Вот так сразу "интранет". Он себя великолепно ведет и в большой сети.
Как раз средство создания приложений on-demand. Или приложений с развитым пользовательским интерфейсом для фирм с разветвленной сетью удаленных рабочих мест.

K>Вот так сразу "интранет". Он себя великолепно ведет и в большой сети. Как раз средство создания приложений on-demand. Или приложений с развитым пользовательским интерфейсом для фирм с разветвленной сетью удаленных рабочих мест.

Для удаленных рабочих мест ИМХО требование специального тонкого клиента не есть положительно.
Выходит Oracle Forms, судьба которой не очень...

Здравствуйте, Elich, Вы писали:
E>Для удаленных рабочих мест ИМХО требование специального тонкого клиента не есть положительно.
почему?

E>>Для удаленных рабочих мест ИМХО требование специального тонкого клиента не есть положительно.

K>почему?

Например, в случае отсутсвие "фиксированного" рабочего места сотрудника компании.

Здравствуйте, kalpa, Вы писали:

K>Помилуйте!!! Qt4 распространяется под GPL как для виндузы, так и для Юниксов.
К сожалению мне нужно для комерческого использвания

Здравствуйте, Sheridan, Вы писали:

S>здесь

А не подскажешь где можно взять скомпиленые бинарники под винду?

Здравствуйте, Elich, Вы писали:

E>>>Для удаленных рабочих мест ИМХО требование специального тонкого клиента не есть положительно.

K>>почему?

E>Например, в случае отсутсвие "фиксированного" рабочего места сотрудника компании.
В смысле, не навсех рабочих местах может быть клиент? Ну это можно решить.
1) он не так много весит можно и скачать.
2) Если приспичит можно клиента и на джаве написать и все равно скачать.
Какая разница?
В любом случае это вопрос организации дела. Никак не технологический. Вот у IBMеров рабочие места
всегда с собой .

E>>Например, в случае отсутсвие "фиксированного" рабочего места сотрудника компании.

K>В любом случае это вопрос организации дела. Никак не технологический. Вот у IBMеров рабочие места
K>всегда с собой .

Прошу прощения, выйду из дискуссии. Соглашусь, во многих ситуациях это действительно не проблема.
На счет рабочих мест IBM мне не известно, с удовольствием бы узнал подробнее.

Здравствуйте, AndrewJD, Вы писали:

AJD>Здравствуйте, Sheridan, Вы писали:

S>>здесь

AJD>А не подскажешь где можно взять скомпиленые бинарники под винду?
http://www.trolltech.com/download/qt/windows.html
в дистрибутиве есть собранные бинарники.

Здравствуйте, AndrewJD, Вы писали:

AJD>Здравствуйте, Sheridan, Вы писали:

S>>здесь

AJD>А не подскажешь где можно взять скомпиленые бинарники под винду?

ммм... Если на том фтп их нет то придется компилять...
Я под линухом скомпилял без особых проблем.... 7 минут чтения манов и вникания, 3 минуты разбора с компилятором, 5 минут на написаниее автоматического скрипта, и уженепомню... минуть 30-40 собсно компиленья...

Здравствуйте, AndrewJD, Вы писали:

AJD>К сожалению мне нужно для комерческого использвания

Мда... здесь уже сложнее... С другой стороны если пакет действительно может помочь — почему бы его не купить?

Здравствуйте, Elich, Вы писали:

E>Например, в случае отсутсвие "фиксированного" рабочего места сотрудника компании.

Да пожалуйста, пускай носит "браузер" на флешке... Он весит в настоящий момент чуть больше 8 метров... Ну вырастет до 20... Ну до 50 со всеми причиндалами и прочими иконками... Флешек щас таких нету чтоб он непоместился короче
Или вобще на пальме с embedded развернуть...
кстати. кальпа, с embedded работать будет или пока нереализовано?