aLexx Subb bI-KyА я, пользуясь случаем, засвечу свой продукт: http://java.0n.ru

По описанию ничего ...но тестовый вариант так не включился ...IE закрывается нафиг и все ...скриншотов хоть кинул бы.

А, дело в том, что по определенным причинам JavaScript закрывает окно логина, если оно открыто как PopUp (из другого окна браузера). Это фича, а не баг %) К сожалению, из форума ссылки именно так и открываются. Нужно просто запустить браузер и ввести вышеуказанный url - тогда все сработает как надо.

Механизатор из Подмосковья2bI-Ky (автору http://java.0n.ru): скорость впечатляет. Но почему кодировки при выборе каждой операции в выпадающем меню (после клика кнопки "Вход") безпробудно становятся как "Западноевропейская (ISO)" и в ряде форм ваще не слушаются команду "Вид"/"Кодировка"/"Кириллица" ? Может, у меня какого-то волшебного шрифта нет ? (Win2000 Pro, все патчи, M$ IE 6.0)

Да небось "автовыбор" стоит в кодировках IE? На тестовом сервере Tomcat недокрученный малость, вот IE и ставит encoding по умолчанию. Учту, но, надеюсь, это не очень существенно.

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

Конечно, на куцем объеме данных, которые там представлены, толком оценить скорость обработки не получится. В рабочей БД объемы тоже небольшие - 3 тыс. партнеров, 2 тыс. моделей, 5 тыс. операций - пока PostgreSQL легко справляется.

Да, кстати, тестировать http://java.0n.ru:8383/ приятнее в браузерах Mozilla (у меня Firefox - на диалапе 46.6 кбит/сек скорость загрузки практически не отличается от localhost). Дело в том, что для отрисовки списков и таблиц используется визуализатор на JavaScript, и IE по скорости несколько отстает.

Механизатор из ПодмосковьяТы сможешь чего-нибудь там прикрутить в ближайшее время, чтобы кодировки были в читабельном виде ?

Попробуй сейчас, должно быть windows-1251.

Механизатор из Подмосковья2bI-Ky: в разделе "Кодировка" опция "Автовыбор" _НЕ_ стоит! А если её поставить, то вообще ничего не перекодируется, кракозябры сплошные.
Мне бы хотелось посмотреть это приложение именно в IE (всё же, если верить статистике, на нём около 80% людей сидит; если же ориентироваться на другие браузёры, то пользователям этой системы придётся как минимум установить их на машины -- неохота даже думать об этом).

Да этот вопрос даже не обсуждается, IE и Mozilla поддерживаются в равной мере (ну за исключением некоторых фишек, которые, к сожалению, возможны только в IE - например, редактирование печатной формы документа в режиме WYSIWYG). Просто есть такой факт - JavaScript в IE в некоторых моментах отстает от Mozilla, так что, если есть последняя, то лучше ей смотреть, нет - ну и не надо. В остальном все должно выглядеть одинаково.

Механизатор из Подмосковья2bl-Ky

Попробовал (правда, через прокси, т.к. сижу на работе).
После выбора пункта "Вход" вылезло вот это вот:

HTTP Status 404 - /
--------------------------------------------------------------------------------
type Status report
message /
description The requested resource (/) is not available.
--------------------------------------------------------------------------------
Apache Tomcat/5.0

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

Сейчас уже стоит.

aLexx SubbНу вы ребята даете. Блин превратили в обсуждение сосвсем другой темы данный топик. Я не против, но у меня не точит вот эта ссылка ...
http://java.0n.ru:8383/?action=login&login=test&password=test
Что означает "не точит"? Может быть ты тоже попал на то время, когда сервер был остановлен?

aLexx SubbПо существу остального, конечно спасибо за все комментарии, но я не эмулирую вин-клиент, собственно эмуляцией можно назвать все что угодно.
Я не вполне понимаю тон вашей дискуссии, но почему приложение, активно использующее элементы ActiveX - это не собственно "вин-клиент"? Самый что ни на есть, а никакая не эмуляция. Ну и что в этом плохого?

aLexx Subb1. Клиент заказал работающую прогу, на не ограниченное количество машин. 1С и прочие приблуды сдохли, либо требовали железа умереть какого, что было не приемлемо.
То есть Ваше приложение выполняет функции, аналогичные 1С? А я вот счел, что не следует пытаться переплюнуть монстров рынка и объять необъятное. Зачем бухгалтерии веб-интерфейс? Есть смысл автоматизировать таким образом рабочие места для операционного обеспечения экономического учета. А введенную таким удобным способом информацию обрабатывать в специализированных системах, тех, к которым привыкли бухгалтеры предприятия - 1С, Турбо-Бухгалтер, или что-то еще. Аналитику производить также при помощи специальных приложений, допустим, ROLAP типа InstantOLAP (с веб-мульками, кстати).

aLexx Subb4.Заказчик хотел открытую систему. ASP много кто знает, я с нуля научил править много чего неопытного админа, а вот в Делфях юзать найчить с нуля-это трудно! Вот так.
Эээ, а вот тут-то как раз таится засада - полностью "открытая" система - подарок дурной голове, которая рукам покоя не дает. В идеале возможные изменения потребителями не должны касаться функций базиса приложения. Кстати говоря, на ASP тоже можно фигачить так, что даже автор, при попытке поправить что-то спустя полгода, захочет повеситься.

aLexx Subb10. Объемы данных охренеть какие, так что нужно было и об этом думать. И голимый DHML,ну никак не справлялся. JAVA -был прототип....тоже не пошел, не функционален. Собственно наличие JAVA апплетов-это что, не тоже что и Актив-контролы?
Нет, не то же - Java-машина может быть установлена на различные платформы. Насчет "нефункциональности" Java - это ерунда, конечно. SAP для веб-морды использует апплеты, причем такие же жирные, как Ваши ActiveX формы. Не вижу ничего плохого в том, чтобы использовать такие вещи в критических к скорости работы местах. Хотя и не считаю, что нельзя это обойти обычным HTML + JavaScript (с нормальной поддержкой DOM), используя постраничный просмотр, фильтры и т.д.

Механизатор из ПодмосковьяА у меня завалилось вот тут:
http://java.0n.ru:8383/?action=invoice
(результат: The page cannot be displayed... 10060 - Connection timeout
Internet Security and Acceleration Server)
Это, похоже, ваша прокси ругнулась. Связь глюкнула, а не приложение.

Правда же мы не станем меряться письками, даже если их толщине прямо пропорциональна толщина клиента? Я опубликовал свою ссылку не в качестве противовеса, поэтому не хотел бы вести диалог в духе "у кого круче".

aLexx Subbприятно и красиво, если не брать во внимание 60 % использования пространства дисплея .... для меня так не приемлемо ...
Попробуй посмотреть на это в разрешении 800х600. Пока еще это обычное явление. Скроллить экран вправо-влево еще хуже.

aLexx SubbЕще ...если бы я показал заказчику, форму заполнения клиента, как реализовано в http://java.0n.ru, то меня бы закидали помидорами ...и сказали иди нафиг отседава ... ну моргает все блин ...даже для Интранет не приемлемо.

Конкретнее надо. Что моргает - форма обновляется? На то он и веб-клиент. Если имеется в виду обновление формы при изменении подчиненных справочников (напр., списка регионов для выбранной страны) - можно, конечно, сделать и без обновления, хотя выйгрыш это даст сомнительный. Лирическое отступление - то, что выше в данном контексте упоминалось как "технологии от Мелкософта", то есть, класс JavaScript'а XMLHttpRequest или, для IE, ActiveX компоненты XMLHTTP, вовсе не изобретение MS. Мало того, сменив Microsoft.XMLHTTP на Msxml2.XMLHTTP они так и не удосужились последовать общепринятому стандарту для этого элемента. Так вот, не надо идеализировать эту технологию. Я сталкивался с очень неприятными моментами в работе этого http-клиента в IE, после чего предпочел без особой нужды им не пользоваться. С моей точки зрения "приемлимость для интранет" от этого ничуть не страдает.

Насчет того, что сохранение формы происходит с ее перезагрузкой, нет возражений, надеюсь?

aLexx SubbА про справочник номенклатуры .....на меня бы обиделись ....и сказали,типа ..ты чего издеваешься .... функцианала никакого ....для веб, я не спорю ...для интры, еще раз скажу ....не пойдет ....
Видимо, речь идет не о функционале, как таковом, а о бантиках, вроде drag-&-drop? Функционал манипулирования элементами дерева присутствует в полном объеме.

aLexx SubbИ как блин будет работать ентот интерфейс с 30000 ветвей, а? Мне интересно.
%) А мне интересно, кому в здравом уме придет в голову просматривать 30000 ветвей на странице. Это очень легко разруливается посредством групп доступа, фильтров и постраничного просмотра элементов каждого узла. Ни в одной работоспособной системе не манипулируют элементами справочника без указания критериев выборки.

