В 4.2 сломали поиск в VLOOKUP?

Автор VlhOwn, 4 февраля 2014, 11:06

0 Пользователи и 1 гость просматривают эту тему.

VlhOwn

Пояснения к файлу:
A1:G44 - табличка, в которой идет поиск
столбец I дублирует столбец A (столбец поиска)
столбец J - поиск VLOOKUP с незаданным порядком поиска (4-й аргумент отсутствует), что есть, конечно, неправильно - данные в столбце поиска неупорядочены
столбец K - поиск VLOOKUP с порядком поиска 0 - правильно - данные в столбце поиска неупорядочены

снимок 1 - результат со стандартными настройками
снимок 2 - Сервис - Параметры - Libreoffice Calc - Вычисления - убрал опцию "Условия поиска = и <> должны распространяться на всю ячейку"

В 4.1.3 все работает со стандартными настройками.

Ну, и что это - баг или фича? И если фича, то в чем смысл?



[вложение удалено Администратором]

JohnSUN

Вряд ли фича... Описывают многие и разными словами, но, похоже, раздражает всех. А куда деваться? VLOOKUP(), пожалуй, самая востребованная функция в последнее время. Кстати, MATCH() ведет себя так же.
Владислав Орлов aka JohnSUN
Благодарить-не зазорно.
Подарить благо создателям офиса, нашему ресурсу, мне

VlhOwn

Все функции, основанные на сопоставлении ячеек, будут вести себя одинаково, это понятно.

Helen

проверьте исправление бага в 4.2.1

VlhOwn

#4
Баг на месте! То, что мы ломаем, мы ломаем всерьез и надолго.

Вообще, Условия поиска = и <> должны применяться к ячейкам целиком - какая-то дурная опция. В том смысле, что должно быть всегда должны, а те, кто хочет равенство трактовать как "содержится", пусть дают себе труд писать соответствующий образец для поиска явным образом. Потому что, не будучи погруженным чересчур глубоко в особенности LibreOffice, можно с ума сойти, пытаясь понять поведение вычислений, которые (при сброшенной опции) устанавливают равенство между "силен" и "Папа у Васи силен в математике", да еще и задаваемое черти где в параметрах.

JohnSUN

Да нет, как по мне, штучка прикольная...
Для обработки значений конечно вряд ли понадобится, но вот для массовой замены частей формул - очень помогает. Ну, например, когда по всей книге нужно отыскать "$'Итоговые данные на конец IV кв. 2013 года'.A#ССЫЛ!:A$3)" и восстановить нормальный адрес.
Владислав Орлов aka JohnSUN
Благодарить-не зазорно.
Подарить благо создателям офиса, нашему ресурсу, мне

VlhOwn

И чем оно тебе поможет?
Вот нормальное регулярное выражение - поможет, а это недоразумение - весьма сомнительно.

frob

А bugID у этого какой-то есть?

VlhOwn

Не знаю, я не стал постить баг, понаделся на
Цитата: JohnSUN от  4 февраля 2014, 11:46Описывают многие и разными словами, но, похоже, раздражает всех. А куда деваться? VLOOKUP(), пожалуй, самая востребованная функция в последнее время.

frob

Цитата: VlhOwn от 22 февраля 2014, 00:56
Не знаю, я не стал постить баг, понаделся на
Цитата: JohnSUN от  4 февраля 2014, 11:46Описывают многие и разными словами, но, похоже, раздражает всех. А куда деваться? VLOOKUP(), пожалуй, самая востребованная функция в последнее время.


Нет bugID -- нет бага.

JohnSUN

Их там много
Что-то похожее на обнаруженное нами получило номер #74451
Владислав Орлов aka JohnSUN
Благодарить-не зазорно.
Подарить благо создателям офиса, нашему ресурсу, мне

ForumOOo (бот)

Компонент: Calc
Версия продукта: 4.2.x
Сборка: LibO-4.2.1
ОС:

В 4.2 сломали поиск в VLOOKUP?
--
В "VLOOKUP 4 JohnSUN" уже сообщал, что Kohey Yoshida просит подтвердить и ускорить портирование его патчей LibO-4.2.x для исправления
  https://bugs.freedesktop.org/show_bug.cgi?id=72348
  https://bugs.freedesktop.org/show_bug.cgi?id=74558
и возможно других (описанных или пока несообщенных), использующих один и тот же метод двоичного поиска BinarySearch(), который, к сожалению, не функционален
после изменений, внесённых в "calc-core-4.2". Патчи большие, но K.Y. считает, что разработчикам LibO необходимо внести изменения для того, чтобы привести
алгоритм к тому, который использовался в LibO-4.1. По мнению K.Y., лучше получить одинаковые ошибки в разных версиях LibO, чем оставить текущий (метод поиска
LibO-4.2) который мы (разработчики или пользователи -?) не можем настроить, что позволит исправить (исключить) любые ошибки, вызванные новым методом поиска.
Не смотря на просьбу, и на 17 февраля подтверждения патчей:
  https://gerrit.libreoffice.org/8042
  https://gerrit.libreoffice.org/8043
не было. Поэтому в LibO-4.2.1 проблема не исправлена. Будем ждать LibO-4.2.2.

--
Подпись: s.a.

ForumOOo (бот)

Компонент: Calc
Версия продукта: 4.2.x
Сборка: LibreOfficeDev 4.2.3.0.0
ОС: Build ID: 5ba682c48e449f30e3cc1ec4acac75a6122ee6d7  TinderBox: Win-x86@42, Branch:libreoffice-4-2, Time: 2014-02-22_23:03:29

В 4.2 сломали поиск в VLOOKUP? Починили, см. скрин

Тестовый файл: http://forumooo.ru/attachments/upload/vlookup_4.2.3_standart_options.png (132.38 КБ)

--
Подпись: s.a.

DIMMon

а где можно скачать 4.2.3 dev?

kompilainenn

Поддержать разработчиков LibreOffice можно тут, а наш форум вот тут