Предлагаю тут продолжить топик "Предлагаю вариант учетной системы на WEB платформе" .

aLexx Subb
Ну вы ребята даете. Блин превратили в обсуждение сосвсем другой темы данный топик. Я не против, но у меня не точит вот эта ссылка ...
http://java.0n.ru:8383/?action=login&login=test&password=test
Что означает "не точит"? Может быть ты тоже попал на то время, когда сервер был остановлен?
aLexx Subb
По существу остального, конечно спасибо за все комментарии, но я не эмулирую вин-клиент, собственно эмуляцией можно назвать все что угодно.
Я не вполне понимаю тон вашей дискуссии, но почему приложение, активно использующее элементы ActiveX - это не собственно "вин-клиент"? Самый что ни на есть, а никакая не эмуляция. Ну и что в этом плохого?
aLexx Subb
1. Клиент заказал работающую прогу, на не ограниченное количество машин. 1С и прочие приблуды сдохли, либо требовали железа умереть какого, что было не приемлемо.
То есть Ваше приложение выполняет функции, аналогичные 1С? А я вот счел, что не следует пытаться переплюнуть монстров рынка и объять необъятное. Зачем бухгалтерии веб-интерфейс? Есть смысл автоматизировать таким образом рабочие места для операционного обеспечения экономического учета. А введенную таким удобным способом информацию обрабатывать в специализированных системах, тех, к которым привыкли бухгалтеры предприятия - 1С, Турбо-Бухгалтер, или что-то еще. Аналитику производить также при помощи специальных приложений, допустим, ROLAP типа InstantOLAP (с веб-мульками, кстати).
aLexx Subb
4.Заказчик хотел открытую систему. ASP много кто знает, я с нуля научил править много чего неопытного админа, а вот в Делфях юзать найчить с нуля-это трудно! Вот так.
Эээ, а вот тут-то как раз таится засада - полностью "открытая" система - подарок дурной голове, которая рукам покоя не дает. В идеале возможные изменения потребителями не должны касаться функций базиса приложения. Кстати говоря, на ASP тоже можно фигачить так, что даже автор, при попытке поправить что-то спустя полгода, захочет повеситься.
aLexx Subb
10. Объемы данных охренеть какие, так что нужно было и об этом думать. И голимый DHML,ну никак не справлялся. JAVA -был прототип....тоже не пошел, не функционален. Собственно наличие JAVA апплетов-это что, не тоже что и Актив-контролы?
Нет, не то же - Java-машина может быть установлена на различные платформы. Насчет "нефункциональности" Java - это ерунда, конечно. SAP для веб-морды использует апплеты, причем такие же жирные, как Ваши ActiveX формы. Не вижу ничего плохого в том, чтобы использовать такие вещи в критических к скорости работы местах. Хотя и не считаю, что нельзя это обойти обычным HTML + JavaScript (с нормальной поддержкой DOM), используя постраничный просмотр, фильтры и т.д.

Правда же мы не станем меряться письками, даже если их толщине прямо пропорциональна толщина клиента? Я опубликовал свою ссылку не в качестве противовеса, поэтому не хотел бы вести диалог в духе "у кого круче".
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
Перепробывал много чего, и уж извините не новичек я в этом деле, знаю о чем тут говорю.
%) "Вот это ты мощно задвинул, внушаить" (с)Хрюн

777777777Мне не удалось создать счет(или любой другой документ) с многострочной детальной частью. Только одну строку получилось создать, вернее, там только одна строка в детальной части. Это так задумано или интерфейс для меня не интуитивно-понятен?
1. Заполняется секция товарной позиции
2. "Применить"
3. goto 1.

Точно так же можно добавлять платежи.