The mailing list has been closed since July 2022, but continues to serve as an archive of information about QF-Test.
But if you want to stay informed about news about QF-Test, you can simply
Subscribe to Newsletter
To get up-to-date information about each release - including minor releases - you can
subscribe to the RSS feed or follow us on social media.
Alternatively, QF-Test also provides release information itself.
Another source of information is our blog, where there are current articles on general topics, on the company QFS and also various "how-tos"
subscribe to blog
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [QF-Test] Interworking between 'waitForComponent', rc.getComponent and rc.getOverrideElement
Hello Bernhard, that's a very good question. The problem is that rc.getComponent has a 0 timeout because it blocks the event dispatch thread. This means that you have to run 'WaitForComponent' first so that you can be sure to pick up the correct component in rc.getComponent. Unfortunately rc.getComponent then incurs the same overhead again. We'll see about introducing a doctag to the WaitForComponent node that puts the resulting component directly into rc.overrideElement. That should be preferable to using a WaitForComponent plus a script node even when the overhead is minimal. Best regards, Greg Bernhard Schmitt <bernhard.schmitt@?.de> writes: > Hello, > > I have a short technical question. Consider a web application with a component which is not easy to recognize and > which takes a while until QF-Test has mapped it to its internal component. > > Our purpose is, to cache such a component with rc.overrideElement(), so that the time expensive recognition happens > only one time. > > So the question is, what happens inbetween 'WaitForComponent' and rc.getElement, and rc.getOverrideElement(). > > 1. When WaitForComponent(id) succeeds, is it certain that the web component is accesible and I can immediatly > cache it with rc.getOverrideElement(id) > > 2. When I call rc.getComponent(„id“) after WaitForComponent(id) succeeds, ist the component recognized again > with the same time effort as before? > > BR > > Bernhard -- Gregor Schmid E: gregor.schmid@?.de T: +49 8171 38648-11 F: +49 8171 38648-16 Quality First Software GmbH | www.qfs.de Tulpenstr. 41 | 82538 Geretsried | Germany GF Gregor Schmid, Dr. Martina Schmid, Karlheinz Kellerer HRB München 140833
|
1. Functional cookies
We use functional cookies to ensure the basic functionality of the website.
2. Performance and statistic cookies
We use Matomo for analyzing and optimizing our website. Cookies permit an anonymous collection of information that help us offering you a clear and user-friendly visit of our web pages.
This cookie contains a unique, pseudonymized visitor ID internal to Matomo for recognizing returning visitors.
This cookie is used to track from which website the anonymized user proceeded to our website.
The Matomo session cookie is used to track the visitor's page requests during the session.
is created and should be then directly deleted (used to check whether the visitor’s browser supports cookies).
short lived cookies used to temporarily store data for the visit.
short lived cookies used to temporarily store data for the visit.