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

Помогите разобраться. По какому принципу в SLK отчетах компилятор определяет программный код. Пишу:

.Begin
...

а в отчете этот блок печатается как текст.
Если удалить эти строки, скопировать строки из места, где все работает и написать в них свой код, то все работает.

Сравнивал свойства строк (работающих и не работающих), но различий не нашел.

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

После всей этой чистки отчет работает, но если в нем еще внести изменения - все начинается с начала.

У SLK-форм есть одна неприятная особенность, которую в принципе легко обойти - в всей строке с управляющими символами/операторами не должно быть ни одного атрибута форматирования ...
В случае, если вроде как ничего нету, но продолжает ругаться - копируем пустую строку из тех что строк на 10-15 ниже строки с .endform(в них-то ничего не должно быть, они чистые) и вставляем ее в нужную позицию. Затем перенабираем(а не копируем) то, что стоит в обругиваемой компилятором строке, новую оставляем - старую истребляем как класс ... После этого в 99 % случаев на эту строку ругани от компилятора больше не услышите

Еще помогает смена версии, Sp ёкселя.

В SLK отчетах программный код должен быть только в первой колонке. Если набрать .begin во второй колонке таблицы - это уже текст.
А ругань компилятора уже достала... Это точно. Помогает не рисовать никаких "красот" вроде шрифтов и т.п., пока не закончишь форму и не откомпилируешь успешно.
Плохо только, когда пользователь попросит добавить в уже готовый отчет какую-нибудь цифирь. Добавишь. Вроде ничего криминального. А компилятор тебе расскажет... что нечего было править и так хорошую форму. ;D

Туманов О.В.

Воистину ценный совет !
Спасибо!

Насколько я понял реч идет о тех случаях когда комилер выдает что то типа:
Ошибка: ожидался конец строки (стр. 36, поз.26 в fin.slk)
.{ChekEnter TREEPLP_LINE}
^ [ Enter-продолжить] :
Я лично нашел два речепта от этой болезни
1. Не использовать Excel (альтернатив полно)
2. Если Вы все же пользуете Excel, то после того как компилер обругал Вас вышеизложенным матом, нужно просто открыть SLK-форму в какомнть тхт-редакторе и найти там конструкции типа:
C;K".{CheckEnter TREEPLP_LINE"
F;X2
F;X3
F;X4
F;X5
F;X6
F;X7
F;X8
F;X9
вот эти F;X2...F;X9 и есть те самые иероглифы на которые матерится компилер. Ну а далше понятно - удаляем, компилим, и подоем к столу... шрифты, заливка и обрамление добавлять по вкусу

Вау! Спасибо! А то текстовым редактором открыть дошло давно, а вот чего там удалить...

Novel69
Делал так тоже. Вот только не все так красиво. При повторном открытии slk Ёкселем и запись файла, "левая" конструкция появляется вновь.
Во избежание можно сохранить файл со сглазом как txt, поправить и вновь открыть юкселью.

Храните ссылочку на Эксел 97 и настраивайте СЛК отчеты только в нем и забудете про все проблемы. Кривые отчеты можно перебросить через буфер обмена. А игра с непотребным форматированием ХР экселя приводит к нулевому результату. Та-же песня с РТФ отчетами. Если установили у себя ворд 2000, то ставьте его у всех пользователей, иначе будут проблемы в форматировании встроенных таблиц. М$ совместимости версий не гарантирует.

Спасибо всем за помощь.

p.s. у меня проблемы в 97 экселе, я давно поставил его для совместимости с остальными пользователями.

Господа, а что мешает воспользоваться встроенной системой XML-отчётов?
Вы тратите столько сил на шаманские танцы с бубном вокруг старинных неподдерживаемых форматов.
Направьте их (силы, которых много) на что-то более продуктивное: напишите макрос для Ёкселя, который будет парсить xml-файл и рисовать нужные отчёты. И всё закончится (в смысле, мучения ваши закончатся).

Господа, а что мешает воспользоваться встроенной системой XML-отчётов?
Вы тратите столько сил на шаманские танцы с бубном вокруг старинных неподдерживаемых форматов.
Направьте их (силы, которых много) на что-то более продуктивное: напишите макрос для Ёкселя, который будет парсить xml-файл и рисовать нужные отчёты. И всё закончится (в смысле, мучения ваши закончатся).

Только одно - горизонтальные циклы ...
вот не поддерживает их XML и все тут ...
А они ой как иногда нужны ...

P.S. Разговор доктора(Д.) с больным(Б.)
Д. - Скажите , батенька, вас сновидения эротические мучают ?
Б. - Ну почему же мучают ?!
;D

можно попробовать на 585
Forms.OldSlkCompile=off - говорят помогает, но сам не пробовал.
мне больше по душе гнать в Excel(в том числе и присоединенке) на основе template - заранее делаешь шапку, настраиваешь параметры старницы(самое приятное сквозные строки). Затрат конечно больше ,но качество отчета все равно лучше чем slk.