Страница 35 из 61

libxlsxwriter for Clarion

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

libxlsxwriter for Clarion

Добавлено: 27 Февраль 2018, 22:32
RaFaeL
Игорь Столяров писал(а): 27 Февраль 2018, 22:22 а это значит, что потенциально передача
любого поля REAL в метод WriteNumber() может приводить к ошибке.
В библиотеку 24 разные переменные типа REAL передаются, если что. Многовато вам оборачивать придется. Культурой кода кмк попроще было бы

libxlsxwriter for Clarion

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

libxlsxwriter for Clarion

Добавлено: 27 Февраль 2018, 22:45
Игорь Столяров
RaFaeL писал(а): 27 Февраль 2018, 22:32Многовато вам оборачивать придется.
Ну не всё так плохо ... ;) Диаграммы - это для любителей. Размеры - никогда не получаются делением.
Ну и конечно, теперь будем обращать на это внимание и проверять все значения в REAL для отчётов получаемых делением.

libxlsxwriter for Clarion

Добавлено: 27 Февраль 2018, 22:48
Игорь Столяров
vic7tar писал(а): 27 Февраль 2018, 22:43Такая ситуация может возникнуть в любом месте программы , где встретится деление.
Да, ситуация может быть везде. Но перекошенный отчёт после деления на ноль Вы получите только в XLSXWriter. ;)

libxlsxwriter for Clarion

Добавлено: 27 Февраль 2018, 22:56
vic7tar
Ради интереса, а что там будет, если передать через OLE?

libxlsxwriter for Clarion

Добавлено: 27 Февраль 2018, 22:57
Игорь Столяров
vic7tar писал(а): 27 Февраль 2018, 22:56если передать через OLE?
То же что и в Report, EasyOpenOffice и т.д. - просто ноль ...

libxlsxwriter for Clarion

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

libxlsxwriter for Clarion

Добавлено: 28 Февраль 2018, 7:29
Игорь Столяров
vic7tar писал(а): 27 Февраль 2018, 23:26По-моему правильнее увидеть в ячейке -nan(ind)
Самое интересное, что Microsoft Excel именно это и отображает, но ещё почему-то возникает ошибка при открытии XLSX. :(
Возможно, работа с неопределённостями управляется каким-то флагом XLSX, аналогично отображению нулей в ячейках ...
Или LibXLSXWriter как-то криво пишет эту неопределённость в XLSX файл ...

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

libxlsxwriter for Clarion

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

libxlsxwriter for Clarion

Добавлено: 28 Февраль 2018, 10:12
Игорь Столяров
RaFaeL писал(а): 28 Февраль 2018, 9:44но раз он не встроил, то и я не буду )
На самом деле таких вопросов, после которых получается bad XLSX, в LibXLSXWriter много.
Например пересечение объединений ячеек на листе.

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

libxlsxwriter for Clarion

Добавлено: 01 Март 2018, 8:50
Игорь Столяров
У меня случайно отвалился модуль TPICTURE, и как-то сразу почувствовалось, что использование установки форматов
картинок ощутимо замедляет экспорт. Особенно на разношёрстных данных, где постоянно меняется картинка. :(
Наверно, без особой необходимости, лучше всегда устанавливать форматы ячеек напрямую через ExcelMask !

libxlsxwriter for Clarion

Добавлено: 15 Март 2018, 11:51
Игорь Столяров
Добрый день !

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

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

   err#=xlsx.WriteString(1,2,'12345<13,10>67890')
Получаю вот такое:
test.jpg

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

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

libxlsxwriter for Clarion

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

libxlsxwriter for Clarion

Добавлено: 15 Март 2018, 13:03
Игорь Столяров
А давайте, не будем спорить о теории конг-фу и рассмотрим конкретный пример. ;)
Вот XML файл из XLSX с моим примером, который создан в Microsoft Excel.
Ключевые места обвёл красненьким.

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