Автор Тема: LibreOfice приоритет багов  (Прочитано 3300 раз)

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 6 222
LibreOfice приоритет багов
« : 13.04.2021 23:46:03 »
Есть такой баг - https://bugs.documentfoundation.org/show_bug.cgi?id=34717 , но на самом деле подобные описанным там xls генерятся очень большим числом информационных систем и в Libreoffice приходится руками выделять и задавать высоту строк.

Кто ещё с какими недоработками, которым по 10 лет сталкивался?

Оффлайн Александр Ерещенко

  • Завсегдатай
  • *
  • Сообщений: 1 153
Re: LibreOfice приоритет багов
« Ответ #1 : 14.04.2021 08:33:49 »
Есть такой баг - https://bugs.documentfoundation.org/show_bug.cgi?id=34717 , но на самом деле подобные описанным там xls генерятся очень большим числом информационных систем и в Libreoffice приходится руками выделять и задавать высоту строк.
Да, сталкивался с этим, когда пользовался библиотекой PHPExcel для генерации XLSX-файлов. При указании высоты строки как "авто" (значение параметра = -1) в LibreOffice (в т.ч. в текущей версии) эти строки таблицы отображаются высотой в одну строку текста, при этом автоматический перенос строк текста в ячейке не отрабатывается (показывается указатель продолжения текста - красная стрелочка).
Чтобы по-быстрому привести отображение в норму, выделяем всё (нажать в левую верхнюю ячейку пересечения заголовков строк и столбцов), потом правой кнопкой на заголовки строк, в контекстном меню выбрать "Оптимальная высота...", "Добавить 0,0 см", "Ок"
После этого высоты строк становятся такими, как должны были быть при указании значения в "авто" (и переносы в ячейке тоже отрабатываются).

Оффлайн rits

  • Завсегдатай
  • *
  • Сообщений: 1 031
  • ITS
Re: LibreOfice приоритет багов
« Ответ #2 : 14.04.2021 08:39:23 »
Есть такой баг - https://bugs.documentfoundation.org/show_bug.cgi?id=34717 , но на самом деле подобные описанным там xls генерятся очень большим числом информационных систем и в Libreoffice приходится руками выделять и задавать высоту строк.

Кто ещё с какими недоработками, которым по 10 лет сталкивался?
Гуглоперевод: "Файлы Excel 97, созданные «платформой 1С: Предприятия 8.1», открываются с неправильной высотой строки в LibO 3.3.1 (и Go-oo) в Linux, Windows. OO 3.2.1 / 3.3, Excel 2007 их правильно открывает."

По этому писать нужно разработчикам 1С: Предприятия 8.1, пусть исправляют, а вот если в ods открывается криво, то тут другое дело.
В данном случае не багу исправлять, а научить пользователей не хлебать щи вилкой.

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 6 222
Re: LibreOfice приоритет багов
« Ответ #3 : 14.04.2021 15:44:16 »
По этому писать нужно разработчикам 1С: Предприятия 8.1, пусть исправляют, а вот если в ods открывается криво, то тут другое дело.
В данном случае не багу исправлять, а научить пользователей не хлебать щи вилкой.
это не только 1С, но и куча других систем генерирующих xls файлы(например АЦК-Финансы). Баг настоящий и там куча аналогичных закрытых по workforsome, но файлы по-прежнему как надо не показываются. Каждый раз юзерам кликать и править высоту это никуда не годится.

Оффлайн stranger573

  • Мастер
  • ***
  • Сообщений: 1 434
    • Email
Re: LibreOfice приоритет багов
« Ответ #4 : 16.04.2021 11:53:11 »
Чтобы по-быстрому привести отображение в норму, выделяем всё (нажать в левую верхнюю ячейку пересечения заголовков строк и столбцов), потом правой кнопкой на заголовки строк, в контекстном меню выбрать "Оптимальная высота...", "Добавить 0,0 см", "Ок"
После этого высоты строк становятся такими, как должны были быть при указании значения в "авто" (и переносы в ячейке тоже отрабатываются).
Ну не совсем это workaround. Строки-то подгонятся, но не к тому размеру и не того шрифта. Ниже подробнее.

Есть такой баг...
Посмотрел выгрузки из одинэса, которые присылает наша бухгалтерия, и на которые никто никогда не жаловался.
   Открываю в ехеле (2003, другого нет): открылось, шрифт arial 8pt, основной стиль задан — шрифт arial 8pt. Всё нормально.
   Открываю в OOo: открылось, шрифт arial 8pt, базовый стиль (управление) задан — шрифт arial 8pt, отступы от границ ячейки 0,07см. Всё нормально.
   Открываю в LO: открылось, шрифт arial 8pt, базовый стиль (управление) задан — шрифт arial 8pt, отступы от границ ячейки 0,07см. Всё нормально.
Во всех трёх программах выглядит одинаково, высота строк во всех 8pt+2*0,07см. Ну, то есть, одинэс, если нормально настроен — может и делает валидные ехелевы файлы.

   Открываю в ехеле файл row-height.xls (первый аттач из той багзиллы): вроде открылся, шрифт arial 8pt, высота строки нормальная. Открываю посмотреть стили... , ехель мгновенно захлопнулся. Повторяю — аналогично.
   Открываю в OOo: вроде открылся, если не вглядываться нормально. Но... Шрифт arial (или другой, какой дефолтом в шаблоне) 10pt, высота строки 0,45см. То есть дефолтное из шаблона программы, но не из стиля в файле. Базовый стиль (управление) — пусто.
   Открываю в LO: открылся, высота строк мала — 0,28см. Но... Шрифт arial (или другой, какой дефолтом в шаблоне) 10pt. А мала ли высота строки? На самом деле 0,28см это 8pt с нулевыми отступами. То есть LO размер шрифта 8pt как-то из файла прочитал и вычислил высоту строки. Остальное не смог, видимо. Базовый стиль (управление) — пусто.