aLexx SubbЕще предусмотреть блин ввод кучи параметров, типа ...
НДС, Скидка, Наценка ....список продолжается и неизвестно когда закончится, юзер сам выбирает количество характеристик номенклатуры ...да еще все енто реализовать в бизнес логике....я извращался, и не нашел ничего лучше чеп ХП на скуле с триггерами в связке. А всякие там MySQL слабы для этого....
Вот тут я ничего не понял. Где ввод кучи параметров, в дереве номенклатуры? Причем тут слой реализации бизнес-логики, не понимаю. И каким боком тут "всякие там MySQL"?

aLexx SubbНе хочу хвастать, но мне пришлось даже реализовывать интеллектуальный поск ...оператор вводит несколько букавак записи, сервак если нашел одну, то кидает в поле, если несколько, то выкидывает список ...и трафик меньше и удобно ...
Гениально, но это несколько противоречит приведенным выше возражениям.

aLexx SubbКак Интернет решение, не спорю ...пойдет ...но для быстрой оперативной работы в Интранет , а именно про это и толдычу тут ...не пойдет ...пройденный этап!!!!!
Вот это самый спорный момент - да при работе в интранет (то есть, локальной сети) никакие перезагрузки форм и прочие веб-страдания не страшны ну ни капли. Просто потому, что пользователю они фактически незаметны благодаря скорости обмена информацией.

Серьзным аргументом против отказа от внедрения в формы апплетов или ActiveX объектов, я считаю убогий набор контролов в HTML. Если combobox или tabs легко эмулировать, то, например, от полноценного grid проще отказаться, чем пытаться его скрестить с веб-приложением. Если такие рюшечки критичны, то браузерные GUI можно выбрасывать.

aLexx SubbПерепробывал много чего, и уж извините не новичек я в этом деле, знаю о чем тут говорю.
%) "Вот это ты мощно задвинул, внушаить" (с)Хрюн