06-05-22 02:09 PM
what are X, Y, Parent X, and Parent Y?
class name, and type name?
Answered! Go to Answer.
06-05-22 03:51 PM
I imagine someone else who has dug into this more will respond with more specific information, but here's what I know/think and some related information:
X = Should normally be the X position (number of pixels) from the left side of the screen or from the left side of its parent element. It can also just be 0. *See below for my assumption
Y = Same as X except from the top of the screen or the top of the parent element.
Parent X = The same thing as X except for the parent element, meaning this number could be the parent element's position from the left side of its parent or the left side of the screen.
Parent Y = Same concept as Parent X except from the top of the screen or the top of the parent's parent element.
Class Name = This would take a long paragraph to explain, and I'd probably do it poorly. So, just think of this as the kind of element when it comes to the app's design having used various kinds of controls/elements. It might say Window here or Edit or Tab Control or something like that.
Type Name = I've never used this before so I had to do a quick spying operation to see what values go here. This looks to me to be some kind of extension of Class Name because similar values go into this.
*My assumption with X/Y: Sometimes the value of X or Y are 0, and I think that's because the element's left/top side matches up exactly with its parent, such that they are in the exact same place.
Typically you'll want to avoid using any X or Y kind of attributes unless you know why you're using them. Sometimes, I use Width or Height with Match Type set to Greater Than and then with a value like 0 or 10. This can be used in order to ensure Blue Prism only uses elements that are actually visible (drawn on the screen). In general, I would avoid using those attributes though.
Class Name and Type Name will probably be empty sometimes as well. If they're filled, you can probably use them, though I would only use them if it seems to be necessary.
Best Practice is to only use attributes (1) if they are necessary to narrow down to the target element and/or (2) if they help speed up finding the element.
06-05-22 03:51 PM
I imagine someone else who has dug into this more will respond with more specific information, but here's what I know/think and some related information:
X = Should normally be the X position (number of pixels) from the left side of the screen or from the left side of its parent element. It can also just be 0. *See below for my assumption
Y = Same as X except from the top of the screen or the top of the parent element.
Parent X = The same thing as X except for the parent element, meaning this number could be the parent element's position from the left side of its parent or the left side of the screen.
Parent Y = Same concept as Parent X except from the top of the screen or the top of the parent's parent element.
Class Name = This would take a long paragraph to explain, and I'd probably do it poorly. So, just think of this as the kind of element when it comes to the app's design having used various kinds of controls/elements. It might say Window here or Edit or Tab Control or something like that.
Type Name = I've never used this before so I had to do a quick spying operation to see what values go here. This looks to me to be some kind of extension of Class Name because similar values go into this.
*My assumption with X/Y: Sometimes the value of X or Y are 0, and I think that's because the element's left/top side matches up exactly with its parent, such that they are in the exact same place.
Typically you'll want to avoid using any X or Y kind of attributes unless you know why you're using them. Sometimes, I use Width or Height with Match Type set to Greater Than and then with a value like 0 or 10. This can be used in order to ensure Blue Prism only uses elements that are actually visible (drawn on the screen). In general, I would avoid using those attributes though.
Class Name and Type Name will probably be empty sometimes as well. If they're filled, you can probably use them, though I would only use them if it seems to be necessary.
Best Practice is to only use attributes (1) if they are necessary to narrow down to the target element and/or (2) if they help speed up finding the element.
06-05-22 04:00 PM
06-05-22 04:10 PM
06-05-22 08:22 PM
03-01-23 02:30 PM