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

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

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

Войти
Новости: Вы можете задать вопрос по LibreOffice или Apache OpenOffice  без регистрации, используя форму
 
   Начало   Помощь Поиск Войти Регистрация    задать вопрос  
Страниц: 1   Вниз
  Печать  
Автор Тема: LibO_Calc: регрессии  (Прочитано 5092 раз)
0 Пользователей и 1 Гость смотрят эту тему.
ape
Форумчанин
***
Offline Offline

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


« Стартовое сообщение: 17 Сентябрь 2013, 17:06 »

В Багзилле LibO появилось новое сообщение о регрессии в LibO-4.1.2\3 (наверняка, есть и в 4.2.0.0): при форматировании ячейки по образцу происходит удаление данных. Ошибка пока выявлена и подтверждена в Windows OS: https://bugs.freedesktop.org/show_bug.cgi?id=69450
« Последнее редактирование: 19 Сентябрь 2013, 20:41 от ape » Записан
ape
Форумчанин
***
Offline Offline

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


« Ответ #1: 18 Сентябрь 2013, 11:10 »

И ещё одна регрессия: https://bugs.freedesktop.org/show_bug.cgi?id=69440
Если нажать [Help], то вылет Офиса. Проверено на функциях: AVERAGEIF, AVERAGEIFS, SUMIFS, COUNTIFS, IFERROR, IFNA, XOR, NUMBERVALUE и SKEWP.

[вложение удалено Администратором]
« Последнее редактирование: 19 Сентябрь 2013, 20:41 от ape » Записан
ape
Форумчанин
***
Offline Offline

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


« Ответ #2: 19 Сентябрь 2013, 20:39 »

GETPIVOTDATA - ещё одна регрессия LibO: https://bugs.freedesktop.org/show_bug.cgi?id=69518

[вложение удалено Администратором]
« Последнее редактирование: 19 Сентябрь 2013, 20:42 от ape » Записан
ape
Форумчанин
***
Offline Offline

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


« Ответ #3: 6 Октябрь 2013, 08:56 »

Ещё одна регрессия. № ошибки не помню, но она имеет статус "исправлено". Действительно, исправлено, но не до конца.
1. Открываем прилагаемый файл.
2. Двойным щелчком выделяем в колонке С ячейку, в строке которой D-ячейка содержит "WRONG", например, С39.
3. Нажимаем [F9] и во всплывающем окне видим правильное значение.
4. Пытаемся продолжить работу с электронной таблицей любым способом.
Это сделать возможно только по [Esc]: в других случаях Calc продолжает работу только с выделенной ячейкой, изменяя данные в окне ввода.
5. По исправлению. Изменения (результат пересчёта) в ячейке не сохраняются автоматически, требуя [Enter].

[вложение удалено Администратором]
« Последнее редактирование: 6 Октябрь 2013, 09:33 от ape » Записан
JohnSUN
Капитана в тот день называли на "ты"
Гуру
*******
Offline Offline

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


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


WWW
« Ответ #4: 15 Октябрь 2013, 18:07 »

Не уверен, что это регрессия... Обнаружилась благодаря этому вопросу.
Бодро перепасовал файл из этого нашего обсуждения - и облом...

MRI уверяет, что теперь атрибут .Date у календаря теперь void, а не привычная структура Day-Month-Year  Грустный
Записан

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

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


« Ответ #5: 12 Ноябрь 2013, 09:43 »

Kohei Yoshida о регресии, связанной с импортом новых функций Excel-2010,2013 (12 ноября, англ.)
Цитата:
Eike довёл до моего сведения, что мои недавние изменения в использовании внутреннего API для импорта формул из XLSX сломали дополнительную обработку, которую UNO API делал, чтобы перевести некоторые из новых функций Excel 2010 и 2013. Эти новые функции обычно имеют префикс _xlfn. в XML-потоке, поэтому имя функции, например, BETA.DIST, будет отображаться как “_xlfn.BETA.DIST” в потоке листа, где хранится ячейка с формулой.
Короче говоря, путь, который я предлагал для решения проблемы, - добавить еще один набор имен функций и связать его с языка формул XL_ENGLISH, используемый на данный момент только для импорта XLSX.
Итак, когда вы, ребята, реализовали эти новые функции в Calc , то получили проблемы импорта XLSX. Пожалуйста, взгляните на ресурс RID_STRLIST_FUNCTION_NAMES_ENGLISH_OOXML в formula/source/core/resource/core_resource.src и посмотрите, соответствует ли сохраняемое имя функции тому, что находится в XML потоке.
Надеюсь это восстановит (фиксирует – fixed) старую функциональность UNO анализатора формата, которая была в ScCompiler.
Записан
Страниц: 1   Вверх
  Печать  
 
Перейти в:  

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