forum.clarionlife.net

А, понятно, это типа заказать через дебилу пиццу в деревне, или одобрит ли там банк?

RaFaeL писал(а): ↑14 Март 2020, 23:11 Electron придумали, к сожалению

А чем не устраивает VS2019?

Да не надо ни там ни там что-то менять. Моё убеждённое мнение - это должен делать пользователь. Очередь в памяти -> диапазон очередного merge -> дальше простая геометрия пересечения линий и четырёхугольников. В исходной библиотеке надо делать. Ну так сделайте, уверен, что автор на запросный тикет от...

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

Larion писал(а): ↑17 Март 2020, 12:12 КОД: ВЫДЕЛИТЬ ВСЁ

err#=xlsx.Merge(RowST,1,RowST,5)

А err# что показывает?

В Worde 2016 получилась такая картинка: Так должно быть?

rtfwriter.zip:
Почему-то сформированный rtf отображается по-разному в Word, Libre и Wordpad.

vic7tar писал(а): ↑27 Февраль 2020, 15:11 ...пример использования в libxlsxwriter(RaFaeL))...

Не откладывая, кому интересно.

Unresolved External TYPE$ZINTCLASS in repmds1030.obj. В чем может быть причина? Замените в zint_class.inc соответствующую строчку zintClass Class, Type , Module('zint_Class.clw'), Link('zint_Class.clw') В следующее воскресенье выложу доработанную версию (под Xp, Win200x, масштабирование в мм размер...

Admin писал(а): ↑26 Февраль 2020, 5:49 Можно заменить Clarion на C# и получать 404.
Можно результат деления прогонять через LONG.
Можно придумать еще какие то костыли.
Можно продолжать писать здесь

А можно написать выражение и получить то, что ожидаешь?

Я так и понял, что придём к внутренним преобразованиям. Но от этого не легче, 405 это не 404, выражение вычисляется неверно. Мне что теперь, каждую формулу с целочисленной арифметикой проверять вручную или , как тут советовали, писать столбиком?: st = bw * pf st += 31 st /= 32 st *= 4 Кстати, пример...

Если использовать калькулятор, то использовать не "Инженерный", а "Программист"

Игорь Столяров писал(а): ↑25 Февраль 2020, 23:38 К какой именно строке расчёта примера стоит вопрос ?

vic7tar писал(а): ↑25 Февраль 2020, 22:13 st = ( ( (bw * pf) + 31 ) / 32 ) * 4

Результат должен быть однозначен - 404.

С точки зрения математики - всё верно. Проблема в том, что это упрощённый вариант алгоритма расчёта размера буфера. Почему бы не использовать нормальный (из FreeImage) ? КОД: ВЫДЕЛИТЬ ВСЁ ! Calculate the size of the image data(accounts for 32 bit alignment of scan lines) {0FFFFFFE0h = "~31&quo...

Ну как же можно напороться!:

После вставки рисунка в свойствах IMAGE Height и Width устанавливаются по умолчанию в Default (Value показывает правильные затемнённые значения -> 100мм). Рисунок в pdf-е - как писал в начале. Снимаем хотя бы у одного параметра (у Height или Width) галку с Default - выводит как положено. Осталось вы...