gifts2017

Где-то была обработка

Опубликовал Андрей (lamer19) в раздел Администрирование - Поиск данных

Обработка 1С 7.7 осуществляющая поиск по истории открытых обработок. Обработки могли быть открыты программистом в конфигураторе и пользователем в режиме предприятия. В редакции 0.5 добавлены плюшечки: Наравне с открытием обработки добавлено, открытие папки содержащей обработку. Так же понятно что поскольку история хранится в реестре, то данная обработка является примером для работы с реестром. Строго говоря в то время для эксплуатации реестра MSScriptControl.ScriptControl . Крест возле имения базы на форме означает что база нет (нет файла 1CV7.MD по указанному пути). Соответственно крест возле имени обработки означает что обработки нет по указанному пути. Добавлена сортировка. Убрана возможность разобрать понравившуюся обработку. Добавлена возможность показать в папке (не путать с открыть папку). Добавлена возможность скопировать обработку. Добавлена выборка обработок по истории отладчика.

Пункт меню Файл.

Часто бывает, что пользователь не знает, где находится открываемая им из истории обработка. Бывает, что программист, закрыв конфигуратор, забывает, где хранится обработка которую он правил. Для этих случаев нужна данная обработка.

Скачать файлы

Наименование Файл Версия Размер
Обработка.ert 20
.ert 176,00Kb
11.03.13
20
.ert 176,00Kb Скачать

См. также

Подписаться Добавить вознаграждение
Комментарии
1. Дониэла Иванова (Доня) 07.03.13 12:09
Хорошая обработка. Спасибо. Обязательно пригодится
2. Дониэла Иванова (Доня) 07.03.13 12:13
Вопрос: а за какой период показываются все обработки?
Есть ли какое ограничение: день, неделя, месяц, год ???
3. Андрей (lamer19) 07.03.13 12:45
Вы наверное не вполне понимаете либо обработку либо принцип хранения истории. Дело в том что сама по себе обработка ничего не хранит. Хранит историю сама 1С. Ограничения по интервалу у 1С нет, но есть огранчиение на количество хранимых файлов. Моя обработка понимает реестр windows в котором 1С хранит историю файлов (с этой точки зрения данная обработка является ещё примером обработки работающей с реестром Windows без внешних компонент), и вытаскивает оттуда историю. Но за идею спасибо.
4. Дониэла Иванова (Доня) 07.03.13 12:55
<< есть ограничение на количество хранимых файлов >>
какое количество хранимых файлов??? как это узнать.
Потому-что я вижу открываемые мною обработки относятся к разным базам и я вижу определенное количество, т.е. это ограниченно периодом обращения к этой обработке, не так ли ?

Видимо это из "Недавние документы"
5. Андрей (lamer19) 07.03.13 13:19
Методом тыка. Количество ограничено восемью файлами, но дело в том что в этот перечень открытых недавних обработок включаются также открытые текстовые и mxl файлы. Их я отбрасываю и оставляю только обработки. Обработку можно открыть из обработки щелчком на ней. На историю это влиять не должно. Крестик слева от имени базы означает что база удалена или недоступна по указанному пути. Крестик слева от имени обработки означает что обработка удалена или недоступна по указанному пути.
6. Максим Кречетов (piloturs) 09.03.13 13:44
Неплохо бы было прикрутить кнопки "Сохранить" и "Восстановить" всю ветку реестра 1Сv7 в файл *.reg в каталог с обработкой. Например удобно перед/после переустановки винды.
7. Андрей (lamer19) 09.03.13 15:39
8. Максим Кречетов (piloturs) 09.03.13 16:07
Что касается самой обработки.
Конечно можно пользоваться тем, что есть, но можно дополнить:
- при открытии заполнять ТЗ сразу.
- прикрутить кнопку сортировать по любой видимой колонке.
- так, как значения в ТЗ могут не отображаться целиком из-за их большой длины - сделать отдельно вывод н-р "Путь" по текущей строке ТЗ в текстовый элемент на форме.
- вычленить из пути название обработки/отчета и добавить колонку "название обработки" для сортировки
- получить параметры файла отчета/обработки - дата создания/изменения, размер и т.д.
- масштабирование ТЗ при развороте формы обработки.
9. Андрей (lamer19) 09.03.13 18:06
(8) piloturs, У меня лично очень много баз. Когда много баз то происходит торможение в момент открытия. Если её откроет программист (с таким же количеством баз, то у него вряд ли хватит терпения понять для чего данная обработка). Масштабирование не всюду в 7.7 возможно. По остальным пунктам возражений нет, могу. Огромное спасибо за Ваши мысли и идеи.
10. Максим Кречетов (piloturs) 09.03.13 19:36
(9)
Масштабирование не всюду в 7.7 возможно

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

