forum.clarionlife.net

Спасибо. Вот так всегда. На самом интересном месте ...

Привет всем !

В крайнем релизе библиотеки, что-то испортилось в методе xlsxwriter.ToUTF8 ...
А именно: перестали обрезаться хвостовые пробелы и в Self.Cstr (и как следствие далее в XLSX везде)
возвращается строка с пробелами, что приводит к необоснованному увеличению высоты строки с WrapText = True.

Ранее такого не наблюдалось. Можно конечно всегда передавать в методы Clip(СТРОКА), но везде не уследишь ...
Проверьте пожалуйста. Я такой навороченный способ сделать простую конвертацию в UTF даже смотреть боюсь.

Это сделано специально, иначе нельзя было реализовать передачу Rich Strings где может передаваться пробел в конце как пробел между словами
Передавайте clip() или храните данные в cstring. Сейчас что передали, то и конвертирует и передает дальше в библиотеку, обрезка в общем то не входит в задачу функции смены кодировки в частности и библиотеки записи xlsx вообще

Спасибо ! Сразу хочу сказать, что я не против столь нужных и востребованных новаций как Rich Strings.
Но если будет такая возможность - информируйте пожалуйста об изменениях, которые меняют существующие отчёты.
Заранее благодарен за понимание !

RaFaeL: С githab дружишь?

Admin писал(а): ↑03 Июнь 2021, 12:22 RaFaeL: С githab дружишь?

В плане выкладывания туда проекта - пока нет желания это делать

Игорь Столяров писал(а): ↑03 Июнь 2021, 10:51 Но если будет такая возможность - информируйте пожалуйста об изменениях, которые меняют существующие отчёты.

Я вообще считал, что это баг. В моем проекте никакие отчеты не поломались, например ) См. про культуру кода где-то много страниц назад

RaFaeL писал(а): ↑03 Июнь 2021, 13:39 См. про культуру кода где-то много страниц назад

Я абсолютно не против внутри каждого вызова WriteString и Merge вставлять Clip() - будет очень красиво.
Просто если бы это было всегда - так бы и делалось изначально или просто завернул вызовы в субкласс.

RaFaeL писал(а): ↑03 Июнь 2021, 13:38 В плане выкладывания туда проекта - пока нет желания это делать

Я понял. Не настаиваю конечно же. Просто там историю изменений удобно и без changes.txt смотреть.

Admin писал(а): ↑03 Июнь 2021, 14:40 Просто там историю изменений удобно и без changes.txt смотреть.

Не вижу смысла держать в открытом доступе неактуальные версии

github не про это. ну да ладно.

@RaFael
Может быть, Вы пропустили на ClarionHub вопросы:
https://clarionhub.com/t/libxlsxwriter- ... on/1674/45

Помнится, года 3 назад, меня здесь послали с TPicture и "хорошими дополнениями" учить ООП в Clarion.
Я пошёл куда послали и всё выучил. Более 30 своих методов, структуры данных, интеграция с FreeImage & ZInt.

Мне на почту валятся комменты в ту тему. По ошибкам что туда постят, даже отвечать не хочу. Не умеют обновлять файлы, не понимают что на что влияет, продукт на такое не рассчитан. Был бы платный - другой разговор, а в ТП я не нанимался ) Что касается последнего товарища, я ему в личку скинул контакты, он не ответил. А Игорь молодец, так и надо )

RaFaeL писал(а): ↑11 Август 2021, 21:09 Был бы платный - другой разговор, а в ТП я не нанимался

Так и сделайте платную тех. поддержку - например iqXML был бесплатным, но тех. поддержка стоила $70.
Особенно для зарубежных товарищей, которые начинают смотреть сериал со 137 серии 4-го сезона.