Очевидно же, что кривой файл. Как минимум в стиле вписано что-то недопустимое (ну или наоборот, нет чего-то обязательного). Если с этим файлом сам ехель выпадает в осадок, то сторонние программы просто обязаны иметь проблемы. Исправления такого бага от разработчиков LO надо ждать вечность. Они не должны и вряд ли будут подгонять программу под кривые файлы. И не важно какие топорно настроенные и/или криво реализованные системы (например АЦК-Финансы?), и сколько таких файлов генерируют.
« Последнее редактирование: 16.04.2021 12:44:18 от stranger573 »

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 6 222
Re: LibreOfice приоритет багов
« Ответ #5 : 16.04.2021 15:02:58 »
Очевидно же, что кривой файл. Как минимум в стиле вписано что-то недопустимое (ну или наоборот, нет чего-то обязательного). Если с этим файлом сам ехель выпадает в осадок, то сторонние программы просто обязаны иметь проблемы. Исправления такого бага от разработчиков LO надо ждать вечность. Они не должны и вряд ли будут подгонять программу под кривые файлы. И не важно какие топорно настроенные и/или криво реализованные системы (например АЦК-Финансы?), и сколько таких файлов генерируют.
но Excel (полный и Viewer) показывает как надо, особенно касается строк, где на несколько строчек разбивается текст. В соседних багах на аналогичную тему пытались реализовать автоподбор высоты строк (как и указывается в таких файлах), но пока не особо успешно.

Оффлайн stranger573

  • Мастер
  • ***
  • Сообщений: 1 434
    • Email
Re: LibreOfice приоритет багов
« Ответ #6 : 16.04.2021 22:00:22 »
пытались реализовать автоподбор высоты строк
А это допустимо в xls? Или оно должно быть в xlsx?
Не надо пихать при экспорте параметры, которые не поддерживаются форматом и не будет подобных багов.

но Excel (полный и Viewer) показывает как надо
Не важно показывает или как, Excel на этих файлах падает — кривой файл. А это значит, что файл должен быть сформирован в соответствии с форматом. И сделано это должно быть на стороне, которая этот файл формирует.
« Последнее редактирование: 16.04.2021 22:50:11 от stranger573 »

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 6 222
Re: LibreOfice приоритет багов
« Ответ #7 : 16.04.2021 23:07:08 »
пытались реализовать автоподбор высоты строк
А это допустимо в xls? Или оно должно быть в xlsx?
Не надо пихать при экспорте параметры, которые не поддерживаются форматом и не будет подобных багов.
вроде как допустимо, там в соседних багах были комментарии что правильная обработка сильно увеличивает время открытия файлов...

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 5 950
Re: LibreOfice приоритет багов
« Ответ #8 : 17.04.2021 10:42:48 »
у меня на ООо 3.3 от инфра-ресурс все хор...

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 6 222
Re: LibreOfice приоритет багов
« Ответ #9 : 17.04.2021 17:37:33 »
у меня на ООо 3.3 от инфра-ресурс все хор...
Это как на левой или правой картинке?

Оффлайн stranger573

  • Мастер
  • ***
  • Сообщений: 1 434
    • Email
Re: LibreOfice приоритет багов
« Ответ #10 : 20.04.2021 15:08:30 »
у меня на ООо 3.3 от инфра-ресурс все хор...
Это как на левой или правой картинке?
   Повторю ещё раз. И на левой, и на правой — файл открыт неправильно. В файле конкретно указаны атрибуты: шрифт Arial 160 твипов (8 pt), высота строки 160 твипов (8 pt). Будь этот файл валидным .xls — excel, OOo и LO, все открыли бы его с этими атрибутами. Но это не так. Файл испорчен. И это не предположение, это факт. Содержимое файла настолько не соответствует спецификации xls, что это недоразумение не является xls-файлом. Ни OOo, ни LO никогда заявляли поддержку испорченных файлов с приставленным расширением xls. В идеале вообще все табличные процессоры увидев вот такое вот, должны заявить что файл повреждён и немедленно перестать жениться.
   Порядок записей вывернут наизнанку. Имена и размер шрифтов указаны, но не установлены в потоке листа. Записи стилей изуродованы. Высота строки указана в секции DefaultRowHeight, а это опциональный параметр для указания высоты только пустых строк. Обязательная секция Row, где на самом деле должна быть указана высота строки, вообще отсутствует. Да и много чего там ещё обязательного отсутствует. В результате этого excel в атрибутах кроме имени и размера шрифта вообще ничего не видит и выстраивает всё в соответствии со своими умолчаниями. OOo не видит вообще ничего. LO видит только указанную высоту строки. И все они открывают это файл в аварийном режиме — как испорченный. И даже после ручной правки и пересохранения во всех этих программах нарушения структуры частично сохраняются. Файл вообще непригоден.
   Если это и баг, то вот точно никак не табличных процессоров. Я мог бы ещё грешить на 1с, если бы никогда не видел в выгрузке валидных xls-файлов. Но я их вижу постоянно.
А отсюда следует, что источник проблемы один, и только один — рукожопый настройщик пианины одинэса. В результате поползновений которого появляются вот такие отходы жизнедеятельности с приставленным расширением xls.

Так что совершенно правильно разработчики LO забили на этот как бы баг.

В аттаче тот же самый файл, в котором я заменил hex-редактором только размер базового шрифта на 320 твипов (16pt) и высоту строки на 788 твипов (1,39см). С ним очень хорошо заметно какая программа что в нём видит.
« Последнее редактирование: 20.04.2021 16:53:46 от stranger573 »