Финансы без пpоблем: Пеpеговоpный Пункт II (http://hdru.com/cgi-bin/pp2/YaBB.cgi)
>> Пpедложения по усовеpшенствованию, сообщения об ошибках >> Модернизация clw
(Message started by: Denis, Dnepropetrovsk на 25.05.06 в 15:28:54)

Заголовок: Модернизация clw
Прислано пользователем Denis, Dnepropetrovsk на 25.05.06 в 15:28:54
Предлагаю в этой теме записывать предложения по модификации стандартного клиента для clw.

Мне, например,  очень не хватает следующих модификаций:

1.Обработка  нажатия в форме ESC или закрытие закрытие формы крестиком:
например как директиву "N:ESC:"  и дальше вызов формы-обработки
2. Возможность  указать в форме режим обновления:
например как директиву "N:REFRESH:" и дальше вид обновления обновлять все, списки или не обновлять
3.Расширить директиву "N:F1:" возможностью задействовать другие клавиши.


По-моему этих возможностей достаточно для организации достаточно удобного интерфейса для пользователя...

Заголовок: Re: Модернизация clw
Прислано пользователем Vitaly на 25.05.06 в 20:01:11
Вместо К и А одну директиву типа Re для переименовывания счета, т.е. того, что [n2 account]

Заголовок: Re: Модернизация clw
Прислано пользователем Denis, Dnepropetrovsk на 26.05.06 в 10:17:35

on 05/25/06 в 20:01:11, Vitaly wrote:
Вместо К и А одну директиву типа Re для переименовывания счета, т.е. того, что [n2 account]


Это модернизация сервера, а не клиента.....

По поводу режима обновления формы небольшое уточнение:
хотелось бы иметь режим "автообновление все"+"автообновление списки"   - то есть обновление формы и после N:AUTO:R FORMA, а также автообновление после P!
Сейчас если клиенте  в режиме "автообновление все"   форма не обновляется после N:AUTO:R FORMA  и даже нет сообщения что "возможно устарело"

Заголовок: Re: Модернизация clw
Прислано пользователем Alexander,Kiev на 26.05.06 в 11:30:21

on 05/25/06 в 20:01:11, Vitaly wrote:
Вместо К и А одну директиву типа Re для переименовывания счета, т.е. того, что [n2 account]

Иногда возникает потребность полностью похоронить субсчет, например карточки складского учета не используемые в новом году ;)


on 05/26/06 в 10:17:35, Denis, Dnepropetrovsk wrote:
Сейчас если клиенте  в режиме "автообновление все"   форма не обновляется после N:AUTO:R FORMA  и даже нет сообщения что "возможно устарело"

Какое отношение имеет директива автозапуска формы с клиента к флагу сервера "возможно устарело" Первая служит для организации клиентских сценариев, по второй уже сто раз писали, это серверное следствие перерасчета.

Заголовок: Re: Модернизация clw
Прислано пользователем Alexander,Kiev на 26.05.06 в 11:50:43
Предлагаю все пожелания по модернизации подкреплять конкретными примерами отражающими суть потребности. В противном случае есть высокая вероятность нарваться на односторонне формализованную задачу. Другими словами не выполнимую.

Заголовок: Re: Модернизация clw
Прислано пользователем Denis, Dnepropetrovsk на 26.05.06 в 11:55:03

on 05/26/06 в 11:30:21, Alexander,Kiev wrote:
Какое отношение имеет директива автозапуска формы с клиента к флагу сервера "возможно устарело" Первая служит для организации клиентских сценариев, по второй уже сто раз писали, это серверное следствие перерасчета.


Поясняю для чего мне такое нужно:
у меня есть форма ввода документа, в которой показываются уже зарегистрированные операции по документу, для начала нового документа мне необходимо заполнить общие поля (Поставщик, Номер документа, Склад оприходования и т.д.)
Если стоит "автообновление все" то проблем нет после выбора Поставщика в форме выбора я шлю P! в каталог обмена и через период обновления (у меня стоит 1 с. ) форма документа обновляется,НО В ДАННОМ СЛУЧАЕ МНЕ НУЖНО ПРОСТО ОБНОВИТЬ ФОРМУ ДОКУМЕНТА, не вызывая обновления других форм (так получается, если в форме выбора использовать конструкцию "N:AUTO:R Форма документа",  но это срабатывает только при "автообновление списки")

