Галактика в вопросах и ответах

Коллеги, расскажите, кто и как победил ограничение Галактики, связанное с выводом в печатную форму по 256 символов. Печатаем договор в word, есть шаблон, в который подставляются только реквизиты контрагента, ФИО подписанта, дата, номер. При выводе на печать длинные абзацы разбиваются на 256 символов и переносятся на новые строки.

У нас на такие абзацы компилятор ошибку дает - "Слишком длинная строка - поставьте пустое поле". Разбиваем на мелкие абзацы.

Насчет самой формы - вам же пишут "вставте пустое поле", то есть ^, а в fields ' - для книжной это примерно каждые 2 строки'.
Для удобства советую все поля разнести по параграфам.
Насчет Excel (не slk) - есть функции для построчного считывания полей. Ну а в остальных случаях поминм что string это всего лишь 256 и переделываем на вывод в Excel или бьем на несколько полей.

Когда добавляем пустое поле в Word не забываем, что пустое будет выведено как единичный пробел. С ТП воевал по этому поводу, но стену "FCOM больше не поддерживается" пробить не смог.

1) для word разбавляем текст ^ с пробелом, логично, что вставляем там где пробел
2) для Excel поля поля выводим через экспорт текста макросом из файла

m0p3e писал(а):Когда добавляем пустое поле в Word не забываем, что пустое будет выведено как единичный пробел. С ТП воевал по этому поводу, но стену "FCOM больше не поддерживается" пробить не смог.

ха ... это наверно самое желанное в vip ... но не осуществимое.. корабли в космос полетели, нанороботы сосуды лечат, а плять галактика может со строками только в 256 работать ...

Делайте отчеты на FastReport

В случае трудового договора неудобен FR по некоторым причинам. Некоторые пункты (1.5, 2.6 и т.д. например) могут не выводиться в зависимости от приказа. В ворде их просто заключаешь в ?INTERNAL и не думаешь, что будет с нумерацией - ворда сама сообразит. А в FR придется всю эту нумерацию отслеживать самому. Кроме того динамические абзацы могут "некрасиво" отформатироваться и ОК в ворде спокойно их поправит. С FR опять все сложнее.

Кстати fcom умеет одно мемо поле выводить напрямую в форме независимо от того, сколько в нем символов. Но только одно.

LaaLaa писал(а):Делайте отчеты на FastReport

ну не канает FR для большинства сложных отчетов - собственно поэтому и не пользуемся. как только нужна динамика вправо влево, хитрые группировки, тут выводи, тут не выводи.. когда у отчета куча настроек по которым часть столбцов скрывается или дополнительные спецификации выводятся... ну на vip это еще можно реализовать ... а вот FR хз какая трудоемкость будет.. а потом попробуйте пользователю доказать (например не рядовому буху а ГБ, или руководителю группы), что чтобы ему excel получить надо то и то сделать, а там еще и форматировать надо ... нееее FR так скорее игрушка

Masygreen писал(а): .. а потом попробуйте пользователю доказать (например не рядовому буху а ГБ, или руководителю группы), что чтобы ему excel получить надо то и то сделать, а там еще и форматировать надо ... нееее FR так скорее игрушка

Эт точно ! есть такая маза. подавляющее больш-ва хочет отчет все равно в форматах офиса (xls,doc(пущай будет rtf)). Как то немного нелогично написать отчет на FR чтобы потом там нажать фишку "импорт в эксель". Трудно объяснить пользователю зачем этот промежуточный шаг и почему он сразу не может получить отчет , в том же xls

Спасибо всем за подробные ответы!
Есть ещё одна идея: настроить шаблоны-заготовки в Excel с текстом, сделать хранилище таких заготовок, настроить в Галактике выгрузку (отчет) в Excel с подставляемыми данными, далее создать новоый документ макросом, слиянием, который бы объединил данные заготовки и выгрузки. Главное, чтобы пользователю не пришлось самому выбирать макрос, документ для слияния и т.п. Жду ваших мыслей по этому поводу.

runtime писал(а):Жду ваших мыслей по этому поводу.

Всё уже придумано до нас: xlCreateExcelWithTemplate по xlt-шаблону, в котором сидят макросы.