vandalsvq писал(а) 20. Ноября 2009 :: 11:26:


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

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

В данном посте http://www.1cpp.ru/forum/YaBB.pl?num=1246429625/349#349 я отписался по поводу использования ВК 1sqlite. Очень советую посмотреть и принять хотя бы к сведению.

разрешите присоединится к дискуссии...

Во-первых огромное спасибо автору за такой класс, да еще с документацией! Просто не хватает слов благодарности...

Начал потихоньку разбираться с журналами и выявил несколько багов:
1. При формировании запроса используется стрЗаменить к тексту запроса, так вот при наличии в журнале двух документов с "похожими" видам (Например Счет и СчетВходящий) не происходит правильное изменение запроса. Получается что-то типа
Цитата:

2. Нет возможности вывести общие реквизиты документа (те, которые без признака отбор), или я просто еще не разобрался.
3. Если в Обычном журнале удалить из состава один из видов документа, но не очистить ссылки (в реквизитах), то запрос строится с ошибками... Но это скорее моя ошибка, как "конфигураста".

Понимаю, что автор не обязан все бросить и исправлять ошибки, но надеюсь, что при очередном обновлении класса мои заметки пригодятся.

vandalsvq писал(а) 02. Декабря 2009 :: 09:49:

Так они вроде и так "джойнятся" в 99% случаев??? Или я не так понял?

Noy писал(а) 02. Декабря 2009 :: 10:43:

В самих запросах типизация значений производится по принципу 1 колока = 1 тип, ну или же лови все во внутреннем формате. Есть вариант отказаться от типизации в запросе, возложив это на процедуру "ПриВыводеСтроки". Но счас КОП к этому "не готов". А вот стоит ли так делать я даже не знаю. Потому как первая задача на что направлен данный класс - это оптимизация работы. А вот как такое изменение скажется на производительности я говорить не берусь. Не испытывал как то.
Как вариант если в колонке есть "сборные" типы я могу не типизировать в запросе, и тогда ответственность за это лежит на плечах программистов. Вы готовы к такому повороту событий?

vandalsvq писал(а) 02. Декабря 2009 :: 11:47:


Думаю, что лучше всего сделать настройку для колонки что-то типа ПриводитьКСтроке=1. (хотя не уверен, что это легко делается)

Цитата:


Ведь есть уже "РазрешитьОтборПоГрафам" - можно добавить новый параметр, или ориентироваться на этот.

Думаю что на практике использование данного класса только с таблицей 1sjourn будет очень редким.