.NET and RATIONAL??? CAN THEY EXIST TOGETHER?
How can I get my Developers to understand that the ".NET" naming convention can be altered on the development side, and that they don't have to leave the generic insertions in their code?
The reason that I am asking is that I had my talk with the Dev guys today and they gave me some advice. They suggested that, changing the recognition order might help, or using some type of general changes to the order in which we identify the objects. Based on what I have seen, changing the order does very little if they allow .Net to control the naming of the items, am i right?
I have played with moving the rec methods around, but I don't see it working any better than it was.
would parsing the "string" of the name do any good? I don't think it would because from what I can see everything is linked.
They are saying the :ctl3: is being populated by .net framework and they have no control over the renaming of this.
The :ctl3: is changing build by build and totally messing up the existing scripts.
HERE ARE MY ATTEMPTS TO SHOW THEM THAT THEIR IDEAS WONT WORK:
EditBox Click, "Name=grdMessages:_ctl3:txtHeadline", "Coords=120,60"
EditBox Click, "Name=grdMessages:_ctl3:txtMessage", "Coords=122,42"
EditBox Click, "Name=grdMessages:_ctl3:txtHyperlinkText", "Coords=89,52"
EditBox Click, "Name=grdMessages:_ctl3:txtHyperlinkRef", "Coords=72,50"
'SET WITH Name being last on the order
EditBox Click, "HTMLId=grdMessages__ctl3_txtHeadline", "Coords=113,54"
EditBox Click, "HTMLId=grdMessages__ctl3_txtMessage", "Coords=111,63"
EditBox Click, "HTMLId=grdMessages__ctl3_txtHyperlinkText", "Coords=42,58"
EditBox Click, "HTMLId=grdMessages__ctl3_txtHyperlinkRef", "Coords=40,53"
'C++ REC METHOD
EditBox Click, "Name=grdMessages:_ctl3:txtHeadline", "Coords=86,65"
EditBox Click, "Name=grdMessages:_ctl3:txtMessage", "Coords=85,59"
EditBox Click, "Name=grdMessages:_ctl3:txtHyperlinkText", "Coords=62,46"
EditBox Click, "Name=grdMessages:_ctl3:txtHyperlinkRef", "Coords=99,57"
ANY and all help is greatly appreciated.
Re: .NET and RATIONAL??? CAN THEY EXIST TOGETHER?
Are you by any chance writing Rational 2003.06 scripts for grids using non-native VB controls? I am not having your problem of object names always changing from one build to the next (never seen that before), but I am having issues with object property verification points for such controls. We are using controls from devExpress.com.
In my case the response that I received from Rational Tech Support is that they do not guarantee their product will support these third party controls, just those that ship with VB.Net and other standard controls. They suggest that we contact a company by the name of AppPoint.com to write a Rational "extender" (called proxy code) to handle our specific concerns. Costs around $2K per control with them.
Interestingly enough AppPoint's feedback indicated they can in our case both help with the writing of cleaner scripts and the list of object properties. So maybe they could help you too.