libxlsxwriter for Clarion

[Губин Игорь]

Ребята, давайте жить дружно!!!

Я же молчу, как из-за плюхи некоторых товарищей, не будем тыкать в мЭтров пальцАми, на ушах стояли и я и служба техподдержки одного разработчика.

Там сменился релиз библиотеки и всё посыпалось. Две недели и они и я пытались убедить друг-друга, что ничего не менялось. Пока, наконец, я не полез в определение библиотечных функций, которые с С на Clarion много лет назад для меня делал кое-кто из сообщества, не будем называть его очень уважаемое имя

А всех делов: в ПОСЛЕДНЕЙ по списку функции библиотеки, он в параметрах, вместо (*ULong), как во всех предыдущих функциях, написал (?*). Больше десяти лет всё работало

P.S. Всё таки хорошо нас учили программированию. Умение отлаживать и искать баги...

[finsoftrz]

И по разному интерпретировались некоторые установки, например, в Open Calc и Libre Calc

Сорри, Игорь, Вы, видимо, невнимательно прочитали вопрос. Меня интересовала текущая статистика, а не конкретная ситуация. У меня нет желания ставить разные варианты офисов и искать баги в интерпретации xlsx файлов. Тем более, что я не использую данный формат в продакшене. Года 2 назад была ситуация, когда я сделал обработку для одного из пользователей. У меня было все нормально и в OO, и в Libre. А он мне прислал скрины с ошибками, который выдавал его MSO при открытии файла. Я рекомендовал поставить ОО. Но это так себе вариант, если понимаете о чем.

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

Сорри, Игорь, Вы, видимо, невнимательно прочитали вопрос

Просто сначала Вы написали о наличии проблемы. А теперь уточнили, что сами её никогда не видели.
И даже компьютер не видели на котором эта проблема была. Просто снимки ошибок, сделанные чьими-то руками.

Всё может быть - именно поэтому я за то, что бы публиковать ошибки и проверять наличие проблем.
Но выйти из леса, сказать "тут у Вас всё глючит" и снова в него уйти - это плохой вариант публикации проблемы.

[finsoftrz]

Игорь, еще раз. Я задал вопрос про статистику использования библиотеки. И только потом для пояснения, написал, что когда-то были проблемы. У пользователя с MCO. У себя я видел разницу в работе ОО и Libre, но вспоминать детали не буду.
Пользователей не интересует, где источник проблемы. В Вашем ПО, в используемом у них офисном пакете, в винде. Ему надо, чтобы все работало стабильно и предсказуемо.
А Вы, судя по всему, воспринимаете как наезд на данную библиотеку и далее по цепочке на качество работы Вашего приложения. Мы же не обычные пользователи, а пытаемся помогать друг другу по мере возможностей. Считайте, что здесь, как у доктора. Хотя, конечно, формат форума далеко не всегда располагает писать откровенно.

[finsoftrz]

Я правильно интерпретировал, что принципиальных проблем нет? Или все же есть, и пользователям рекомендуется использовать определенные версии офисных пакетов, или просто говорите, что это "виноват" офис, мы не можем решить вопрос, привыкайте?

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

Насколько мне известно, для текущей версии LibXLSXWriter (которой уже пол-года) - проблем нет.
Или хотелось бы их аргументированно услышать и независимо проверить.

Безусловно, Microsoft Excel, Libre / Apache Calc - это разные программы, с разным функционалом.
Например, тот же Apache Calc может только читать XLSX файлы, но делает это лучше и быстрее Libre Calc,
который умеет XLSX и сохранять ... и т.д. - отличий очень много.

А учитывая, что Libre / Apache Calc - это открытое ПО, то ещё полно различных "улучшенных" сборок, функционал
которых мягко говоря, сомнителен (матом же нельзя говорить ?). Я фотки ошибок из глючных офисных пакетов
вижу каждую неделю, в т.ч. и из Microsoft Excel ... А уж чего любопытные ручки могут наустанавливать в Windows -
так лучше и вообще не говорить. Поэтому всё надо проверять.

[RaFaeL]

Последняя версия (1.3.3) имеет проблемы с выводом картинки - InsertImage.
Пример который идет с библиотекой - работает.
В программе с multiDLL не работает, откатил на более раннюю версию (1.1.1) в которой все работало, опять заработало.

Давайте кусок кода, который в одном месте работает, в другом нет
По опыту, такое поведение характерно для ошибочного кода, который в память пишет куда ему не следует. В результате на маленьком примере может все прокатывать, на большом проекте в этом месте оказываются данные, которые перезаписывать чревато gpf. Может быть вашей ошибкой, ошибкой обертки, ошибкой исходной библиотеки на С. И еще проверяйте, соответствует ли класс версии dll. Если, например, новый класс использовать со старой dll (и наоборот) поведение может быть каким угодно. Можно положить в bin новый экземпляр, в каталоге с программой оставить старый, все запустится, но будете долго ловить разные gpf, так как у передаваемых параметров (а там сплошь группы) длина и состав изменились, а вам это не видно, это обертка формирует. Тот же InsertImage менял параметры https://forum.clarionlife.net/viewtopic ... 653#p39653 вы код поменяли соответственно?

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

Тут же вот ещё импортозамещение пошло: https://r7-office.ru/
Надо будет проверить на совместимость с формируемыми XLSX (особенно с диаграммами).