Grit
Occasional Contributor
Joined 3 years ago
User Profile
User Widgets
Contributions
Re: Calling non-static .NET routines via dotNET Object - class constructor missing
It is a class defined in my c# assembly that I am trying to instantiate. In the assembly code the constructor is defined like this: public ProtocolHandler(Endpoint endpoint, SessionManager sessionManager = null, ILogger logger = null) Using zctor, zctor_2 or similar does not work, because those methods are not available in the TestComplete script for this class.Calling non-static .NET routines via dotNET Object - class constructor missing
Hi, as the heading says, I am trying to call a non-static .NET routines via dotNET Object using as described here https://support.smartbear.com/testcomplete/docs/testing-with/advanced/using-external-functions/calling-from-dotnet-assemblies.html. I have added the assembly to the CLR bridge and am able to access the classes via dotNET, but for one of the classes I need to instantiate, there is no constructor available, i.e. no zctor() method. For another class in the same assembly it works fine. The only difference I can see, are the input parameters of the constructor. For the class where it is working, the input parameters are all of simple types (string, int and bool). For the class, where the constructor is missing in TestComplete, the input parameter type is a class from the same assembly. Here is an example of the TestComplete script code: var endpoint = dotNET.MSGsup_NET_Messaging_Data.Endpoint.zctor("default", "channel1", "c:\\test", 250, false); //this works fine var protocolHandler = dotNET.MSGsup_NET_Messaging.ProtocolHandler.zctor(endpoint, null, null); //here no zctor method is found Does anyone know, how I can instantiate the ProtocolHandler class here?Re: Infragistics RecordListControl not recognized as table or How to access rows and columns?
Hi, yes I am using the Name-Mapping. And I am also using only scripts so far. I have found a workaround now, which is a bit overly complicated, but seems to work so far. Basically I am mapping the cell with the correct value at a specified column index via project variable, then use this as required child for the row (the RecordListItemContainer), so that I can identify the correct RecordSelector (a child of the container). The script code looks like this (JavaScript): recordListControl.RecordListItemContainer.RefreshMappingInfo(); recordListControl.RecordListItemContainer.CellvaluepresenterGeneric.RefreshMappingInfo(); recordListControl.RecordListItemContainer.RecordSelector.RefreshMappingInfo(); recordListControl.RecordListItemContainer.RecordSelector.Click(); Name Mapping looks like this: When I do script recording, TC never record the container, always only the CellValuePresenter. Like I said, this works for now, but according to the documentation, things like this should also work, but don't. And I do not know what I am doing wrong: var rowIndex = recordListControl.FindRow(3, "1000"); recordListControl.ClickCell(rowIndex , 1);Infragistics RecordListControl not recognized as table or How to access rows and columns?
Hi, first: I am pretty new to TestComplete, so I apologize in case I just did not look in the right place for the answer. I have spent quite some time looking without being able to solve my issue. We have in our application several tables represented by "Infragistics.Windows.DataPresenter.RecordListControl"s. The child items in that control are of class "Infragistics.Windows.DataPresenter.Internal.RecordListItemContainer". The RecordListControl is one of the derived classes of the XamDataGrid, it is enabled as such in the ObjectMapping. My problem is that I cannot seem to use any of the methods of the XamDataGrid (https://support.smartbear.com/testcomplete/docs/reference/test-objects/controls/desktop/infragistics/wpf/xam-data-grid/methods.html ). I need some way to find the correct row using the value of a specific column and then mark/unmark this row using the RecordSelector. Here is what this table looks like in the Object Browser: Any help would be very much appreciated. Thanks, Grit
