3.0.44.124. Поиск ctrl+F в формах списка

1. С К (kraynev-navi) 187 23.09.16 15:29 Сейчас в теме
Бухгалтера в шоке.

Поиск чисел.
Раньше искали по сумме просто встав в колонку и начав писать типа "10000", в итоге находились документы с суммой 10000. Теперь он не ищет так (находит 0 документов). Теперь он хочет, чтобы ему писали "10 000" (с пробелом).

Поиск по названию.
Встаем на колонку Наименование. Пишем "инвест" и нам предлагается результаты из любой строки с надписью "инвест", не только по наименованию.

Спасает только расширенный поиск Alt+F. Но многие (!) не знают про это.

Риторический вопрос: на фига было так делать 1С?
Практический вопрос: может как-то можно расширенный поиск сделать поиском "по умолчанию"?
Вознаграждение за ответ
Показать полностью
Найденные решения
15. Валерий К (klinval) 195 26.09.16 15:27 Сейчас в теме
(14) alexx2510, оказывается надо очистить индекс, а потом заново обновить, чтобы заработало. Просто обновить не помогает.
В приведённом вами документе попробуйте сумму измените, чтобы получилась дробная. Он перестанет его искать! (см. вложение)

Поэтому у нас на рабочей вообще не ищет по сумме, т.к. без дроби у нас сумм практически не бывает.
synelf; buKIN; +2 Ответить 2
Остальные ответы
2. Сергей necropunk (necropunk) 4 23.09.16 15:43 Сейчас в теме
Подпишусь на комментарии. Пользователи не спрашивали, поэтому не копался на эту тему, но было бы любопытно узнать.
3. Alx Alx (alxarz) 27 24.09.16 11:38 Сейчас в теме
(1) kraynev-navi, открыл кассовый журнал, начал писать 1000, нашел все документы у которых сумма 1000 и у которых в номере 1000 попалась. написал 2000 - нашел снова всё верно. 8.3.8.2054, 3.0.44.124.
4. Николай (Chameleon1980) 25.09.16 07:53 Сейчас в теме
посмотреть (покопаться) в настройках не предлагать.

что-то встречал настраиваемое насчет поиска по номенклатуре правда в ут11
5. Николай (Chameleon1980) 25.09.16 08:06 Сейчас в теме
и, кстати, о каком журнале/списке документов идет речь?
6. Николай (Chameleon1980) 25.09.16 08:27 Сейчас в теме
сейчас посмотрел на демо-базе на списке документов реализаций.
при вводе значения, например, в колонке сумма сразу открывается то-же окно, что и по Ctrl-f

Автор отзовись. давай покрутим проблему.
7. Николай (Chameleon1980) 25.09.16 08:32 Сейчас в теме
а еще. Интерфейс счас какой стоит?
Такси или как ранее?
8. С К (kraynev-navi) 187 26.09.16 09:21 Сейчас в теме
Платформа 8.3.8.2054. Вот как выглядит в демо (см.приложения)
Если в (3) имелся в виду журнал кассовых документов, то там такая же история.
9. С К (kraynev-navi) 187 26.09.16 09:31 Сейчас в теме
(3) взгляните на видео, у вас также ищет?
10. Валерий К (klinval) 195 26.09.16 09:46 Сейчас в теме
Подпишусь на тему, заодно напишу ещё пример, для понимания бедствия.

БП 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 документа с этим номером в коде документа.
11. Валерий К (klinval) 195 26.09.16 10:38 Сейчас в теме
Неужели у всех всё нормально? Ведь уже давно любая форма списка формирующаяся автоматически (допустим форма списка регистра накопления) уже работает по-умолчанию с этим новым поиском. Лично я уже давно с Ctrl+F перешёл на Alt+F
12. alex G (alexx2510) 21 26.09.16 12:09 Сейчас в теме
(11) klinval, ради интереса обновил демо-базу.
поиск работает нормально - пробелы между разрядами числа добавлять не надо. ищет корректно (по началу строки).
13. С К (kraynev-navi) 187 26.09.16 12:33 Сейчас в теме
14. alex G (alexx2510) 21 26.09.16 12:39 Сейчас в теме
(13) kraynev-navi, платформа 8.3.8.2054
во вложении пример поиска по сумме
15. Валерий К (klinval) 195 26.09.16 15:27 Сейчас в теме
(14) alexx2510, оказывается надо очистить индекс, а потом заново обновить, чтобы заработало. Просто обновить не помогает.
В приведённом вами документе попробуйте сумму измените, чтобы получилась дробная. Он перестанет его искать! (см. вложение)

Поэтому у нас на рабочей вообще не ищет по сумме, т.к. без дроби у нас сумм практически не бывает.
synelf; buKIN; +2 Ответить 2
16. Валерий К (klinval) 195 26.09.16 15:50 Сейчас в теме
И всё-таки вопрос дня: если меня это не устраивает, что Ctrl+F теперь так работает, как переделать на то как было? По всем формам вновь добавленные 1С-никами объекты с источником "Список.СтрокаПоиска" удалять?
17. alex G (alexx2510) 21 26.09.16 15:53 Сейчас в теме
(15) klinval, в числовых полях программа ищет только по полному соответствию, но действительно при наличии дробной части в окне поиска CTRL+F ничего не находит. при этом не важно есть пробел между разрядами или нет. странно, действительно похоже на ошибку.
P.S.
в строковых полях работает нормально по началу строки.
18. Валерий К (klinval) 195 26.09.16 16:40 Сейчас в теме
(17) alexx2510, опять таки на том-же примере. Документ имеет номер ИИ00-000006. Раньше раз я помню, что документ №6 я искал: "006" в номере (количество нулей в зависимости от массовости документов, если база полу пустая то 06, если много документов то 00006 и т.д.). Сейчас же всё странно и не прозрачно: 6 - находит, 06 - находит, по 006 - уже не находит... по 000006 - находит и по ИИ00-000006 находит.

Т.е. раньше я знал, что раз не нашёл, значит что-то не так вспомнил (например номер). Сейчас вариантов море: от неправильного или необновленного индекса, до "специфики" работы поиска. Тут я даже могу предсказать, что техподдержка сделает по всем этим вопросам:
1. Формы переделывать не будем. Это новый инновационный поиск - привыкайте. Старый по Alt+F.
2. Ошибку с дробными скорее всего зарегистрируют.
3. Ошибку с некорректным поиском по 006 скорее всего не зарегистрируют.

P.S.
Зато тот-же документ находит по "Плот ромаш иван усл"))
19. Vladimir Kuzmenko (t278) 24 20.10.16 04:37 Сейчас в теме
ответ от 1С http://its.1c.ru/db/answers1c#content:318:hdoc

Администрирование- Поддержка и обслуживание --Регламентные операции --- Управление поиском(Настроить)---Очистить индекс, Обновить индекс
20. С К (kraynev-navi) 187 21.10.16 10:00 Сейчас в теме
Еще веселая ошибка. Если на форме в списке присутствует поле "Имя предопределенных данных" и по ctrl+F начать искать, например "1", то выпадет ошибка при наложении отбора.
21. buKIN (buKIN) 31.10.16 09:52 Сейчас в теме
(15)(19)Спасибо огромное за решение! Только сейчас решили обновить 3.0.43. на 3.0.44 и получили такую гадость с поиском.
22. С К (kraynev-navi) 187 16.12.16 15:56 Сейчас в теме
На правах топикстартера порекомендую публикацию http://infostart.ru/public/567467/