v7: Добавил пару методов в FormEx

Понадобилось тут для работы добавить пару методов.

КопироватьОбластьТаблицы(<ТаблицаИсточник>,<СтрокаНачальная>,<КолонкаНачальная>,<СтрокаКонечная>,<КолонкаКонечная>,<ТаблицаПриемник>,<СтрокаНачальнаяПриемника>,<КолонкаНачальнаяПриемника>)
Назначение:
Метод для копирования области ячеек из одной таблицы в другую. Копируемые ячейки заменяют содержимое ячеек в таблице-приемнике.
Параметры:
ТаблицаИсточник - объект Таблица, из которого надо скопировать ячейки;
СтркаНачальная,КолонкаНачальная,СтрокаКонечная,КолонкаКонечная - координаты, задающие копируемую область ячеек;
ТаблицаПриемник - объект Таблица, в который надо скопировать ячейки;
СтрокаНачальнаяПриемника,КолонкаНачальнаяПриемника - координаты начальной ячейки области, куда надо поместить копируемые ячейки.

ОткрытьДвиженияОбъекта(<Документ>)
Назначение:
Открывает стандартное окно движений документа по регистрам. Аналогично действию ''Движения документа'' в контекстном меню журнала документов.
Параметры:
<Документ> - документ, движения которого надо показать.

Если кому интересно, сборку 2.0.5.152 качать, как обычно на formex.dorex.pro

Выложен новый релиз с вчерашними исправлениями. Качать, как обычно, тут: http://dorex.pro/?projects&formex&download

В чем было дело. Странная система Windows.
Похоже, что в зависимости от каких-то факторов типа сервис-пака, установленных программ, текущих патчей, черта лысого, Винда меняет уровень своей лояльности к ошибкам в программе. Первая обнаруженная при вчерашней "атаки тестированием" ошибка заключалась в зацикливании сообщения главному окну. У меня (и похоже, что у большинства пользователей) через несколько шагов в зацикливании Винда этот цикл прерывала и дальше шла нормальная работа. У victuan1 итогом этой зацикленности был вылет 1С. Проблема решилась переносом места инициализации класса сворачивания 1С в иконку к часам.
Вторая ошибка, которую ловили уже общением по почте, постепенно отключая-включая функционал FormEx, заключалась в вызове оригинальной WNDPROC при перехвате процедуры главного окна. У меня в коде был прописан древний стиль:
((WNDPROC)hMainWndProc)(hWnd, nMessage, wParam, lParam);
И это почему-то нормально работало даже на новейших системах. Хотя, судя по результатам поиска, должно было перестать работать еще на WinXP SP3. Все заработало после замены на рекомендуемые вызов:

::CallWindowProc((WNDPROC)hMainWndProc,hWnd, nMessage, wParam, lParam);

Вот как-то так... Мир полон загадок и открытий.

2(412) ПриПолученииКомандыГлавнымОкном или ПриПолученииСистемнойКомандыГлавнымОкном есть?

2(415) Сможешь сделать пустую тестовую базу , на которой можно было бы воспроизвести?

2(419) Давай попробуем зайти с другой стороны. Скачиваешь тут тестовую сборку: https://yadi.sk/d/SaGiKhu0fjokHw
Насколько я сейчас понял, копанув, это предупреждение выводится только при проверке прав доступа к внутренним объектам конфиги.
В тестовой сборке я добавил предопределенную процедуру ПриПроверкеПравДоступа(парам1, парам2, парам3, парам4, парам5, Результат, СтандартнаяОбработка). Попробуй у себя посмотреть что в эту процедуру передается перед выводом предупреждение о недостаточности прав.
Заодно поможешь проанализировать что эти параметры значат :)

+(421) Да, при запрете открытия внешнего отчета используется шаблон сообщения:
"Недостаточно прав для использования Внешнего Отчета %1"

2(423) Хм... А ты его кинь себе в каталог пользователя.

2(425) Ну, дык, ему в папку пользователя пользователя кинь.
Хотя все равно ж надо будет в глобальник ставить новую процедуру. Ладно, работой тогда займусь.

2(427) Неожиданный эффект...

2(433) Очень может быть.

2(435) Процедура должна быть в глобальнике. У меня срабатывает при интерактивном открытии форм объектов.

