Здравствуйте, VladD2, Вы писали:
KV>>P.S: Да, я помню, что все просили сделать поменьше. "Простите, не удержался..." (с)
VD>Это надо в юмор, так как получается, что теперь мир — это бата-версия.
"Не стоит прогибаться под изменчивый мир, пусть лучше он прогнется под нас" (с)
Не работает WPF Designer сразу при создании нового WPF приложения
at Nemerle.VisualStudio.Project.NemerleFileNode.get_DesignerContext()
at Nemerle.VisualStudio.Project.NemerleFileNode.CreateServices(Type serviceType)
at Microsoft.VisualStudio.Project.OleServiceProvider.ServiceData.get_ServiceInstance()
at Microsoft.VisualStudio.Project.OleServiceProvider.QueryService(Guid& guidService, Guid& riid, IntPtr& ppvObject)
at Microsoft.VisualStudio.Shell.ServiceProvider.GetService(Guid guid, Type serviceType)
at Microsoft.VisualStudio.Shell.ServiceProvider.GetService(Type serviceType)
at MS.Internal.Providers.VSDesignerContext.MergeProjectItemContext(IVsHierarchy hierarchy, UInt32 itemid)
at MS.Internal.Providers.VSDesignerContext.Initialize(IServiceProvider provider, IVsHierarchy hierarchy, UInt32 itemid, Object docDataObj)
at MS.Internal.Providers.VSDesignerContext..ctor(IServiceProvider provider, IVsWindowFrame frame, Object docDataObj)
at MS.Internal.Providers.VSDesignerContext.GetContext(IServiceProvider services, IVsWindowFrame frame, Boolean createIfNotExist)
at MS.Internal.Designer.DesignerPane.InitializeDesigner()
система WinXP SP2, VS 2008 SP1, .NET framework 3.5 SP1
at Nemerle.VisualStudio.Project.NemerleFileNode.get_DesignerContext()
at Nemerle.VisualStudio.Project.NemerleFileNode.CreateServices(Type serviceType)
at Microsoft.VisualStudio.Project.OleServiceProvider.ServiceData.get_ServiceInstance()
at Microsoft.VisualStudio.Project.OleServiceProvider.QueryService(Guid& guidService, Guid& riid, IntPtr& ppvObject)
at Microsoft.VisualStudio.Shell.ServiceProvider.GetService(Guid guid, Type serviceType)
at Microsoft.VisualStudio.Shell.ServiceProvider.GetService(Type serviceType)
at MS.Internal.Providers.VSDesignerContext.MergeProjectItemContext(IVsHierarchy hierarchy, UInt32 itemid)
at MS.Internal.Providers.VSDesignerContext.Initialize(IServiceProvider provider, IVsHierarchy hierarchy, UInt32 itemid, Object docDataObj)
at MS.Internal.Providers.VSDesignerContext..ctor(IServiceProvider provider, IVsWindowFrame frame, Object docDataObj)
at MS.Internal.Providers.VSDesignerContext.GetContext(IServiceProvider services, IVsWindowFrame frame, Boolean createIfNotExist)
at MS.Internal.Designer.DesignerPane.InitializeDesigner()
Здравствуйте, Denom, Вы писали:
D>Не работает WPF Designer сразу при создании нового WPF приложения
WPF попросту не реализован. По всей видимости к релизу его придется отключить (если конечно не найдется добра-молодца который в ближайшее время возьмется за него и доведет до работоспособного состояния).
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>WPF попросту не реализован. По всей видимости к релизу его придется отключить (если конечно не найдется добра-молодца который в ближайшее время возьмется за него и доведет до работоспособного состояния).
А есть где посмотреть/почитать на эту тему?
Если много делать — к релизу не успеть...
Я тут сменил работу, теперь работаю с WPF — нравится...
Однако делать свойства с поддержкой IPropertyChangeNotification вручную как-то неудобно... да и DependencyProperties через снипеты тоже как-то неочень...
Здравствуйте, Denom, Вы писали:
D>А есть где посмотреть/почитать на эту тему?
В примерах к VS SDK есть пример Iron Python. Там сделана минимальная реализация. Ее, видимо, и драли. Но драли бездумно, так что реализация не работает. По уму нужно еще раз содрать, но уже осмысленно. А то что есть выбросить.
D>Однако делать свойства с поддержкой IPropertyChangeNotification вручную как-то неудобно... да и DependencyProperties через снипеты тоже как-то неочень...
Я не знаю специфики, но может быть это дело лучше на макросах реализовать?
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, Denom, Вы писали:
D>>А есть где посмотреть/почитать на эту тему?
VD>В примерах к VS SDK есть пример Iron Python. Там сделана минимальная реализация. Ее, видимо, и драли. Но драли бездумно, так что реализация не работает. По уму нужно еще раз содрать, но уже осмысленно. А то что есть выбросить.
D>>Однако делать свойства с поддержкой IPropertyChangeNotification вручную как-то неудобно... да и DependencyProperties через снипеты тоже как-то неочень...
VD>Я не знаю специфики, но может быть это дело лучше на макросах реализовать?
Лучше именно на макросах. Я аналогичный макрос для Windows Workflow DependencyProperties делал.
Вместо 6-7 строк получается примерно так:
public depprop IdTaskType : int { get; set; }
К стати по этому случаю у меня есть вопрос. Компилятор эту конструкцию сейчас рассматривает как автосвойство и генерит соответствующее поле, которое после работы макроса не используется. Можно ли это поле удалить или не генерить?
Здравствуйте, gloomy rocker, Вы писали:
GR>К стати по этому случаю у меня есть вопрос. Компилятор эту конструкцию сейчас рассматривает как автосвойство и генерит соответствующее поле, которое после работы макроса не используется. Можно ли это поле удалить или не генерить?
Можно попробовать добавить атрибут abstract который потом удалить в своем макросе.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, gloomy rocker, Вы писали:
GR>>К стати по этому случаю у меня есть вопрос. Компилятор эту конструкцию сейчас рассматривает как автосвойство и генерит соответствующее поле, которое после работы макроса не используется. Можно ли это поле удалить или не генерить?
VD>Можно попробовать добавить атрибут abstract который потом удалить в своем макросе.
Надо попробовать. А интеграция не начнет ругаться, что у меня в не абстрактном классе объявлено абстрактное свойство?
Здравствуйте, gloomy rocker, Вы писали:
GR>Надо попробовать. А интеграция не начнет ругаться, что у меня в не абстрактном классе объявлено абстрактное свойство?
Здравствуйте, gloomy rocker, Вы писали:
VD>>Можно попробовать добавить атрибут abstract который потом удалить в своем макросе. GR>Надо попробовать. А интеграция не начнет ругаться, что у меня в не абстрактном классе объявлено абстрактное свойство?
Если его вовремя не убрать, начнет обязательно .
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, hardcase, Вы писали:
H>>Эмм, оно теперь по каждому коммиту будет выкладывать новый билд? Жестоко смотрится, однако.
VD>Да, мы малость перемудрили. Надо придумать как помечать комиты которые требуется публиковать. А пока что — да, будет выкладываться каждый комит.
Ну, давайте договоримся, что если в начале коммента к коммиту не стоит что-то типа [Build], то автобилд игнорирует этот коммит? Я завтра сделаю, там в скрипт пару лишних строчек добавить надо и будет собираться по требованию.