При регистрации операции я вобще сразу отсылаю на сервер команду зарегистрировать операцию и при "автообновление все" в форме документа появляется зарегистрированная операция.  Если стоит "автообновление списки" то нужно жать пробел что бы увидеть зарегистрированную операцию.

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

Заголовок: Re: Модернизация clw
Прислано пользователем Alexander,Kiev на 26.05.06 в 12:23:03

on 05/26/06 в 11:55:03, Denis, Dnepropetrovsk wrote:
Поясняю для чего мне такое нужно: .....

Понятно!  Сделано увы, непродумано.
Требуемый алгоритм реализуется без вмешательства
функции автообновления на клиенте, тем самым снимая глобальный пласт проблем.
Есть два варианта разрулить ситуацию: разобраться как это уже сделано или пообщаться ч/з аську. Двумя словами здесь не обойтись.

Заголовок: Re: Модернизация clw
Прислано пользователем Jenja на 29.05.06 в 13:47:32

on 05/26/06 в 12:23:03, Alexander,Kiev wrote:
Понятно!  Сделано увы, непродумано.  
Требуемый алгоритм реализуется без вмешательства  
функции автообновления на клиенте, тем самым снимая глобальный пласт проблем.
Есть два варианта разрулить ситуацию: разобраться как это уже сделано или пообщаться ч/з аську. Двумя словами здесь не обойтись.


Очень интересно как разрулили эту ситуацию. Расскажите, пожалуйста.

Заголовок: Re: Модернизация clw
Прислано пользователем Alexander,Kiev на 29.05.06 в 15:39:25

on 05/29/06 в 13:47:32, Jenja wrote:
Очень интересно как разрулили эту ситуацию. Расскажите, пожалуйста.

Предоставте тестовый алгоритм, где без автообновления нельзя обойтись, попробую нарисовать для убедительности.
Сказанное не относится к режиму ввода/редакции ч/з дерево. Вопрос стоял к 100% работе ч/з отчетные формы.

Заголовок: Re: Модернизация clw
Прислано пользователем Jenja на 29.05.06 в 17:19:19
что значит тестовый алгоритм?

Например, ситуация такая:
краткий пересказ

Форма1:
N:F1:R Форма2
N:F1:#CLOSE

Форма2 :
N:AUTО:O Операция1…  
N:AUTO:R Форма1
N:AUTO:#CLOSE

Форма1 строится на основании данных Операция1
В итоге получается, что операция зарегистрирована, а данных в Форме1 нет пока не нажмешь пробел или знак вопроса в правом углу.
Опция Автообновление используется строго Только в режиме Нет.

Заголовок: Re: Модернизация clw
Прислано пользователем Denis, Dnepropetrovsk на 29.05.06 в 17:59:28

on 05/29/06 в 17:19:19, Jenja wrote:
Опция Автообновление используется строго Только в режиме Нет.



а почему так строго Автообновление НЕТ????

Заголовок: Re: Модернизация clw
Прислано пользователем Jenja на 29.05.06 в 18:04:42

on 05/29/06 в 17:59:28, Denis, Dnepropetrovsk wrote:
а почему так строго Автообновление НЕТ????


т.к. одновременно работает 40-60 пользователей и если хотя бы один начинает постоянно обновляться, то это вызывает большие напряги в работе остальных.

Заголовок: Re: Модернизация clw
Прислано пользователем Denis, Dnepropetrovsk на 29.05.06 в 18:13:17

on 05/29/06 в 18:04:42, Jenja wrote:
т.к. одновременно работает 40-60 пользователей и если хотя бы один начинает постоянно обновляться, то это вызывает большие напряги в работе остальных.


Можно поставить Автообновление списки,  тогда будет обновляться только по Пробелу и сообщаться об устаревании данных...   По крайней мере мне это помогло...

В принципе поэтому, и хочется иметь возможность в форме назначать режим обновления...

Заголовок: Re: Модернизация clw
Прислано пользователем Jenja на 29.05.06 в 18:16:32

on 05/29/06 в 18:13:17, Denis, Dnepropetrovsk wrote:
Можно поставить Автообновление списки,  тогда будет обновляться только по Пробелу и сообщаться об устаревании данных...   По крайней мере мне это помогло...

