AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 19.05.2011, 14:37   #1  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2161 (81) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Например, такой код работает верно:

X++:
display UTCDateTime time()
{
    return DateTimeUtil::getSystemDateTime();
}
DAX2009 SP1 RU6.
__________________
Ivanhoe as is..

Последний раз редактировалось Ivanhoe; 19.05.2011 в 14:39.
Старый 19.05.2011, 22:46   #2  
BOAL is offline
BOAL
Участник
Аватар для BOAL
MCBMSS
Злыдни
1C
Лучший по профессии 2015
 
625 / 460 (17) +++++++
Регистрация: 28.04.2003
Адрес: Москва
Да, этот Edt работает, но у него метка не та.
А вот стандартные другие ЕДТ?
Я пробовал на ActivationDateTime он sys
и на своем, отнаследованном от этого, от КреатедДайтТайм или без наследования.

А вот UTCDateTime в качестве родителя у ЕДТ не ставится, и сотв получить счастье не выходит.

Остается вариант все клнтрольки делать от UTCDateTime и называть их метками на самой форме. Но это изврат и баг.

Так что, все еще прошу подтвердить поведение прочих не UTCDateTime ЕДТ в дисплей филдах на закладке формы.

ЗЫ. А вообще не забавно, что на стартапе проекта с переходом на ах2009 время стало уходить в утиль (неоплачиваемое и овертаймовое) оч сильно - граблями устелен этот путь, там где их не было отродясь (настроил и полетел) - накидали пачками грабельки, усердно, добротно, что все плюсы новой системы (кроме маркетинговых и обязалово-сейлозых) меркнут.
Из недавнего еще в ЖГК ОС\Строки\Групповые операции - кривые диалоговый формы с dialogField = new DialogField() вместо dialogField = dialog.addFieldValue

Последний раз редактировалось BOAL; 19.05.2011 в 22:53.
Старый 19.05.2011, 23:45   #3  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5813 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от BOAL Посмотреть сообщение
А вот UTCDateTime в качестве родителя у ЕДТ не ставится, и сотв получить счастье не выходит.
По-моему, UtcDateTime - это базовый тип, как Date или Int, а не расширенный, поэтому от него и нельзя ничего "наследовать".
Цитата:
Сообщение от BOAL Посмотреть сообщение
А вообще не забавно, что на стартапе проекта с переходом на ах2009 время стало уходить в утиль (неоплачиваемое и овертаймовое) оч сильно - граблями устелен этот путь, там где их не было отродясь (настроил и полетел)
Ууу, то ли еще будет!.. Но вы же на RU7 переходите? Тогда от кучи граблей вы уже избавлены - что в приложении, что в ядре. А на счет настроил и полетел - это когда такое было? Я, наверно, что-то пропустил
Старый 20.05.2011, 00:26   #4  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,342 / 3563 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от gl00mie Посмотреть сообщение
Но вы же на RU7 переходите? Тогда от кучи граблей вы уже избавлены - что в приложении, что в ядре.
Ээээ этот вопрос был задан в тоне иронии или на полном серьезе? В плане "многих фиксов в RU7" ?
Т.е. я конечно понимаю, что каждый RUx содержит в себе пачку исправлений и улучшений, но это еще не означает что "чем дальше, тем стабильнее". По моему - так вообще в RU3 не было много такой "мелочевки", типа dialogField = new DialogField (вроде как - точно уже не скажу). Т.е. какие-то грабли явно прибавились после.

Тот же RU7 конечно может и хорош - но зарплата к нему вот только только вышла - соответственно - при использовании (хотя бы частично) функционала из зарплаты - ставить RU7 до выхода зарплаты бессмысленно (при этом МС не утруждает себя хранить версии зарплаты на каждый RUx и норовит обновить слой после выпуска фиксов в XPO. Т.е. получается, что без залитого в usr-слой нужного XPO-шника приложение с зарплатным слоем не компилируется).
__________________
Возможно сделать все. Вопрос времени
Старый 20.05.2011, 08:44   #5  
AndyD is offline
AndyD
Участник
КОРУС Консалтинг
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
2,560 / 2494 (89) +++++++++
Регистрация: 20.08.2005
Цитата:
Сообщение от BOAL Посмотреть сообщение
Да, этот Edt работает, но у него метка не та.
А вот стандартные другие ЕДТ?
Я пробовал на ActivationDateTime он sys
и на своем, отнаследованном от этого, от КреатедДайтТайм или без наследования.

А вот UTCDateTime в качестве родителя у ЕДТ не ставится, и сотв получить счастье не выходит.

Остается вариант все клнтрольки делать от UTCDateTime и называть их метками на самой форме. Но это изврат и баг.

Так что, все еще прошу подтвердить поведение прочих не UTCDateTime ЕДТ в дисплей филдах на закладке формы.
А вы драг&энд&дропом контролы на форме получаете?
В морфиксе есть глюк. Если перетаскивать на форму методы с EDT типа UTCDateTime, то он создает контролы StringEdit, которые неправильно отображают эти методы.

Просто, создавайте контролы на форме через Создать Control/UTCDateTimeEdit, а потом указывайте в нем датаметод и датасорс, если надо.
Либо, указывайте изначально в методе возвращаемый тип UTCDateTime, создавайте метод драг&энд&дропом, а после этого меняйте возвращаемый тип в методе на нужный вам.

Извращение, конечно, но пока не исправят - что делать?
__________________
Axapta v.3.0 sp5 kr2
За это сообщение автора поблагодарили: BOAL (3), sukhanchik (3), Logger (8), Ivanhoe (1), gl00mie (3), S.Kuskov (2).
Старый 20.05.2011, 18:39   #6  
BOAL is offline
BOAL
Участник
Аватар для BOAL
MCBMSS
Злыдни
1C
Лучший по профессии 2015
 
625 / 460 (17) +++++++
Регистрация: 28.04.2003
Адрес: Москва
У нас эта форма появилась переносом и заменой из-за пропажи полей CreatedDate на таблицах.
Теперь ясно, как делать такие дисплей поля.

Спасибо!

gl00mie
на РУ7 переход не планировали.
От чего это спасет? Чтоб понять стоил ли связываться.
Что лечит ядро, а что прил., то есть может просто накатить АОС и клиент и оставить прил. от Ру6?
Теги
ax2009, display метод, utcdatetime, дата, ошибка, фильтр, формат дат

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
emeadaxsupport: Passing UtcDateTime values in extended query syntax Blog bot DAX Blogs 0 10.05.2010 21:05
Kashperuk Ivan: UtcDateTime in Dynamics AX 2009 Blog bot DAX Blogs 0 17.02.2010 15:05
axaptapedia: UtcDateTime Blog bot DAX Blogs 0 23.07.2009 01:05
DAX 2009 & UtcDateTime & Primary Key SRF DAX: Программирование 8 05.06.2009 07:05
При резервировании не учитывается аналитика Партия? KIV DAX: Функционал 32 06.08.2004 13:23

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 05:47.