libxlsxwriter for Clarion

[RaFaeL]

Создание файлов Excel (xlsx) без использования Excel на основе проекта libxlsxwriter (https://libxlsxwriter.github.io). Можно создавать файлы, листы в них, писать данные (текст (в т.ч. русский), число, дата, время), ставить форматирование (цвет, рамки, шрифт, выравнивание, размер), объединять ячейки, фиксировать и скрывать строки и колонки, вставлять изображения, рисовать графики (диаграммы), устанавливать настройки печати и свойства документа.
Для конвертирования "картинок" форматов используется библиотека Tpicture от Taboga, у кого этого класса нет замените на что-то свое

[Игорь Столяров]

И считаю, что это правильно

Согласен, это вопрос культуры кода. У Вас он решен лучше.
Для меня использование типа REAL - скорее экзотика, и только в тех местах где требуются расчёты без потери точности.
Но ведь есть и те, кто особо не парясь, все цифры в БД и расчёты делают на REAL ... а это значит, что потенциально передача
любого поля REAL в метод WriteNumber() может приводить к ошибке.

[RaFaeL]

а это значит, что потенциально передача
любого поля REAL в метод WriteNumber() может приводить к ошибке.

В библиотеку 24 разные переменные типа REAL передаются, если что. Многовато вам оборачивать придется. Культурой кода кмк попроще было бы

[vic7tar]

Честное слово, но не врублюсь никак - при чем тут libxlsxwriter и это деление на 0? Такая ситуация может возникнуть в любом месте программы , где встретится деление.

[Игорь Столяров]

Многовато вам оборачивать придется.

Ну не всё так плохо ... Диаграммы - это для любителей. Размеры - никогда не получаются делением.
Ну и конечно, теперь будем обращать на это внимание и проверять все значения в REAL для отчётов получаемых делением.

[Игорь Столяров]

Такая ситуация может возникнуть в любом месте программы , где встретится деление.

Да, ситуация может быть везде. Но перекошенный отчёт после деления на ноль Вы получите только в XLSXWriter.

[vic7tar]

Ради интереса, а что там будет, если передать через OLE?

[Игорь Столяров]

если передать через OLE?

То же что и в Report, EasyOpenOffice и т.д. - просто ноль ...

[vic7tar]

Ну опять ничего не понимаю. Т.е. при передаче значения 0/0 желаемый результат должен быть 0 без всяких ругательств, хотя это ошибка. По-моему правильнее увидеть в ячейке -nan(ind) и делать соответствующие выводы.

[Игорь Столяров]

По-моему правильнее увидеть в ячейке -nan(ind)

Самое интересное, что Microsoft Excel именно это и отображает, но ещё почему-то возникает ошибка при открытии XLSX.
Возможно, работа с неопределённостями управляется каким-то флагом XLSX, аналогично отображению нулей в ячейках ...
Или LibXLSXWriter как-то криво пишет эту неопределённость в XLSX файл ...

Хорошо бы задать этот вопрос автору библиотеки, но там надо продемонстрировать проблему на сях, а это не ко мне ...

[RaFaeL]

Да все намного проще - в самом Excel отсутствует возможность записать неопределенность в числовое поле, вот он и офигевает, откуда это там взялось. Автор то в курсе и прямо говорит, что писать так не надо. Почему не встроил проверку - другой вопрос, но раз он не встроил, то и я не буду )

[Игорь Столяров]

но раз он не встроил, то и я не буду )

На самом деле таких вопросов, после которых получается bad XLSX, в LibXLSXWriter много.
Например пересечение объединений ячеек на листе.

Полностью согласен, что проще и эффективней мы все эти вопросы решим сами на прикладном уровне.
Здесь главное знать об этих особенностях ! Ещё раз спасибо всем кто помог разобраться с ситуацией.

[Игорь Столяров]

У меня случайно отвалился модуль TPICTURE, и как-то сразу почувствовалось, что использование установки форматов
картинок ощутимо замедляет экспорт. Особенно на разношёрстных данных, где постоянно меняется картинка.
Наверно, без особой необходимости, лучше всегда устанавливать форматы ячеек напрямую через ExcelMask !

[Игорь Столяров]

Добрый день !

Помогите пожалуйста разобраться с происходящим ... Хочу вывести текст с переносом строки. Например:

Код: Выделить всё

   err#=xlsx.WriteString(1,2,'12345<13,10>67890')

Получаю вот такое:

Причём, что интересно, вот этот код "_x000D_" действительно как строка записан в XML файле.
Если создать XLSX c таким же текстом через Microsoft Excel - то в XML записаны именно коды <13,10>
и никаких проблем при открытии такого XLSX в Apache Calc не возникает ....

Кто подменяет код переноса "<13,10>" на "_x000D_" и зачем ? Заранее спасибо !

[kreator]

Игорь, а ничего не путаешь? В классическом xml символ '<13>' - '<br />'. У SV в классах есть преобразования специфических символов. Я сделал себе простую функцию преобразования кларионовской строки в xml строку на их основе.

[Игорь Столяров]

А давайте, не будем спорить о теории конг-фу и рассмотрим конкретный пример.
Вот XML файл из XLSX с моим примером, который создан в Microsoft Excel.
Ключевые места обвёл красненьким.

Этот XLSX прекрасно открывается везде и нет никаких проблем с ячейками в которых перенос строк.
Через XLSXWriter такой файл сейчас создать низя, в чём собственно и вопрос ...