В принципе поэтому, и хочется иметь возможность в форме назначать режим обновления...


так мне нужно наоборот, чтобы форма сразу строилась с новыми данными без участия пользователя(без нажатия пробела)

Заголовок: Re: Модернизация clw
Прислано пользователем Alexander,Kiev на 29.05.06 в 18:41:36

on 05/29/06 в 17:19:19, Jenja wrote:
что значит тестовый алгоритм?

Например, ситуация такая:
краткий пересказ

Форма1:
N:F1:R Форма2
N:F1:#CLOSE

Форма2 :
N:AUTО:O Операция1…  
N:AUTO:R Форма1
N:AUTO:#CLOSE

Форма1 строится на основании данных Операция1
В итоге получается, что операция зарегистрирована, а данных в Форме1 нет пока не нажмешь пробел или знак вопроса в правом углу.
Опция Автообновление используется строго Только в режиме Нет.


Я пральна понял, что нужно дождаться, пока данные станут актуальными по факту сгенеренной операции?

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

Речь  шла о программном, принудительном обновлении формы. Вопрос использования автообновления рассмативался в целевом обновлении формы, за счет использования директивы P! и сопутствующего автообновления. Эту  часть  действительно готов нивелировать.

Гарантировано дождаться результата обновления, иначе как по флагу "возможно устарело" не получится по любому, кроме как реагировать на все изменения состояния сервера, что довольно избыточно в организации каскадирования форм с целью имитации сценария  

Можно еще поиграться в одноконтекстном режиме, но кто ж на это пойдет.

Вот вариант c задержкой:
Одновременно с подачей директивы на операцию, запустить форму с сообщением: "операция зарегистрирована" и внизу подобие кнопки "OK, нажмите Enter", по факту Enter обновить форму подачи директивы на операцию и закрыть текущую. Секунду-две выиграете, но нет полной гарантии. А можно написать над кнопкой: Дождитесь "возможно устарело" и нажмите Enter.  

Заголовок: Re: Модернизация clw
Прислано пользователем Alexander,Kiev на 29.05.06 в 19:04:04

on 05/29/06 в 18:13:17, Denis, Dnepropetrovsk wrote:
Можно поставить Автообновление списки,  тогда будет обновляться только по Пробелу и сообщаться об устаревании данных...   По крайней мере мне это помогло...

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

on 05/29/06 в 18:13:17, Denis, Dnepropetrovsk wrote:
В принципе поэтому, и хочется иметь возможность в форме назначать режим обновления...

С этим трудно не согласиться.

Заголовок: Re: Модернизация clw
Прислано пользователем Jenja на 30.05.06 в 15:40:12

on 05/29/06 в 18:41:36, Alexander,Kiev wrote:
Можно еще поиграться в одноконтекстном режиме, но кто ж на это пойдет.
 


а об этом можно вкратце рассказать?

Заголовок: Re: Модернизация clw
Прислано пользователем Alexander,Kiev на 30.05.06 в 16:21:00

on 05/30/06 в 15:40:12, Jenja wrote:

а об этом можно вкратце рассказать?


А чего нет?  
На время перерасчета сервер не обслуживает клиентские запросы. Если первым запросом зарегистрировать операцию и вслед послать запрос на обновление формы, второй будет выполнен после завершения перерасчета.
То что это не полностью гарантировано я в курсе. :) Это как вариант из того что имеется.

Можно сгладить актуализации несколько в другом слое формализации. Например генерить не по одной операции на каждую позицию табличной части, а забуферить строки где нить в extrd.dat, с последующим групповым преобразованием или таки реализовать ч/з упакованный многострочник. Здесь в обоих вариантах не надо дожидаться перерасчета на каждом шаге формирования табличной составляющей, да и работает компактней к ресурсам сервера.

P.S. Честно сказать для меня это неожиданность, что "N:..." получает развитие в организации клиентских сценариев. Это довольно кропотливая работа в итоге имеем тоже самое распределенное приложение.  

Заголовок: Re: Модернизация clw
Прислано пользователем Denis, Dnepropetrovsk на 30.05.06 в 17:46:21
Я тут еще немного, повозился с клиентом....
Еще хочется иметь возможность как-то обрабатывать удаление операций из журнала по F8.