зы: Еще можно добавить функцию открытия в проводнике папки с выбранной обработкой.
Типа так:
ЗапуститьПриложение(ПутьКОбработке(ТЗ.Путь));
11. Максим Кречетов (piloturs) 09.03.13 19:58
в догонку к (10)
Масштабирование таблицы значений на форме обработки невозможно имхо только в следующих случаях:
- если не установлен флажок "изменять размер" в свойствах формы обработки
- если обработка запущена в модальном режиме
- если на обработке есть еще одна ТЗ, которая в порядке обхода находится впереди
12. Андрей (lamer19) 10.03.13 14:30
(6) piloturs, Кнопку сохранить востановить имет смысл делать отдельной обработкой
13. Андрей (lamer19) 10.03.13 14:31
(11) piloturs, никогда честно говоря не задумывался в каких случаях возможно, а в каких невозможно, но по любому спасибо
14. nanik nanik (nanik) 10.03.13 14:47
А зачем пользователям давать право открывать внешние обработки с любой директории? Лично я за то чтобы это было как-то упорядоченно, как минимум, например, через "Дополнительные возможности" и у пользователей было только право на чтение, чтобы никто не мог положить обработку выполнить (например, исправить документы закрытого периода) и удалить потом.
15. Андрей (lamer19) 10.03.13 15:17
(14) nanik, Иногда у ползователей бывает такая возможность, но моя обработка не только для пользователей, но и для программистов (есть выборка истории конфигуратора)
16. Максим Кречетов (piloturs) 10.03.13 15:26
(12) - согласен, это логично
Кстати, функция открытия папки с обработкой в проводнике, необходима обязательно. Иначе - зачем мы ищем обработку?

(14) - эта обработка не для пользователей, а для не очень аккуратных и забывчивых кодеров, у которых на домашнем компе мульйон разных баз. Например как у меня.
17. nanik nanik (nanik) 10.03.13 16:45
(16) - что же бывает, все в идеальном порядке держать нет возможности, пожалуй, ни у кого :)
18. Максим Кречетов (piloturs) 10.03.13 20:53
(0) код заполнения необходимо оптимизировать
самый главный момент: создавать объект "MSScriptControl.ScriptControl" нужно один раз при открытии и хранить его в модульной переменной.
Сейчас в обработке при каждой итерации цикла создается два раза этот объект, а затем два раза уничтожается.
19. Андрей (lamer19) 11.03.13 14:42
20. mikhailovaew (mikhailovaew) 22.03.13 12:51
А можно сделать так, чтобы она еще и восьмерошные отчеты-обработки видела, без возможности открытия?
21. Андрей (lamer19) 22.03.13 13:01
С восьмеркой мне разобраться ещё предстоит. В мыслях держу. Под восьмерку историю обработок резонно на восьмерке писать.
22. mikhailovaew (mikhailovaew) 22.03.13 14:04
(21) в восьмерке все хуже, кажется... список открытых обработок один для всех баз. Так что не получится (
23. Андрей (lamer19) 09.12.13 11:52
(22) mikhailovaew, Может подскажете как сделать аналог для восьмерки?
24. mikhailovaew (mikhailovaew) 09.12.13 20:20
(23) к сожалению, не подскажу, так как не знаю, где и в каком виде хранятся эти обработки. Я сужу чисто по внешним проявлениям, как пользователь: в одной базе откроешь обработку - она сразу возглавит список в любой другой базе. Чем-то похоже на офисные приложения, скорее всего, используется папка пользоателя операционной системы.