Hello,
we have noticed that the "set momentary" action - previously present in Information Designer - is not available in iX. As a result, instead of setting a single action in the "mouse click" event, one has to set two different actions (set and reset) in the "mouse down" and "mouse up" events. This wastes time during development, and can introduce errors if, for example, two different registers are specified by mistake.
Would it be possible to add the "set momentary" action to the wishlist for a future release?
Thanks,
Federico.
"set momentary" action is missing
Re: "set momentary" action is missing
I'll put that on the request list. You'll also need the Mouse Leave when creating a momentary button.
- Attachments
-
- Snap 2012-04-09 at 12.12.23.jpg (26.25 KiB) Viewed 12091 times
Best Regards,
Beijer Electronics, Inc.
Ron Lloyd | Applications Engineer
Beijer Electronics, Inc.
Ron Lloyd | Applications Engineer
-
- Posts: 2
- Joined: Fri Dec 16, 2011 7:48 am
Re: "set momentary" action is missing
Hi Ron, As to your last post on this topic. Why would you add mouse leave in the creation of a momentary push button?
Thanks
Thanks
-
- Posts: 22
- Joined: Fri May 25, 2012 7:44 am
- Location: Charlotte, NC. USA
Re: "set momentary" action is missing
There are a couple of instances I know of that would cause the MouseUp Event to not be fired for a given control, this is true for both Forms based buttons and WPF based buttons IIRC.Jack Brown wrote:Hi Ron, As to your last post on this topic. Why would you add mouse leave in the creation of a momentary push button?
Thanks
1 Touching or pressing down on a button (MouseDown), but dragging the cursor (or finger) off of the item (MouseLeave) before releasing the button (MouseUp) event occurs will prevent the MouseUp event from firing on the control.
2 Touching a button but having some other object (Alarm Popup perhaps) or application (Primarily PC) steal focus before releasing the mouse or finger will also prevent the MouseUp event from firing on the control.
MouseLeave will fire regardless for either of these two behaviors. But will not fire by itself generally until you move the mouse into and out of the control, or touch some other area of the screen. By also attaching to MouseLeave you ensure that the Toggle action in this case is set back to the off state.
There could be an edge case using MouseLeave I suppose, if one were working with a Tag that could be set true through other means such as if the Controller changed the value to true for some duration, and if you happened to drag your finger (or mouse) across the control the MouseEnter would fire followed by MouseLeave as the touch or mouse cursor moved out of the control and thus could set the Tag to the value specified in the MouseLeave event. Not terribly likely but possible edge case none the less.
Best Regards,
Patrick Hall
Patrick Hall