Это осталась единственная дырка, по которой можно, имея право удаления операций в прошлом насанкционировано удалить операцию...

Закрыть период в форме не представляет труда.
Обрубить ввод операций из обычного журнала, тоже можно.
А вот закрыть удаление никак не получается (
Я думаю можно это решить как с переопределением показа проводок по операции подменой какой-нибудь системной формы __SYS010.RPT  в которой можно будет программно обработать удаление...

Заголовок: Re: Модернизация clw
Прислано пользователем Tupitsin на 30.05.06 в 18:07:57
Во-первых, реагировать на F8 - это   задача не клиента, а сервера. Во-вторых, сделайте поиск по форуму со словом "триггер". В результате Вы получите мои предложения, кажется, полугодовой (а некоторые и более) давности. Реакция HD=null. Так что это - разговор в пользу бедных.

Заголовок: Re: Модернизация clw
Прислано пользователем Denis, Dnepropetrovsk на 30.05.06 в 18:27:59

on 05/30/06 в 18:07:57, Tupitsin wrote:
Реакция HD=null. Так что это - разговор в пользу бедных.


В HD идет работа над модификацией клиента, так что предложения в этой теме будут, как минимум, приняты к сведению  ;)

Заголовок: Re: Модернизация clw
Прислано пользователем Denis, Dnepropetrovsk на 30.05.06 в 18:34:57

on 05/30/06 в 18:07:57, Tupitsin wrote:
Во-первых, реагировать на F8 - это   задача не клиента, а сервера. Во-вторых, сделайте поиск по форуму со словом "триггер". В результате Вы получите мои предложения, кажется, полугодовой (а некоторые и более) давности.


Я предлагаю, именно модификацию клиента, всего-то и надо чтобы клиент по F8 слал серверу не сразу директиву на удаление операции, а какую-нибудь форму, в которой можно было-бы проверить возможность удаления операции по отличным от прописанных в rights  правилах.  По моему это никак не навредит функциональности клиента, а реализовать не столь сложно :).

Заголовок: Re: Модернизация clw
Прислано пользователем Boris, Kiev. на 31.05.06 в 09:15:38

on 05/30/06 в 16:21:00, Alexander,Kiev wrote:
P.S. Честно сказать для меня это неожиданность, что "N:..." получает развитие в организации клиентских сценариев. Это довольно кропотливая работа в итоге имеем тоже самое распределенное приложение.  


По какому кругу обсуждаем одно и тоже. Ведь где-то писал, что N: ничем в принципе не отличается от аналогичных решений(подчеркивание, цветовое выделение, активизация показа "руки" и проч.) Почему Саня для тебя это странно. Найди некропотливую работу программиста. А чем меньше усилий человек потратит на изучение возможностей предложенного инструмента для решения конкретных задач, тем удачнее этот инструмент.
Кто с этим не согласен?

Если бы не N: то под вопросом было бы сегодняшнее нормальное продвижение.

По поводу вопроса с обновлением формы, которая ждет события.
Думаю, что желание Жени получить форму по факту регистрации операции в журнале так или иначе связано с задержкой по времени, этот факт задержки - должен быть каким-либо образом донесен пользователю.
"Обновляется..." и "Возможно устарело" - достаточно меткие замечания в этом процессе.
Если бы "Обновляется" было немного живее, например, появлялись новые точки "Обновляется......"
то пользователю было бы немного "веселее". Думаю, что за этим дело не станет.

Заголовок: Re: Модернизация clw
Прислано пользователем Tupitsin на 31.05.06 в 10:00:20
В идеале клиент должен видеть аналог строки пересчета мнемосхемы сервера. Это позволило бы освободиться от кучи звонков типа:"Я уже 5 минут назад ввел операцию, а в отчете ее нет"

Заголовок: Re: Модернизация clw
Прислано пользователем Alexander,Kiev на 31.05.06 в 11:47:42

on 05/31/06 в 09:15:38, Boris, Kiev. wrote:
Ведь где-то писал, что N: ничем в принципе не отличается от аналогичных решений(подчеркивание, цветовое выделение, активизация показа "руки" и проч.) Почему Саня для тебя это странно. Найди некропотливую работу программиста. А чем меньше усилий человек потратит на изучение возможностей предложенного инструмента для решения конкретных задач, тем удачнее этот инструмент.
Кто с этим не согласен?

