MSDN > 論壇首頁 > Windows Presentation Foundation (WPF) > Executing Commands from *any* event
發問發問
 

已答覆Executing Commands from *any* event

  • 2006年8月4日 下午 01:37wpf michelle 使用者勳章使用者勳章使用者勳章使用者勳章使用者勳章
     

    I understand that commands can be triggered off certain events of certain controls.   For example, specifying  a Command for a Button will trigger it off the Click event.  But what if I wanted to trigger a command off of a different event -- like a Load event?  Is there a way to do this at all?  If so, can I do it from XAML only?

解答

所有回覆

  • 2006年8月4日 下午 06:11Brownie PointsMVP, 版主使用者勳章使用者勳章使用者勳章使用者勳章使用者勳章
     

    Create a handler for the event and call RoutedCommand.Execute within your handler. I'm not sure if you should call CanExecute first or if Execute will check for you. (To err on the safe side call CanExecute first.)

    If you want this to be done strictly through XAML, you would need to derive a class from TriggerAction that fires a command and add it to an EventTrigger within XAML. If people think this utility would be useful, I could add it as a WorkItem for the WPF Toolbelt project.

  • 2006年8月4日 下午 07:57lukemelia 使用者勳章使用者勳章使用者勳章使用者勳章使用者勳章
     
    If you want this to be done strictly through XAML, you would need to derive a class from TriggerAction that fires a command and add it to an EventTrigger within XAML. If people think this utility would be useful, I could add it as a WorkItem for the WPF Toolbelt project.

    I would find this useful...
  • 2006年8月7日 下午 01:58wpf michelle 使用者勳章使用者勳章使用者勳章使用者勳章使用者勳章
     

    Yes, that would be a very useful utility.   Thanks Mike! 

  • 2006年8月7日 下午 03:04Brownie PointsMVP, 版主使用者勳章使用者勳章使用者勳章使用者勳章使用者勳章
     
    Done, the tool is scheduled for the WPF Toolbelt CTP 2 release scheduled for the end of August. If the class is available prior to the official release date (through a code commit) I will let you know here. If you'd like to follow the project, you can go here
  • 2006年8月9日 下午 03:27wpf michelle 使用者勳章使用者勳章使用者勳章使用者勳章使用者勳章
     已答覆

    I looked into this further, and it doesn't seem that deriving from TriggerAction will work, since TriggerAction class is "public abstract" but it has 2 "internal abstract" methods [2 overloads for Invoke].  

    Any plans from MS to change this?   This could be really useful...

  • 2006年8月9日 下午 06:30Brownie PointsMVP, 版主使用者勳章使用者勳章使用者勳章使用者勳章使用者勳章
     
    Well that's not fair. And looking at the implementation of its derived classes, you can't override behavior with them either.
  • 2006年8月9日 下午 06:46Brownie PointsMVP, 版主使用者勳章使用者勳章使用者勳章使用者勳章使用者勳章
     
    I just logged a feature request on the feedback site. Go here to vote and add a comment. Hopefully this is something that can be added in time for the final version.
  • 2006年8月10日 下午 02:42wpf michelle 使用者勳章使用者勳章使用者勳章使用者勳章使用者勳章
     
    I agree.  Thanks Mike!
  • 2006年8月17日 下午 07:50Brownie PointsMVP, 版主使用者勳章使用者勳章使用者勳章使用者勳章使用者勳章
     

    This is the feedback from Msft on the issue

     Microsoft wrote:
    This is by design for this version. We do understand that this is a valuable feature and are considering it for future versions.

    Thanks for the feedback!

    Looks like we won't get it with V1

  • 2009年4月6日 下午 09:45Brownie PointsMVP, 版主使用者勳章使用者勳章使用者勳章使用者勳章使用者勳章
     已答覆

    Almost 3 years later we have a solution. The new blend behaviors api allows for custom trigger actions. I blogged about my ExecuteCommandAction here.


    Keep your head in the Clouds as you're coding .NET http://azurecoding.net