ContributionsMost RecentMost LikesSolutionsRe: Best way to keep custom settings in TestCompleteThanks Tony for your thoughts, but for now DB would be a total overkill in our case. And editing values in DB is even more complex (for those who run the tests) than your previous suggestions - guess I'll stay with text files for the next couple of years. Now making a nice infrastructure for accessing the settings might be useful as it lets me replace the data storage method at a later stage w/o affecting the rest of the code. Re: Best way to keep custom settings in TestCompletePeople who run TestExecute don't have as much flexibility as those who use the TestComplete IDE. And text files are better because you can keep multiple copies with different settings and script files come from version control. Best way to keep custom settings in TestCompleteHi, I presume we're not the only ones who use some custom settings to prevent hard-coded paths, usernames, timeouts etc. At the moment we keep a set of public constants in a central script. This approach works, but user access to the settings is limited and I'd like to have a user-editable text file, in xml or ini format - this also has a benefit of adding at least one dimension to the settings to make them more robust (at the moment we use prefixes, e.g. FN_ for file names) Bottom line I want to be able to access the data from VBScript using something like MyPath = CustomSettings.MyPathValue Is there a recommended way to handle this? Thanks, Jean Re: OnLogEvent and log typesRight, I was misled by the name while looking for a generic OnLog event handler. Thanks! OnLogEvent and log typesIs it possible to know the log type from inside OnLogEvent handler? I could use the OnLogError, OnLogWarning etc., but it seems counterproductive - in particular much harder to maintain. Re: Customizing the message shown during project execution?Thanks Alexey - that's exactly what I was looking for. Customizing the message shown during project execution?Is it possible customize the message shown during project execution? I'm talking about the thing with TC icon that usually shows the project name - the one that can be modified when calling aqUtils.Delay() I have several long non-UI tests running and would like to see what's going on and not have to guess whether everything's ok or the test got stuck hours ago... Thanks, Jean