Я несогласен. В принципе и отличается, а о тонкостях просто умолчу. Представим человеческим языком алгоритм запуска директивы N:AUTO R FORMх "Эй сервер, а дай ка мне команду послать тебе запрос на выполнение FORMx" Это принцип работы с браузером. В работе с браузерами единственное преимущество не считая кросплатформенности, это отсутствие потребности передавать пользователю клиентскую часть. Возможности такого клиентского выполнения всегда хуже и формализация сложнее. Ведь не дураки ввели скриптовый язык в HTML.

А терь перефразирую твое последнее предложение:

Чем меньше усилий человек потратит на
решения конкретных задач,
изучив и используя подходящий инструмент, тем продуктивнее конечный итог.

Инструмент осваивается один раз, а используется многократно. Кто с этим не согласен?

Заголовок: Re: Модернизация clw
Прислано пользователем Alexander,Kiev на 31.05.06 в 12:08:15

on 05/31/06 в 10:00:20, Tupitsin wrote:
В идеале клиент должен видеть аналог строки пересчета мнемосхемы сервера. Это позволило бы освободиться от кучи звонков типа:"Я уже 5 минут назад ввел операцию, а в отчете ее нет"


Аналог, не аналог, а чет типа семафора. После получения ответа на директиву "O/D" красный, после изменения UPTI - зеленый.  

Заголовок: Re: Модернизация clw
Прислано пользователем Jenja на 31.05.06 в 12:13:55

on 05/31/06 в 09:15:38, Boris, Kiev. wrote:
По поводу вопроса с обновлением формы, которая ждет события.
Думаю, что желание Жени получить форму по факту регистрации операции в журнале так или иначе связано с задержкой по времени, этот факт задержки - должен быть каким-либо образом донесен пользователю.
"Обновляется..." и "Возможно устарело" - достаточно меткие замечания в этом процессе.
Если бы "Обновляется" было немного живее, например, появлялись новые точки "Обновляется......"
то пользователю было бы немного "веселее". Думаю, что за этим дело не станет.


В моем случае получается так, что форма строится не дождавшись события. Думаю, если было можно организовать небольшую паузу с помощью Обновляется…, то тогда все было ок.
(Данная задача работает на одноконтекстном сервере)




on 05/31/06 в 10:00:20, Tupitsin wrote:
В идеале клиент должен видеть аналог строки пересчета мнемосхемы сервера. Это позволило бы освободиться от кучи звонков ...

Вот это самое актуальное предложение по модернизации clw. И еще чтобы было видно чью задачу в данный момент выполняет сервер.

Заголовок: Re: Модернизация clw
Прислано пользователем Alexander,Kiev на 31.05.06 в 13:25:32
Подытоживая сказанное: Хоцца, что бы на запросы клиентов сервер рапортовал дважды. Первый раз по факту принятия запроса в работу, второй раз рипортом на завершение выполнения. При чем первый раз не просто рапортовал, а давал клиенту возможность предпринять какие то действа. А действа можно выполнять токмо средствами сервера. Продолжать? А нет вот, просто  задержку ввести небольшую. Небольшую это скоки 1 - 2 - 5с?
И так на каждый запрос? Или нет, предписывать в форме размер задержки?
Стоит только копнуть поглубже ;)

Заголовок: Re: Модернизация clw
Прислано пользователем Jenja на 31.05.06 в 13:45:50
Хочется понять, почему, если операция зарегистрирована, она не попадает в отчет, который строится сразу после регистрации. И как разрешить эту проблему, не прибегая к дополнительным формам, кнопкам и мельтешению на экране.

Заголовок: Re: Модернизация clw
Прислано пользователем Alexander,Kiev на 31.05.06 в 14:39:19

on 05/31/06 в 13:45:50, Jenja wrote:
Хочется понять, почему, если операция зарегистрирована, она не попадает в отчет, который строится сразу после регистрации. И как разрешить эту проблему, не прибегая к дополнительным формам, кнопкам и мельтешению на экране.

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

Заголовок: Re: Модернизация clw
Прислано пользователем Tupitsin на 31.05.06 в 15:58:39

on 05/31/06 в 12:08:15, Alexander,Kiev wrote:
Аналог, не аналог, а чет типа семафора. После получения ответа на директиву "O/D" красный, после изменения UPTI - зеленый.  

