Страница 1 из 1
					
				Перевод отчетов с 7 на 8-ку
				Добавлено: 07 июл 2008, 16:07
				 Alexander
				Сделал ветку, чтобы задавать возникающие вопросы по переводу. Помогите, плз!
1. в отчете использована таблица pickbuh, в 8-ке ее нет. как быть?
			 
			
					
				
				Добавлено: 07 июл 2008, 18:52
				 edward_K
				pickbuh.vih ищите. Наверное и ваша старая схема пахать не будет.
Table struct PickBuh
(
   KodTable : word      "таблица"
  ,PickRec  : tNRec     "номер элемента в списке"
  ,PickKod  : tSchet3   "код или NRec элемента"
  ,Schet    : tSchet3   "бухг.счет"
  ,SubKau   : tSchet3   "субсчет/КАУ"
  ,Name     : tName     "имя фильтра"
  ,Pick     : integer   "порядок выбора"
  ,PickKol  : double    "количество"
)
with index
(
   PickBuhRec = KodTable + PickRec
  ,PickBuhKod = KodTable + PickKod
  ,PickBuhSch = KodTable + Schet + PickKod
  ,PickBuhPck = KodTable + Pick
);
			 
			
					
				
				Добавлено: 08 июл 2008, 10:37
				 Alexander
				все заработало, спасибо! за исключением одного: не найду в 8-ке GetSomeSklad
			 
			
					
				
				Добавлено: 08 июл 2008, 10:49
				 edward_K
				ctrl+F в "запуск внешних фейсов" вам поможет
			 
			
					
				
				Добавлено: 09 июл 2008, 16:30
				 PViP
				Alexander префикс компонента не забывайте ставить 
наверное так
 
			 
			
					
				
				Добавлено: 09 июл 2008, 16:44
				 hope
				Раз ветка по переводу отчетов с 7 на 8 - пишу сюда свой вопрос.
Все с той же торбой - накладная на отпуск ТОРГ-12.
При компиляции накладной все нормально. Смотрю результат в Галактике: там проблема со строками: появляются пустые строки: в начале 6 пустых строк и между МЦ по три пустых строки.
Удалила во всех подключаемых файлах все пустые строки, в самой форме тоже удалила все пустые строки - Где еще поискать?
			 
			
					
				
				Добавлено: 09 июл 2008, 17:05
				 hope
				Создается впечатление, что пустые строки дают эти самые строки кода, когда подключается файл: 
#include summa.frn.
По их количеству как раз так и получается. 
Во всех подключаемых файлах все пустые строки убрала, в том числе в конце файла. Но пустые строки так и остались.
			 
			
					
				
				Добавлено: 09 июл 2008, 17:52
				 edward_K
				1. смотрим стандартную форму.
2. по стандарту советуется сделать програмный блок в frn (.begin)
а следующей строке после #include   end. Прикол старый, но не всегда проявляется.
			 
			
					
				
				Добавлено: 10 июл 2008, 08:34
				 hope
				В очередной раз, Спасибо, edward_K! 
Действительно так все получилось!
			 
			
					
				
				Добавлено: 11 июл 2008, 14:06
				 ramil
				Иногда очень полезно бывает почитать... Вот например!
Параметр компиляторов Атлантиса /Macro.IncludeEatLine : boolean (и его синоним /MIEL) предназначен для исключения "пустых" строк из входного потока компилятора, которые возникают при использовании директивы #include. Появление таких строк вызвано тем, что содержимое include-файла для компиляторов Атлантиса включается вместо символов, составляющих директиву include, а не вместо строки, содержащей ее (как это делает препроцессор языка C/C++). Использование этой особенности широко встречается в исходных текстах такого программного продукта, как Галактика (после имени include-файла в строке могут следовать синтаксические конструкции используемого языка программирования), из-за чего от нее нельзя отказаться внезапно. 
Включение описываемого ключа компилятора предписывает изменить поведение механизма подключения include-файлов таким образом, чтобы компилятор пропускал до конца всю строку, содержащую директиву #include. Наличие в такой строке каких-либо символов, отличных от однострочных комментариев, будет трактоваться как ошибка компиляции. 
Информация
  Версия : Атлантис 3.03.09.
  Проблема в ПИРе : 102.16375
P.S.
Добавьте в свой файл CFG:
[Macro]
IncludeEatLine=True
ОТПАДЕТ необходимость извращаться с "делать програмный блок в frn (.begin) а следующей строке после #include end."
			 
			
					
				
				Добавлено: 14 июл 2008, 09:04
				 hope
				сама думала: как же тогда галактяне компилят - почему у них не добавляются пустые строки??? Теперь понятно! Спасибо, ramil!