User (Legacy) Posted December 9, 2004 Report Share Posted December 9, 2004 Looks like AfterChangedByUser event is fired BEFORE the chart is changed by user. Is there an event that is fired AFTER the change is made? If not, what is the alternative? Essentially I want to capture the changed made by user right after it is made. Thanks. - Harry Link to comment Share on other sites More sharing options...
Software FX Posted December 9, 2004 Report Share Posted December 9, 2004 Assuming you are talking about the "ChangedByUser" event, it is indeed fired before the change is made. The event is designed so that you can maintain a Dirty state in your program. It is not intended so that you can find out what changed. There are just too many possibilities. What change do you want to capture ? This event is fired in many occasions, the change can be dues to menus interaction, toolbar, dialogs, etc. -- FP Software FX Link to comment Share on other sites More sharing options...
User (Legacy) Posted December 9, 2004 Author Report Share Posted December 9, 2004 Thanks for clarify that. I will try to work around it. But I do think the name "ChangedByUser" is a bit misleading since it implies that action has already been taken. It took me quite a while to figure out it is actually fired BEFORE the change is made. "SoftwareFX Support" <noreply@softwarefx.com> wrote in message news:raqbxfk3EHA.1636@webserver3.softwarefx.com... > Assuming you are talking about the "ChangedByUser" event, it is indeed fired > before the change is made. The event is designed so that you can maintain a > Dirty state in your program. It is not intended so that you can find out > what changed. There are just too many possibilities. > > What change do you want to capture ? This event is fired in many occasions, > the change can be dues to menus interaction, toolbar, dialogs, etc. > > -- > FP > Software FX > > Link to comment Share on other sites More sharing options...
Software FX Posted December 10, 2004 Report Share Posted December 10, 2004 You are absolutely right. We will consider renaming this for future versions into something like Changing (before) and/or Changed (after). Even if we implement the Changing event it will be a challenge to let you know exactly what is being changed, e.g. in a dialog you could make 4 combined changes, do we want to fire 4 events ? do we fire 1 and somehow let you know all that is being changed ? Is this something you would exploit ? how ? -- Regards, JC Software FX Support "Hai Ning" <ninghai@gmail.com> wrote in message news:8Dzut6m3EHA.1636@webserver3.softwarefx.com... > Thanks for clarify that. I will try to work around it. But I do think the > name "ChangedByUser" is a bit misleading since it implies that action has > already been taken. It took me quite a while to figure out it is actually > fired BEFORE the change is made. > > > "SoftwareFX Support" <noreply@softwarefx.com> wrote in message > news:raqbxfk3EHA.1636@webserver3.softwarefx.com... >> Assuming you are talking about the "ChangedByUser" event, it is indeed > fired >> before the change is made. The event is designed so that you can maintain > a >> Dirty state in your program. It is not intended so that you can find out >> what changed. There are just too many possibilities. >> >> What change do you want to capture ? This event is fired in many > occasions, >> the change can be dues to menus interaction, toolbar, dialogs, etc. >> >> -- >> FP >> Software FX >> >> > > Link to comment Share on other sites More sharing options...
User (Legacy) Posted December 10, 2004 Author Report Share Posted December 10, 2004 Well, I would prefer to catch one event after all changes are done. I.e., in case of the property dialog box, the event is fired after user clicks on OK and changes are reflected on the chart. Now what the event argument carries can be of a debate. But I wouldn't mind finding out myself what's being changed by comparing the interested properties of before and after. - Harry "Software FX Support" <noreply@none.com> wrote in message news:i5T7mks3EHA.3492@webserver3.softwarefx.com... > You are absolutely right. We will consider renaming this for future versions > into something like Changing (before) and/or Changed (after). > > Even if we implement the Changing event it will be a challenge to let you > know exactly what is being changed, e.g. in a dialog you could make 4 > combined changes, do we want to fire 4 events ? do we fire 1 and somehow let > you know all that is being changed ? Is this something you would exploit ? > how ? > > -- > Regards, > > JC > Software FX Support > "Hai Ning" <ninghai@gmail.com> wrote in message > news:8Dzut6m3EHA.1636@webserver3.softwarefx.com... > > Thanks for clarify that. I will try to work around it. But I do think the > > name "ChangedByUser" is a bit misleading since it implies that action has > > already been taken. It took me quite a while to figure out it is actually > > fired BEFORE the change is made. > > > > > > "SoftwareFX Support" <noreply@softwarefx.com> wrote in message > > news:raqbxfk3EHA.1636@webserver3.softwarefx.com... > >> Assuming you are talking about the "ChangedByUser" event, it is indeed > > fired > >> before the change is made. The event is designed so that you can maintain > > a > >> Dirty state in your program. It is not intended so that you can find out > >> what changed. There are just too many possibilities. > >> > >> What change do you want to capture ? This event is fired in many > > occasions, > >> the change can be dues to menus interaction, toolbar, dialogs, etc. > >> > >> -- > >> FP > >> Software FX > >> > >> > > > > > > Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.