EugenVitla писал(а) 11. Февраля 2010 :: 07:01:

Очень выручает https://www.dropbox.com/ . После установки на нужных компах, появляется "системная" папка этой приблуды, которая синхронизируется с хранилищем в интернете. Также можно заходить в это хранилище браузером. Хранятся вся история изменений файлов, т.е. можно вытащить документ на любую дату.

Саша, извиняй за ОФФ.

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

3.04.007 от 09.02.10 г.
- Исправлены незначительные недочеты при построении запросов для объекта-расширения табличного поля «ПоставщикДанных.Справочник».
- Исправлены некоторые недочеты в методе «НайтиЗначение» при поиске по реквизиту = реквизиту сортировки табличного поля.
- Новый атрибут «Пометка» элемента коллекции «Кнопка» объекта «ПоставщикДанных.КоманднаяПанель».
- Незначительная оптимизация. При настройке отбора, в случае закрытия формы без сохранения перестроение ТП не происходит.

3.04.008 от 12.02.10 г.
- Исправлены некоторые ошибки попытки поиска Далее, Назад при отсутствии колонки и значения поиска.
- Убрана обработка событий клавиатуры Ctrl+Enter (вызов формулы кнопки-контейнера).
- При открытии обработки поиска курсор позиционируется в конце строки. При этом если поиск по колонке с типом «Строка» тогда активизируется поле поиска значения, иначе поле поиска по подстроке.
- Исправлена ошибка добавления групп справочника объекта-расширения табличного поля «ПоставщикДанных.Справочник» если «ТолькоПросмотр» у объекта «ПоставщикДанных.ТабличноеПоле» равен 1.
- Если записи объектов-расширений табличного поля «ПоставщикДанных.Справочник», «ПоставщикДанных.Документы», «ПоставщикДанных.Журнал», «ПоставщикДанных.Операции» и «ПоставщикДанных.Регистр» заблокированы. То выдается соответствующее предупреждение и форма открывается в режиме ТолькоПросмотр.
- Исправлены некоторые ошибки версии 3.04.007 от 09.02.10 г.
- Исправлена ошибка при настройки колонок табличного поля.

Ошибок исправлено много, так что однозначно надо переходить. + обработка поиска с позиционированием (!!!) в конце вводимой строки повышает удобство ее использования. 

Кстати родилась идея как можно сделать нормальный быстрый поиск (чтобы и позицию учитывал и искал как надо) вот только реализовывать мне пока некогда. Кратко предыстория. Я бы не стал париться и делать форму обработки быстрого поиска если бы не одно "но". Реквизиты без указания Вида. Поскольку с остальными можно совладать, то вот с ними есть проблема. Как например искать элемент справочника если вид не указан. С остальными то все просто. Select top 1.... From.... Left Join.... Where..... Order By. В принципе счас НайтиЗначение так и работает только без Left Join поскольку ищет конкретное значение.
Так вот решение данной проблемы я вижу такое... начинает пользователь набирать "абвгде" потом обработка поиска проверяет тип и вид и если не может однозначно определить таблицу соединения просит пользователя указать какая именно таблица будет использоваться (т.е. вываливает окно выбора вида). Естественно надо учитывать настройки заданные в коллекции Реквизиты. Ну в общем как то так . Решил написать чтобы потом не забыть.
Может руки дойдут.  

Пы.сы. перечитал и сразу зародилось несколько вопросов, сначала юзвер набрал "а", сработал быстрый поиск (он выбрал вид справочника), потом к "а" добавил "б" система должна спрашивать его по какому виду искать или должна запомнить предыдущий выбор? И тот и другой вариант имеют право на жисть. 

на самом деле мож все-таки как-то так: сначала

Select DISTINCT LEFT(ИмяРек13,4) FROM что-то  

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

vandalsvq писал(а) 11. Февраля 2010 :: 20:21:

конечно надо. очень удобно...

Я с хотелкой. Было бы неплохо добавить РежимВыбора как у объекта ПоставщикДанных.Справочник и в другие объекты,в ПоставщикДанных.Документ, в ПоставщикДанных.Журнал.

В связи с возникающими вопросами у некоторых пользователей КОП поясняю следующий момент:
- для того чтобы не было проблем со строковыми реквизитами неограниченной длины (обновление, отображение) в силу требований к запросу со стороны ODBC, а также текущего правила составления текста запроса в КОП, в текущей версии 3.04.009, данные колонки должны быть добавлены ПОСЛЕДНИМИ в форму списка. Т.о. проблем с отображением возникать не будет. В будущих релизах данная проблема ВОЗМОЖНО будет решена.

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

Пы.сы. при температуре 37.5 сложно правильно формулировать свои мысли.

zk96 писал(а) 15. Февраля 2010 :: 20:02:

Спасибо.