Форум поддержки пользователей. LibreOffice, Apache OpenOffice, OpenOffice.org

Форум поддержки пользователей. LibreOffice, Apache OpenOffice, OpenOffice.org

26 Май 2019, 08:44 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
Новости: Часто задаваемые вопросы по LibreOffice и Apache OpenOffice.org
 
   Начало   Помощь Поиск Войти Регистрация    задать вопрос  
Страниц: 1 2 »   Вниз
  Печать  
Автор Тема: В 4.2 сломали поиск в VLOOKUP?  (Прочитано 7052 раз)
0 Пользователей и 1 Гость смотрят эту тему.
VlhOwn
Форумчанин
***
Offline Offline

Пол: Мужской
Расположение: Ростов-на-Дону
Сообщений: 1 076


« Стартовое сообщение: 4 Февраль 2014, 10:06 »

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

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

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

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



[вложение удалено Администратором]
Записан
JohnSUN
Капитана в тот день называли на "ты"
Гуру
*******
Offline Offline

Пол: Мужской
Расположение: Киев
Сообщений: 2 764


Помогаю людям и компьютерам понимать друг друга


WWW
« Ответ #1: 4 Февраль 2014, 11:46 »

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

Владислав Орлов aka JohnSUN
Благодарить-не зазорно.
Подарить благо создателям офиса, нашему ресурсу, мне
VlhOwn
Форумчанин
***
Offline Offline

Пол: Мужской
Расположение: Ростов-на-Дону
Сообщений: 1 076


« Ответ #2: 4 Февраль 2014, 11:49 »

Все функции, основанные на сопоставлении ячеек, будут вести себя одинаково, это понятно.
Записан
Helen
Администратор
**
Offline Offline

Пол: Женский
Расположение: Екатеринбург
Сообщений: 2 561


WWW
« Ответ #3: 20 Февраль 2014, 15:06 »

проверьте исправление бага в 4.2.1
Записан
VlhOwn
Форумчанин
***
Offline Offline

Пол: Мужской
Расположение: Ростов-на-Дону
Сообщений: 1 076


« Ответ #4: 21 Февраль 2014, 08:00 »

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

Вообще, Условия поиска = и <> должны применяться к ячейкам целиком - какая-то дурная опция. В том смысле, что должно быть всегда должны, а те, кто хочет равенство трактовать как "содержится", пусть дают себе труд писать соответствующий образец для поиска явным образом. Потому что, не будучи погруженным чересчур глубоко в особенности LibreOffice, можно с ума сойти, пытаясь понять поведение вычислений, которые (при сброшенной опции) устанавливают равенство между "силен" и "Папа у Васи силен в математике", да еще и задаваемое черти где в параметрах.
« Последнее редактирование: 21 Февраль 2014, 08:20 от VlhOwn » Записан
JohnSUN
Капитана в тот день называли на "ты"
Гуру
*******
Offline Offline

Пол: Мужской
Расположение: Киев
Сообщений: 2 764


Помогаю людям и компьютерам понимать друг друга


WWW
« Ответ #5: 21 Февраль 2014, 11:14 »

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

Владислав Орлов aka JohnSUN
Благодарить-не зазорно.
Подарить благо создателям офиса, нашему ресурсу, мне
VlhOwn
Форумчанин
***
Offline Offline

Пол: Мужской
Расположение: Ростов-на-Дону
Сообщений: 1 076


« Ответ #6: 21 Февраль 2014, 11:21 »

И чем оно тебе поможет?
Вот нормальное регулярное выражение - поможет, а это недоразумение - весьма сомнительно.
Записан
frob
Гость
« Ответ #7: 21 Февраль 2014, 15:31 »

А bugID у этого какой-то есть?
Записан
VlhOwn
Форумчанин
***
Offline Offline

Пол: Мужской
Расположение: Ростов-на-Дону
Сообщений: 1 076


« Ответ #8: 21 Февраль 2014, 23:56 »

Не знаю, я не стал постить баг, понаделся на
Описывают многие и разными словами, но, похоже, раздражает всех. А куда деваться? VLOOKUP(), пожалуй, самая востребованная функция в последнее время.
Записан
frob
Гость
« Ответ #9: 22 Февраль 2014, 09:09 »

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


Нет bugID -- нет бага.
Записан
JohnSUN
Капитана в тот день называли на "ты"
Гуру
*******
Offline Offline

Пол: Мужской
Расположение: Киев
Сообщений: 2 764


Помогаю людям и компьютерам понимать друг друга


WWW
« Ответ #10: 22 Февраль 2014, 12:04 »

Их там много
Что-то похожее на обнаруженное нами получило номер #74451
Записан

Владислав Орлов aka JohnSUN
Благодарить-не зазорно.
Подарить благо создателям офиса, нашему ресурсу, мне
ForumOOo (бот)

Offline Offline

Сообщений: 687


« Ответ #11: 23 Февраль 2014, 10:11 »

Компонент: 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 (бот)

Offline Offline

Сообщений: 687


« Ответ #12: 23 Февраль 2014, 14:24 »

Компонент: 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
Новичок
*
Offline Offline

Сообщений: 4


« Ответ #13: 24 Февраль 2014, 09:52 »

а где можно скачать 4.2.3 dev?
Записан
kompilainenn
Мастер
*****
Offline Offline

Сообщений: 2 662



« Ответ #14: 24 Февраль 2014, 10:45 »

а где можно скачать 4.2.3 dev?
здесь http://dev-builds.libreoffice.org/daily/libreoffice-4-2/Win-x86@42/current/

зы: а куда дели 4.2.2???
Записан

Поддержать разработчиков LibreOffice можно тут, а наш форум вот тут
Страниц: 1 2 »   Вверх
  Печать  
 
Перейти в:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!