Тогда нужно добавить еще и желтый: "Идет пересчет". Это самое главное. В принципе, пользователю нужно видеть 2 состояния сервера: "Идет пересчет" и "Пересчет закончен". Сообщение "Возможно устарело" не информативно. Оно может висеть как во время пересчета, так и после его окончания.

Заголовок: Re: Модернизация clw
Прислано пользователем Alexander,Kiev на 31.05.06 в 16:23:03

on 05/31/06 в 15:58:39, Tupitsin wrote:
Тогда нужно добавить еще и желтый: "Идет пересчет". Это самое главное. В принципе, пользователю нужно видеть 2 состояния сервера: "Идет пересчет" и "Пересчет закончен". Сообщение "Возможно устарело" не информативно. Оно может висеть как во время пересчета, так и после его окончания.

Почти так. Здесь зеленый цвет после красного означает, что состояние актуально после собственной модификации состояние сервера. Подпись "возможно устарело" отражает любое изменение состояние сервера, то биш конкретного пользователя оно может не касаться.

Заголовок: Re: Модернизация clw
Прислано пользователем Tupitsin на 31.05.06 в 16:38:21

on 05/31/06 в 16:23:03, Alexander,Kiev wrote:
Почти так. Здесь зеленый цвет после красного означает, что состояние актуально после собственной модификации состояние сервера. Подпись "возможно устарело" отражает любое изменение состояние сервера, то биш конкретного пользователя оно может не касаться.

Не совсем понятно. Пользователь ввел операцию. Пошел пересчет. В это время другой пользователь тоже ввел операцию. Сервер опять начал пересчет и досчитал до конца. Кому из пользователей нужно выставить "зеленый после красного"?

Заголовок: Re: Модернизация clw
Прислано пользователем Alexander,Kiev на 31.05.06 в 16:47:52

on 05/31/06 в 16:38:21, Tupitsin wrote:
Не совсем понятно. Пользователь ввел операцию. Пошел пересчет. В это время другой пользователь тоже ввел операцию. Сервер опять начал пересчет и досчитал до конца. Кому из пользователей нужно выставить "зеленый после красного"?


Само собой двум одновременно, так как только общее завершение построение баланса будет актуальным. После него произойдет копирование контекста. Красный на каждом зажжется по факту регистрации операции, а не по началу перепостроения.
Мы считаем что это клиент семафором управляет по результатам взаимодействия с сервером?  

Заголовок: Re: Модернизация clw
Прислано пользователем Tupitsin на 16.06.06 в 08:09:54
Предлагаю ввести новую директиву клинта
N:REFRESH
По этой директиве клиент будет автообновлять только ту форму, в которой она встретилась. Таким образом автообновление отдается на откуп разработчику настроек. Поскольку на директивы N: реагирует только клиент, то переделки требует только он.

Заголовок: Re: Модернизация clw
Прислано пользователем Vitaly на 16.06.06 в 11:28:38

on 05/26/06 в 11:30:21, Alexander,Kiev wrote:
Иногда возникает потребность полностью похоронить субсчет, например карточки складского учета не используемые в новом году ;)

Я не за уничтожение, а за добавление диррективы, которая выполняла задачу вместо использования двух

Заголовок: Re: Модернизация clw
Прислано пользователем Denis, Dnepropetrovsk на 06.03.07 в 15:33:25
Хотелось бы узнать,  когда будет модернизирован клиент?

Вот еще вылезло такое неудобство в клиенте:
Если я определяю кнопку запроса в клиенте (например printstr 'N:NAME:==>>EXEL'+[ch 10])
то по F9  Клиент перестает фильтровать строки отчетной формы (работает только Поиск).  Можно ли это исправить?

Заголовок: Подтвердите примером
Прислано пользователем Boris, Kiev. на 06.03.07 в 18:59:02

on 03/06/07 в 15:33:25, Denis, Dnepropetrovsk wrote:
Хотелось бы узнать,  когда будет модернизирован клиент?

Вот еще вылезло такое неудобство в клиенте:
Если я определяю кнопку запроса в клиенте (например printstr 'N:NAME:==>>EXEL'+[ch 10])
то по F9  Клиент перестает фильтровать строки отчетной формы (работает только Поиск).  Можно ли это исправить?


