ContributionsMost RecentMost LikesSolutionsRe: CLR Bridge - Switch between different versions of .NET frameworkHello Mike, the mentioned solution works. In my case I did not create a new app, I use the running AUT. Thank you ;o)Re: CLR Bridge - Switch between different versions of .NET frameworkHi Mike, I used WinXP 32bit. I have also tried it on Win7 32bit, but it doesn't work either.Re: CLR Bridge - Switch between different versions of .NET frameworkHello Mike, thank you for your hint. But your solution does not seem to work. It seemed to me that "TestComplete.exe" was the wrong file to configure, so I also tried to build up a file with the content called "tcHostingProcess.exe.config". But I could not reach my goal either. I used the following links to get more info on the parameters you mentioned: http://msdn.microsoft.com/en-us/library/w4atty68%28v=vs.90%29.aspx http://msdn.microsoft.com/en-us/library/a5dzwzc9%28v=vs.90%29.aspx Are there any other suggestions I can try?CLR Bridge - Switch between different versions of .NET frameworkHello, I have got multiple versions of the .NET Framework installed on my PC. How can I configure the CLR bridge to use a specific version of these frameworks? My issue: Following command produces different output, depending on the highest version of .NET Framwork installed: dotNET.System_Globalization.CultureInfo.GetCultureInfo_2('zh-CN').DisplayName .NET Version 3.5 SP1 (with german language pack) = "Chinesisch (VR China)". .NET Framework 4.0 (with german language pack) = "Chinesisch (Vereinfacht, VR China)" The application under test, for which I am using this code, is compiled for .NET Version 3.5. For another application on the same PC I need version 4.0, so deinstallation is no option. I would like to tell TestCompletes CRL bridge to call the routine from .NET Version 3.5 to get the same value, which the application under test produces. Any suggestions? (WinXP SP3 Multilanguage, Culture Settings: German)SolvedRe: ODT Classes: Switching referencesHi David, I am a little confused about your answer: >It is impossible to assign an existing ODT object to a property of an object type. I am actually doing this, when not storing the reference toggle in an extra routine. h_testenvironment := Self.Testenvironment; Self.Testenvironment := NIL; Self.Testcases[h_i].Testenvironment := h_testenvironment; h_testenvironment := NIL; (and vice versa) >You need to remove old objects and create new objects instead of switching references. Switching references works! But my posted routine is not working, because of this "Self"-Problem. So my two questions are still open: Any suggestions how to bypass this situation? Is there an integrated way to clone objects? (because I do not change the object properties, I only read their values) If I got something wrong, please explain in more detail, maybe with examples. Thanks, DirkRe: Dealing with the standard folder selection dialogHello Allen, please see Issue# M0076926 or post the code here, available for other community members, too. Thank you, DirkDealing with the standard folder selection dialogHello, is there something similar to"Working With Open File and Save File Dialogs" for the standard folder selection dialog (s. attachment)? Or is there a common script for the translation from a normal path (local or UNC) to the string used for the item handling methods (ClickItem/SelectItem)? Thanks, DirkODT Classes: Switching referencesHello, I am working with ODT classes and my problem is the following limitation: "We would like to note that the objects you create via the ODT project item can be referred to only by one property, array item or data-group variable at a time. That is, an object cannot be referred to by several properties, array items or variables in data groups. For instance, if you need to exchange values of two properties, you will have to assign an empty value to one of these properties." (taken from TC help, Working With Custom Objects in Scripts). To bypass this I wrote the following routine: procedure toogle_reference( var a_ref_source : OleVariant, var a_ref_destination : OleVariant); var h_temp : OleVariant; begin h_temp := a_ref_source; a_ref_source := NIL; a_ref_destination := h_temp; h_temp := NIL; end; Usage in my case: toggle_reference(Self.Testenvironment, Self.Testcases[h_i].Testenvironment); But this is not working, because "Self" is not a known variable. I want to use a routine, because I do not want to do unnecessary code copy and write this code (with comment) every time I need to switch references. Any suggestions how to bypass this situation? Is there an integrated way to clone objects? (because I do not change the object properties, I only read their values) (TC Enterprise 7.52.678.7) Thanks, DirkRe: Problem with global constants and case statement Hi, I had announced the same problem in the past (beginning of 2008, Version 6.1) and this was AQAs answer: Hello Dirk, The problem is caused by an issue in the DelphiScript engine which is shipped by a third-party vendor. I have registered the problem. Unfortunately, I cannot say when it will be fixed if at all. I am sorry for the inconvenience. Best regards, Andrew It would be nice to see that fixed. Re: Element appears twice in tree Hi Jared, the objects are recognized by TestComplete as two identical objects, but they refer to one object on screen. The function "Highlight object on screen" highlights the same object on screen for both objects. What I do not understand is, how could the cell.cell (1) combination exist without a table (2) in between. Please also notice attached screenshot and object files from stores. My TestComplete version is 7.52 Enterprise (please refer to my footer). If you need the full version info: 7.52.678.7 Dirk