Думаю все знают, что для поиска в скриптах сервисов можно(нужно) использовать утилиту «Grep Search». Для его запуска, раньше нужно было в TSAdmin найти сервис wnd_GrepSearchScript, открыть его и запустить по кнопке F9 (Выполнить).
Теперь пользоваться Grep Search стало гораздо проще. Начиная с версии 3.3.2.153 в меню Инструменты (Tools) появился пункт «Grep search» и открыть поиск можно с помощью клавиатурного сочетания: Shift+Alt+S

Нравится

Поделиться

2 комментария

Отлично!

В версии 3.2 нет такой возможности.

Показать все комментарии
Публикация

Сразу оговорюсь, что если мне удалось выступить в роли Капитана Очевидность - прошу отметить это в комментариях и не забрасывать тяжелыми предметами.

Открыл для себя следующую особенность редактирования сервисов в TSAdmin.

UPDATE устранено для версии 3.3.2.140

1. Берем любое окно (открываем сервис), на любое событие назначаем обработчик двойным щелчком, происходит переход в соответствующий скрипт (он при этом откроется) и там в обработчике пишем любой код. Пусть это просто комментарий. Сохраняем скрипт, сохраняем сервис окна - внимание - не закрываем сервисы.
2. Возвращаемся в уже открытый скрипт и вносим еще изменения - например, еще комментарий рядом. Сохраняем сервис - и - внимание, закрываем его.
3. Идем в по-прежнему открытый сервис окна и дважды щелкаем по ранее назначенному обработчику - вот это было для меня новинкой - откроется скрипт, но именно в том виде, какой был на момент сохранения сервиса окна, то есть без второго добавленного комментария. Если скрипт сохранить в этот момент, таким он и останется - мы этого делать не будем.
4. Закрываем все сервисы и после этого обращаемся любым способом к нашему скрипту - через переход к обработчику или просто открыв его - мы видим оба внесенных комментария (читаем "изменения").

Очень много написав выше, приведу вывод, сделанный мною для себя - категорически не оставлять открытыми любые сервисы типа того самого окна, где есть обработчики событий - можно увлечься и в какой-то момент добавляя к примеру обработчик нового события потерять все то, что изменено в этом же скрипте...

Честно признаюсь, что не замечал этой feature, а она была...

Интуиция подсказывает, что не знал об этом только ваш покорный слуга... :redface:

Нравится

Поделиться

12 комментариев

Хех, теперь я знаю из-за чего однажды я потерял час для переписывания скрипта заного. Спасибо. :smile:

Есть такой зарос на изменение №65169: "TSAdmin: Обнаружена ситуация когда теряется изменения в скрипте сервиса".
Был исправлен неделю назад (12.10.2010) для версий 3.3.1.135 и 3.3.2.140.

P.S. На практике воспроизводилась ситуация очень редко.

"Александр Кравчук" написал:P.S. На практике воспроизводилась ситуация очень редко.

Да не редко... любое окно возьмите в 3.3.2.125 и попробуйте, запросто...

"Александр Кравчук" написал:Есть такой зарос на изменение №65169: "TSAdmin: Обнаружена ситуация когда теряется изменения в скрипте сервиса".
Был исправлен неделю назад (12.10.2010) для версий 3.3.1.135 и 3.3.2.140.

Вот счас запросим обновление:wink:

"Александр Кравчук" написал:

Больше года обещана рассылка по партнёрам инфы по свежим сборкам . Где?

Список изменений в версиях?

Список закрытых грабель и найденных новых? Тоже есть?

"Александр Кудряшов" написал:Данный принцип работы системы является правильной это не баг.

Классный принцип )
В свое время из-за этого "правильного" принципа тоже потерял скрипт, который писал около дня.

А еще не забывайте про датасеты, которые в дизайн режиме ИНОГДА (как тут кто-то писал) ведут себя "неадекватно" :)

"Александр Кудряшов" написал:Александр Кравчук пишет:
P.S. На практике воспроизводилась ситуация очень редко.
Да не редко... любое окно возьмите в 3.3.2.125 и попробуйте, запросто...

Александр, я думаю имелось ввиду, что у каждого человека своя привычная последовательность действий при создании обработчика, и такая последовательность, которая приводит к ошибке, реже встречается. Я, например, за 3 года работы ни разу с этой проблемой не сталкивалась.

"Раловец Ольга" написал:Александр, я думаю имелось ввиду, что у каждого человека своя привычная последовательность действий при создании обработчика, и такая последовательность, которая приводит к ошибке, реже встречается. Я, например, за 3 года работы ни разу с этой проблемой не сталкивалась.

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

Обновление до 3.3.2.140 успешно решило вопрос с новой логикой системы, кстати:smile:

Да, самое главное, Александру Кравчуку огромное спасибо!

"Александр Кудряшов" написал:Да, самое главное, Александру Кравчуку огромное спасибо!

Я только информацию представил. Проблему первый раз воспроизвел Гура Артем, а исправил Павлов Михаил.

"Александр Кравчук" написал:Проблему первый раз воспроизвел Гура Артем, а исправил Павлов Михаил.

Значит +1 репутации каждому:smile:

Мои вопросы в игнор ?:confused:

"alexsandr yarmolenko" написал:Мои вопросы в игнор ?

По многочисленным заявкам: Сборки систем Terrasoft

Показать все комментарии

Доброго времени суток.
Возник следующий вопрос.
Всем известна комбинация Ctrl + F9, которая проверяет скрипт. Так вот, если в скрипте объявить глобальную переменную и сразу присвоить ей значение, к примеру, из scr_Consts, то проверка скрипта не проходит(видимо не заходит в подключенные скрипты), что, собственно вызывает ошибку. В новых версия, а конкретно в моем случаее это 3.3.2.33 эта проверка так же добавлена на сохранение скрипта. Если точнее, то работаю со скриптом scr_Calendar, где вначале объявлена

var clSpecialDayColor = clOlive;

На автомате нажимаю ctrl+s часто, что бросает меня в начала скрипта(говорит, мол clOlive не определена), что делает разработку не очень удобной.
Есть какие-то методы обхода сего, кроме комментирования таких строк на время разработки?

Нравится

3 комментария
if (typeof(Connector) != 'undefined') {
	var clSpecialDayColor = clOlive;
}

Ольга, спасибо )

Всегда пожалуйста :)

Показать все комментарии