| 
			
			 | 
		#41 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Просто сразу нужно было поменять значение в макроопределении CurrentVersion - я, правда, ни разу не наблюдал такого именно поведения с календарями, но думаю, что это возможно в этом случае.
		 
		
		
		
		
		
		
			
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#42 | 
| 
			
			 :o) 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Про замену версии не знаю... 
		
		
		
		
		
		
			Поменяла обратно на 2 - эффект остался прежним... теперь у меня календари всё время заполнены... НО... есть другое приложение   там я это отслежу... (попробую)Пока осталось впечатление, что отображение произошло именно от закоментаривания runObject.getLast(); 
				__________________ 
		
		
		
		
	"Только на Бога не может быть обиды - если смерть пошлет, значит, жизни пришел предел, на то рождался,- а за все остальное на Земле есть и должен быть спрос!." Чингиз Торекулович Айтматов.  | 
| 
	
 | 
| 
			
			 | 
		#43 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Комментирование этой строки помогло, потому что проблема возникает как раз из-за pack/unpack процедуры, которую Вам посоветовали изучить изначально. 
		
		
		
		
		
		
			
		
		
		
		
	Изменение номера версии делает приблизительно то же, что комментирование этой строки, в Вашем случае. +, в дополнение - при измении классов, у которых есть наследники, необходимо выполнять инкрементную компиляцию этих классов, дабы избежать неправильного выделения памяти для переменных, в следствие чего - непонятных ошибок времени выполнения  | 
| 
	
 | 
| 
			
			 | 
		#44 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Для первого запуска (если еще нет записей в кэше) используется метод InitParmDefault(). В нем и делается инициализация переменных. 
		
		
		
		
		
		
		
		
			Ну, а если кэш уже заполнен, то метод InitParmDefault() игнорируется. В этом случае я использую такой способ создания объектов диалога X++: dialogDateBegin = dialog.addFieldValue(typeid(TransDate), (dateBegin ? dateBegin : PrevMth(Today())), "@DIS3802", "@DIS3804"); dialogDateEnd = dialog.addFieldValue(typeid(TransDate), (dateEnd ? dateEnd : Today()), "@DIS3803", "@DIS3805"); X++: if (! dialogDateBegin.value()) { dialogDateBegin.value(PrevMth(Today())); } if (! dialogDateEnd.value()) { dialogDateEnd.value(Today()); } Последний раз редактировалось Владимир Максимов; 23.05.2008 в 14:37.  | 
| 
	
 | 
| 
			
			 | 
		#45 | 
| 
			
			 :o) 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
Цитата: 
	
Но что-то подсказывает мне, что заполнятся таким образом поля ввода вот этими датами... PrevMth(Today()) и Today() А нужно чтобы и поля при первом запуске не заполнены были и календарики отображались с цифрами... ======= P.S. у всех прошу прощения за дебош на другом приложении отловить эту ситуацию не получилось!!! ![]() ![]()  
		
				__________________ 
		
		
		
		
	"Только на Бога не может быть обиды - если смерть пошлет, значит, жизни пришел предел, на то рождался,- а за все остальное на Земле есть и должен быть спрос!." Чингиз Торекулович Айтматов.  | 
| 
	
 | 
| 
			
			 | 
		#46 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
  Речь о календарике справа у поля ввода? Попробуйте так: 1. Сделайте новый EDT (Extended Data Type), например, MyDate, основанном на типе Date. В свойстве ButtonImage установите у него Calendar. 2. Поменяйте тип TransDate на MyDate в методе addFieldValue.  | 
| 
	
 | 
| 
			
			 | 
		#47 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Так у TransDate все те же свойства стоят. Поэтому нет смысла создавать отдельный EDT
		 
		
		
		
		
		
		
			
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#48 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
Тогда какой же "календарик" имеется в виду?  | 
| 
	
 | 
| 
			
			 | 
		#49 | 
| 
			
			 :o) 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Раз пошла такая пьянка!!! 
		
		
		
			УДАЛОС!!! Добавила я на всё же ту же форму новый параметр с датой, вот чтоб всем понятно было: ![]() Смена currentVersion с 3 на 4 не помогла по-прежнему пусто.... Вот выкладываю класс полностью.... 
				__________________ 
		
		
		
		
	"Только на Бога не может быть обиды - если смерть пошлет, значит, жизни пришел предел, на то рождался,- а за все остальное на Земле есть и должен быть спрос!." Чингиз Торекулович Айтматов.  | 
| 
	
 | 
| 
			
			 | 
		#50 | 
| 
			
			 :o) 
		
			
	 | 
	
	
	
		
		
		
		 
			
			на всякий случай....
		 
		
		
		
			
				__________________ 
		
		
		
		
	"Только на Бога не может быть обиды - если смерть пошлет, значит, жизни пришел предел, на то рождался,- а за все остальное на Земле есть и должен быть спрос!." Чингиз Торекулович Айтматов.  | 
| 
	
 | 
| 
			
			 | 
		#51 | 
| 
			
			 :o) 
		
			
	 | 
	
	
	
		
		
		
		![]() интересно меня сразу выгонят с форума...? ...  
		
				__________________ 
		
		
		
		
	"Только на Бога не может быть обиды - если смерть пошлет, значит, жизни пришел предел, на то рождался,- а за все остальное на Земле есть и должен быть спрос!." Чингиз Торекулович Айтматов.  | 
| 
	
 | 
| 
			
			 | 
		#52 | 
| 
			
			 MCTS 
		
			
	 | 
	
	
	
		
		
		
		 
			
			В таблице \System Documentation\Tables\SysLastValue прибейте строку где elementName = InventStdFormM17_RU 
		
		
		
		
		
		
			Это аналог манипуляции с currentVersion() 
				__________________ 
		
		
		
		
	![]() В глухомани, в лесу Несмотря на красу Дни проводит Лиса Патрикевна. Я никак не пойму Отчего, почему Не пускают куму На деревню  | 
| 
	
 | 
| 
			
			 | 
		#53 | 
| 
			
			 :o) 
		
			
	 | 
	
	
	
		
		
		
		 
			
			После инкрементной компиляции эксперимент повторить не удалось!!
		 
		
		
		
		
		
		
			
				__________________ 
		
		
		
		
	"Только на Бога не может быть обиды - если смерть пошлет, значит, жизни пришел предел, на то рождался,- а за все остальное на Земле есть и должен быть спрос!." Чингиз Торекулович Айтматов.  | 
| 
	
 |