2(437) Ссылка есть в (421). Пока не знаю попадет ли в релиз процедура проверки прав.

2(439) А я как раз переделал вызов ПриПроверкеПравДоступа. Оставил три параметра, которые понятно что означают. И поменял место перехвата.
2(440) Это интерактивно, насколько я понимаю, но права на внешние отчеты иначе проверяются. Было подозрение, что у тебя там где-то идет открытие формы встроенного объекта и из-за этого выводится предупреждение. Можно было бы это отловить.

Народ, нужен совет.
Иногда возникает проблема с вылетом 1С при каком-то долгом процессе со сложно локализуемым местом. Есть идея тупо писать во внешний лог подряд все исполняемые строки. Тогда последняя в логе - это и есть искомая строка вылета.
Естественно, тупая запись в файл вызывает жуткие (ЖУТЧАЙШИЕ!) тормоза. Есть ли с ходу решение, чтобы быстро куда-то писать лог, чтобы при вылете в нем все сохранялось и скидывалось на диск? В голову приходит внешний сервис, в который 1С и будет гнать данные по типу штатного отладчика, а он будет накапливать в памяти и с некой периодичностью скидывать на диск. Но опять же есть сомнения в производительности. Что говорят по этому поводу современные технологии?

2(443) Так ведь отладчик работает, да?

Тут еще проблема вспомнилась. У нас 1С запускается в терминальной сессии без рабочего стола, как удаленное приложение. И если падает, то все свое окружение тянет за собой. Т.е. данные надо гнать куда-то наружу, чтобы при краше даже от внешних причин был лог и было понятно, что не в 1С дело.
Мда... Засада...

2(449) Тип объекта, вид объекта, тип права доступа.

2(453) А скажи, пожалуйста, не используется ли у тебя метод Сервис::ПолучитьСписокАктивныхПользователей() с единицей в качестве первого параметра?

+(456) Попробуй погонять вот эту сборку: https://yadi.sk/d/SaGiKhu0fjokHw

2(458) Если со сборкой из (457) будет возникать это предупреждение, то у меня лично остается только одна идея - ловить вывод этого сообщения и писать в лог строку кода 1С, на которой оно возникает. Такое впечатление, что это какой-то сбой в чтении ресурсов и вместо какого-то сообщения подхватывает для вывода вот эту строку в ресурсах.

2(463) Может быть где-то что-то портит память и возникает вот такой эффект.

2(466) Что винда по этой ошибке пишет?

2(470)(469) Это он несколько раз упало за 5 секунд?

Не удалось воспроизвести по этому алгоритму.

По заявкам зрителей добавил метод Сервис::ЦентрироватьТаблицуПриДобавленииСтроки(Флаг)

ЦентрироватьТаблицуПриДобавленииСтроки(<?>)
Синтаксис:
ЦентрироватьТаблицуПриДобавленииСтроки(<НовоеЗначение>)
Назначение:
Метод позволяет получить/установить значение внутреннего флага центрирования таблиц на форме при добавлении строк. Значение флага глобальное и распространяется на все таблицы.
Параметры:
<НовоеЗначение> - необязательное новое значение флага.
Возвращает:
Текущее значение флага до изменения.

Тестовая, как обычно, тут: https://yadi.sk/d/SaGiKhu0fjokHw

2(490) Да.

2(492) Не встречал такого.

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

2(496) Да нет ничего проще!
ДлинноеМнемоническоеНазваниеМетода1()

ДлинноеМнемоническоеНазваниеМетода2()
ДлинноеМнемоническоеНазваниеМетода3()

Изменил поведение метода и его название на более отвечающее сути: ЦентрироватьТаблицуДляТекущейСтроки().

И ответ на (490) все же "нет". Распространяется на все таблицы. В том числе и на всякие формы списков при поиске, например, по номеру документа.
Скорее всего, будет развитие этого метода и можно будет задать поведение: верх, низ, центр. Сейчас 0 - центр, все остальное - низ. Не очень мне это нравится.

Тестовая там же: https://yadi.sk/d/SaGiKhu0fjokHw

+(498) Сделал, чтобы не откладывать в длинный ящик. Теперь параметр: 0 - низ; 1 - центрировать; 2 - верх.