Автор |
Тема: Обновления CLW (Прочитано 224984 раз) |
|
KhrsUA
Адепт ФБП с 1994г.
 
Просмотреть Профиль |
Сообщений: 13
|
on 16.03.12 в 09:58:15, VLV wrote:Очень еще хочется возможность старта сервера "в трей". Тема немного обсуждалась. Просьба не убирать ее из очереди на рассмотрение. 
С уважением, Владимир. |
|
Я пользуюсь древней Tray Manager, малюсенькая утилитка которая все умет прятать в Трей или меню в Трее.
У меня на службе уже много лет. Простой и понятный интерфейс.
взять можно здесь http://my-win-lin.narod.ru/z-soft-other/index.html
|
|
 Зарегистрирован |
|
|
|
Svetlana
Просмотреть Профиль |
Сообщений: 409
|
Обновление от 09.2012:
http://hdru.com/russian/Clw32-120911.zip
//BK 120910
Виталий Сороколит предложил переопределить вызов первичного документа по [F4] в ЖО путем вызова пользовательской формы с параметрами(штамп операции, дата) путем определений в USERS.RPT
Реализовано так:
Если в USERS.RPT присутствует запись типа:
GO[F4]=GO_F4
,то при нажатии [F4] в окне журнала операций(например, селектор стоит на операции со штампом AAAA-001, за которой имеется первичный документ) вместо загрузки соответствующего файла (AAAA-001.TXA) первичного документа будет запущена форма с именем GO_F4 с единственным передаваемым параметром - штампом выбранной операции, т.е. серверу будет отправлен запрос:
R GO_F4 ·AAAA-001·
Имя формы(GO_F4) может быть любым, как обычно до 8 символов, и она должна присутствовать в раб.каталоге сервера.
В случае работы в режиме "Операции свернуто", параметром будет передана строка, например {IAAB-270 IAAB-273}, это, конечно, в случае выбора селектором многострочной операции.
R GO_F4 ·{IAAB-270 IAAB-273}·
Также аналогично реализовано обращение в ЖО по [F8].
GO[F8]=GO_F8
Таким "макаром", настройщикам развязаны руки в реализации переходов к документам по привычной пользователям клавише [F4] в ЖО.
Т.е. можно постепенно уходить от использования "Создать документ".
Также можно сложить приятные и удобные сценарии при удалении операций([F8]) с возможностью дальнейшего контроля этих движений и возможного восстановления.
И что не маловажно, тем кого эти возможности не интересуют могут просто ничего не менять в USERS.RPT и обычный порядок обработки [F4] и [F8] не изменится.
|
| « Изменён в : 11.09.12 в 20:20:23 пользователем: Svetlana » |
Зарегистрирован |
|
|
|
BBBB
Я люблю этот Форум!
Просмотреть Профиль |
Сообщений: 89
|
В файле прав есть такой пользователь: KRISTINA.
В _box_ подкаталог KRISTINA имеется. При старте клиента - сообщение об ошибке: Каталог C:\_BOX_\KRISTINA найден, но требуется подкаталог \KRISTIN
немного непонятно это, почему так? и соответственно - войти под именем KRISTINA нельзя.
|
|
Зарегистрирован |
|
|
|
mine-R
compact & flexible rulezzz
Просмотреть Профиль |
Сообщений: 150
|
on 13.09.12 в 07:35:11, BBBB wrote:| немного непонятно это, почему так?... |
|
+1
Это так из-за длины имени пользователя.
Будут ли новые клиенты в дальнейшем поддерживать длину имен пользователей более 7 символов?
|
|
Зарегистрирован |
|
|
|
Boris, Kiev.
Адепт ФБП с 1996г.
Просмотреть Профиль | E-мэйл
Сообщений: 875
|
http://hdru.com/russian/Clw32-130225.zip
//BK 121020-130225
К ряду директив N: и S: добавлена директива F: от F[ile]
Клиент может создавать файлы по директиве F:
Итак, если в отчете есть конструкция:
F: ИМЯ ФАЙЛА | СТРОКА, КОТОРУЮ КЛИЕНТ ЗАПИШЕТ В УКАЗАННЫЙ ФАЙЛ
ИМЯ ФАЙЛА может быть простым, т.е. например:
BATFILE.BAT
такой файл будет организован в рабочем каталоге клиента,
или с подкаталогами, например:
\BAT\BATFILE.BAT
такой файл будет организован в рабочем каталоге клиента, со всеми подкаталогами, которые указаны в этой строке, даже если их не существовало
или полным, например:
C:\BAT\BATFILE.BAT
такой файл будет организован на компьютере клиента, со всеми подкаталогами, которые указаны в этой строке, даже если их не существовало.
Знак | - первый встретившийся в строке директивы F отделяет контекст задания имени файла от содержания строки, которая будет записана
в заданный файл.
При создании таких файлов, клиент не предупреждает о перезаписи уже имеющегося файла, просто пишет каждый раз заново,
при этом учитывается управляющий символ([ch254]) в конце строки, который приводит к записи следующей строки себе в хвост,
т.е. можно создавать текстовые файлы с неограниченной длиной строки(полезно для rtf,fo - шаблонов.)
Т.е. стало абсолютно реальным:
1. существенно снизить нагрузку по сети, т.к. дальнейшие операции с однажды подготвленными файлами клиент будет проводить
на локальном уровне, а не по сети;
2. централизовано обновлять различные шаблоны(*.rtf,*fo и прочие) и параллельно иметь копии на клиентских машинах,
тем самым обеспечив абсолютную синхронность в системе и ещё один уровень разгрузки по сети и сократить время их
доступа к ним, т.к. они уже в локальном доступе;
3. централизовано управлять различными файлами, т.е. без посещения клиентских машин или открытия
к ним доступа по сети;
4. в случае реализации интернет-проектов отпадает необходимость
в доработке шлюза Василенко по передаче файлов(или обращению к ним), расширения которых
отличаются от системных, т.к. весь необходимый контент уже стало возможным передавать
в тех же OUTах с наивысшей сегодня эффективностью, т.к. шлюз выполняет сжатие на лету;
5. проще и легче управлять "Возможно устарело";
P.S. Всё конечно началось с последних пунктов, но так всегда....
P.S.2. Имена файлов и каталогов могут содержать кирилличные символы и их не требуется конвертировать
через [win..] перед обращениями, как пока того требует сегодня сервер.
|
|
Зарегистрирован |
|
|
|
Boris, Kiev.
Адепт ФБП с 1996г.
Просмотреть Профиль | E-мэйл
Сообщений: 875
|
http://hdru.com/russian/Clw32-130225.zip
//BK 121025-130304 еще одно расширение директивы F
если содержание строки за | с первой позиции содержит контекст "--CONTROL--", то клиент просто проверит существование указанного файла и в случае его отсутствия выдаст предупреждающее сообщение и отдаст директиву серверу [sed полное имя файла+'*'+[user],'N'] и также пошлет директиву для "возможно устарело".
Это расширение директивы F позволит настройщикам строить удобный алгортим с учетом контроля наличия критических файлов на клиентских местах.
Замечание. Если в отчете будет несколько таких запросов, то действия клиент произведет на все такие обращения, но сообщение об отсутствии выдаст только на последний такой запрос. (это временное ограничение, хотя возможно реальной такой необходимости может ни у кого и не возникнуть).
|
| « Изменён в : 04.03.13 в 06:14:49 пользователем: Boris, Kiev. » |
Зарегистрирован |
|
|
|
Boris, Kiev.
Адепт ФБП с 1996г.
Просмотреть Профиль | E-мэйл
Сообщений: 875
|
http://hdru.com/russian/Clw32-130225.zip
//BK 121102-130311
Клиент на старте проводит такую запись в extrd.dat
[sed [user]+'*Clw32_exe_CurrentVersion*',Ycreate*10000+Mcreate*100+Dcreate+(Hcreate*10000+Ncreate*100+Screate)/1000000]
и отражает соответствующий контекст на своей заставке при старте.
Эта запись позволит настройщикам культурно вводить новшества, например:
---------------------------------------------------------------------
if [ged [user]+'*Clw32_exe_CurrentVersion*'] > 20121102
NF='PRIMER_S.RPT'
SR=[ged [user]+'*last_context_for_search*'+NF]
if [type SR]
S:^^^^^^^^^^^^^^^^^^^^SR
endif
[sed [user]+'*last_context_for_search*'+NF,0]
endif
---------------------------------------------------------------------
|
|
Зарегистрирован |
|
|
|
Boris, Kiev.
Адепт ФБП с 1996г.
Просмотреть Профиль | E-мэйл
Сообщений: 875
|
http://hdru.com/russian/Clw32-130225.zip
//BK 20121120-20130318 (Актуально для настройщиков)
Редактор RPT-файлов сохраняет позицию маркера при закрытии формы.
В случае возникновения ошибки в форме при переходе к тексту формы по 'E-...' уже переходим к указанной позиции автоматом.
Пока этот вопрос решается корректно в пределах стартующей формы. Возможно, скоро согласуем вопрос с сервером и сделаем корректный
переход к ошибочному фрагменту независимо от его "удаленного" размещения, имеется ввиду, если п.п. или функция расположена
в FIRST.RPT LIBRARY.RPT или в *.LIB
Таким образом, при отладке форм уже можно больше думать о сути, а не о том, как быстрее снова перейти к проблемному участку кода.
|
|
Зарегистрирован |
|
|
|
Denis, Dnepropetrovsk
Я люблю этот Форум!
Просмотреть Профиль | E-мэйл
Сообщений: 129
|
Вопрос не актуальный, но все же:
А если в форме больше 32000 строк перейдет ли к ошибочной строке??
Сейчас при ошибке в строке за пределами 32000 счетчик сбивается когда пишет "Е-...
Хорошее улучшение для тех, кто использует встроенный редактор форм. (сам пользуюсь исключительно far-ом для настроек)
|
| « Изменён в : 18.03.13 в 13:24:32 пользователем: Denis, Dnepropetrovsk » |
Зарегистрирован |
|
|
|
Boris, Kiev.
Адепт ФБП с 1996г.
Просмотреть Профиль | E-мэйл
Сообщений: 875
|
on 18.03.13 в 13:17:54, Denis, Dnepropetrovsk wrote:Вопрос не актуальный, но все же:
А если в форме больше 32000 строк перейдет ли к ошибочной строке??
|
|
Перейдет, если ошибочная строка кода <32767
В моей самой динной форме кода чуть больше 16000.
Длинные формы имеют плюсы и минусы.
Длинные не рекомендую.
Quote:
Сейчас при ошибке в строке за пределами 32000 счетчик сбивается когда пишет "Е-...
|
|
Так и есть, только что проверил, кстати сюда не заходил ни разу. Поправим.
Quote:
Хорошее улучшение для тех, кто использует встроенный редактор форм.
|
|
alushta и Вам Спасибо.
Quote:
(сам пользуюсь исключительно far-ом для настроек) |
|
Far тоже всегда под рукой.
А настройки синтаксиса сами сложили или копнули где?
Может на бонус ФБП-публике спромагнётесь?
|
| « Изменён в : 18.03.13 в 15:45:39 пользователем: Boris, Kiev. » |
Зарегистрирован |
|
|
|
VLV
Я люблю Финансы без проблем!
Просмотреть Профиль |
Сообщений: 231
|
Quote:Редактор RPT-файлов сохраняет позицию маркера при закрытии формы.
|
|
Вот бы ему еще и путь к RPT-шкам сохранять(помнить) раз такое дело...
|
| « Изменён в : 18.03.13 в 16:51:49 пользователем: VLV » |
Зарегистрирован |
|
|
|
|
|
