Поиск чисел.
Раньше искали по сумме просто встав в колонку и начав писать типа "10000", в итоге находились документы с суммой 10000. Теперь он не ищет так (находит 0 документов). Теперь он хочет, чтобы ему писали "10 000" (с пробелом).
Поиск по названию.
Встаем на колонку Наименование. Пишем "инвест" и нам предлагается результаты из любой строки с надписью "инвест", не только по наименованию.
Спасает только расширенный поиск Alt+F. Но многие (!) не знают про это.
Риторический вопрос: на фига было так делать 1С?
Практический вопрос: может как-то можно расширенный поиск сделать поиском "по умолчанию"?
(14) alexx2510, оказывается надо очистить индекс, а потом заново обновить, чтобы заработало. Просто обновить не помогает.
В приведённом вами документе попробуйте сумму измените, чтобы получилась дробная. Он перестанет его искать! (см. вложение)
Поэтому у нас на рабочей вообще не ищет по сумме, т.к. без дроби у нас сумм практически не бывает.
(1) kraynev-navi, открыл кассовый журнал, начал писать 1000, нашел все документы у которых сумма 1000 и у которых в номере 1000 попалась. написал 2000 - нашел снова всё верно. 8.3.8.2054, 3.0.44.124.
сейчас посмотрел на демо-базе на списке документов реализаций.
при вводе значения, например, в колонке сумма сразу открывается то-же окно, что и по Ctrl-f
Подпишусь на тему, заодно напишу ещё пример, для понимания бедствия.
БП 3.0.44.124. Форма списка РТиУ. Десятки тысяч документов. Полнотекстовый поиск включен и индекс актуален. Расширений никаких не установлено.
Допустим мне надо найти документ с кодом 0000-004089. Жму Ctrl+F. Ввожу 0000-004089 и он нашёл 10 документов: 12/1, 2/30, 3/3 и т.д. 2012 года (тогда были такие номера). При этом у этих документов не отмечено красным поля по которым он нашёл. В данных документах нет сумм 4089, ни чисел 4089 - ничего! Т.е. непонятно почему он нашёл именно их, а документ с кодом 0000-004089 он не нашёл.
Ещё он нашёл документ с кодом 0000-000372 и выделил 0000 красным цветом. Т.е. из тысяч документов с 0000 в начале он выделил именно этот как наиболее подходящий к поиску по "0000-004089"... Сумма этого документа 1 973,67, дата 30.09.2013 23:59:59, номер договора, название контрагента, комментарий, курс доллара, номера счетов по которым сделаны проводки ничего не содержат и близко по строке поиска "0000-004089"
Это так работает поиск по Ctrl+F. Старый добрый поиск, который всегда работал нормально, теперь называется "Расширеный" и доступен по Alt+F.
Это поведение программы я не могу объяснить ничем, т.к. реально в найденных документах нет ни единого совпадения по строке поиска, а те документы, в которых есть 100% совпадение - он не нашёл!
P.S.
И ещё: по "4089" программа ничего не находит, хотя есть 3 документа с этим номером в комментарии и 2 документа с этим номером в коде документа.
Неужели у всех всё нормально? Ведь уже давно любая форма списка формирующаяся автоматически (допустим форма списка регистра накопления) уже работает по-умолчанию с этим новым поиском. Лично я уже давно с Ctrl+F перешёл на Alt+F
(11) klinval, ради интереса обновил демо-базу.
поиск работает нормально - пробелы между разрядами числа добавлять не надо. ищет корректно (по началу строки).
(14) alexx2510, оказывается надо очистить индекс, а потом заново обновить, чтобы заработало. Просто обновить не помогает.
В приведённом вами документе попробуйте сумму измените, чтобы получилась дробная. Он перестанет его искать! (см. вложение)
Поэтому у нас на рабочей вообще не ищет по сумме, т.к. без дроби у нас сумм практически не бывает.
(15) klinval, в числовых полях программа ищет только по полному соответствию, но действительно при наличии дробной части в окне поиска CTRL+F ничего не находит. при этом не важно есть пробел между разрядами или нет. странно, действительно похоже на ошибку.
P.S.
в строковых полях работает нормально по началу строки.
(17) alexx2510, опять таки на том-же примере. Документ имеет номер ИИ00-000006. Раньше раз я помню, что документ №6 я искал: "006" в номере (количество нулей в зависимости от массовости документов, если база полу пустая то 06, если много документов то 00006 и т.д.). Сейчас же всё странно и не прозрачно: 6 - находит, 06 - находит, по 006 - уже не находит... по 000006 - находит и по ИИ00-000006 находит.
Т.е. раньше я знал, что раз не нашёл, значит что-то не так вспомнил (например номер). Сейчас вариантов море: от неправильного или необновленного индекса, до "специфики" работы поиска. Тут я даже могу предсказать, что техподдержка сделает по всем этим вопросам:
1. Формы переделывать не будем. Это новый инновационный поиск - привыкайте. Старый по Alt+F.
2. Ошибку с дробными скорее всего зарегистрируют.
3. Ошибку с некорректным поиском по 006 скорее всего не зарегистрируют.
P.S.
Зато тот-же документ находит по "Плот ромаш иван усл"))
И всё-таки вопрос дня: если меня это не устраивает, что Ctrl+F теперь так работает, как переделать на то как было? По всем формам вновь добавленные 1С-никами объекты с источником "Список.СтрокаПоиска" удалять?
Еще веселая ошибка. Если на форме в списке присутствует поле "Имя предопределенных данных" и по ctrl+F начать искать, например "1", то выпадет ошибка при наложении отбора.
С 8.3.5 появилась такая штука:
http://v8.1c.ru/o7/201401ls/index.htm Если документ свежий, то нужно пользоваться расширенным поиском! Он работает как отбор в обычных формах!