Не подтверждается Ваше "вылезло".

Объясните, зачем здесь printstr используете.
Такое впечатление, что Вы плохо почитали мат.часть и этот printstr c [ch10] является причиной Вашего "вылезло".

Пожалуйста, сделайте примерчик попроще и попробуйте уличить CLW.EXE ещё раз.



Заголовок: Re: Модернизация clw
Прислано пользователем Denis, Dnepropetrovsk на 06.03.07 в 19:31:51
Использую CLW71104.EXE
Пример:
****************Вот так фильтр не работает
N:NAME:==>>EXEL
N:R ARM-00 ·30000101·DX30·
                          Ведомость остатков ТМЦ
N:ENTER:R ARM-00 ·30000190·DX30·#1·#2·#3·#4·#5·#6·#7·#8·#9·
                          с 1 янваpя 2007 г. по 31 маpта 2007 г.
                          СКЛАД: SKLAD-002 Склад ФУРНИТУРА
                          Движения: показываются


тут таблица отчета где нужен фильтр
...........
...........



****************Вот так фильтр работает
N:R ARM-00 ·30000101·DX30·
                          Ведомость остатков ТМЦ
N:ENTER:R ARM-00 ·30000190·DX30·#1·#2·#3·#4·#5·#6·#7·#8·#9·
                          с 1 янваpя 2007 г. по 31 маpта 2007 г.
                          СКЛАД: SKLAD-002 Склад ФУРНИТУРА
                          Движения: показываются


тут таблица отчета где нужен фильтр
...........
...........


*******Вот  начало формы
printstr 'N:NAME:==>>EXEL'+[ch 10]     это кнопка в нижнем правом углу
printstr 'N:R '+FM+' ·30000101·'+DX+'·'+[ch 10]
printstr '                           Ведомость остатков ТМЦ'+[ch 10]
printstr 'N:ENTER:R '+FM+' ·30000190·'+DX+'·#1·#2·#3·#4·#5·#6·#7·#8·#9·'+[ch 10]
                          с { ^^YE г. по } ^^YE г.
printstr '                           СКЛАД: '+P0+' '+[n2 *P0]+[ch 10]
printstr '                           Движения: показываются'+[ch 10]


Заголовок: Re: Модернизация clw
Прислано пользователем Boris, Kiev. на 07.03.07 в 09:32:21
Есть такое "вылезло".

И первая "висячая" строка уходит из-за N:NAME:
и никакого подсчета с фильтром не организовать.

Эти особенности особенно не беспокоят, т.к. встроенный фильр по [F9] многими используется при вводе многострочников и в оборотках(и то чаще с опцией "поиск"). Из-за неудобств "нависания" ВСЕХ без исключения сложных директив над отфильтрованными строками и невозможностью связать результирующие строки с отфильтрованными пришлось практически отказаться от [F9] в отчётах. Зато свой построенный алгоритм фильтра даёт гораздо большие преимущества.

Поддерживаю, вопрос должен стоять.

Заголовок: Re: Модернизация clw
Прислано пользователем Vitaly на 22.03.07 в 12:35:16
Мне тоже нехватает N:REFRESH:
И набора F1..Fn тоже маловастенько.
У меня некоторые клиенты ваще не заглядывают в журнал операций, т.к. он сложен и громоздкий для использования (поиска, ввода операций), вся работа из форм.
Хорошо было бы добавить вид: Формы-редакторы. Чтоб мона было расположить несколько полей ввода, кнопок, списков и т.п. как в CLX. Вызвал ее из отчетной формы, ввел нужные изменения или просто просмотрел, закрыл и, по надобности, в отчетной форме сделал N:REFRESH:
Последовательные ответы на вопросы оччень неудобны. Понятно, что мона решить проблему другими способами, методами, но... Зачем?, если мона упростить и не напрягать юзера, а напрячь программера.

Заголовок: Re: Модернизация clw
Прислано пользователем VirtUX2 на 29.04.09 в 22:08:02
Правильно-ли я понял, что клиент создает новый туннель перед каждым запросом к серверу? Если да, то что может помешать использовать один-единственный туннель от старта клиента до завершения его работы?



Powered by YaBB 1 Gold - SP 1.3.2!
Forum software copyright й 2000-2004 Yet another Bulletin Board