La liste de diffusion est fermée depuis juillet 2022, mais sert toujours d'archive d'informations sur QF-Test.
Cependant, si vous souhaitez rester informé des nouveautés concernant QF-Test, vous pouvez simplement vous
abonner à la newsletter
our obtenir des informations à jour sur chaque version - y compris les versions mineures - vous pouvez
nous pouvez vous abonner au flux RSS ou nous suivre sur les médias sociaux.
Alternativement, QF-Test fournit également des informations sur la version elle-même.
Une autre source d'information est notre blog, qui contient des articles actuels sur des thèmes généraux, sur l'entreprise QFS et aussi divers "how-tos", veuillez vous
ABonner au 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. Cookies fonctionnels
Nous utilisons des cookies fonctionnels pour garantir la fonctionnalité de base du site web.
2. Cookies de performance et de statistique
Nous utilisons Matomo pour analyser et améliorer notre site web. Des cookies permettent une collection anonyme des informations qui nous aident à vous offrir un visite clair et facile à utiliser de nos pages web.
This cookie contains a unique, pseudonymized visitor ID internal to Matomo for recognizing repeat visitors.
This cookie is used to track from which website the anonymized user proceeded to any page or sub-page.
The Matomo session cookie is used to track the visitor's page requests during the session. The cookie is automatically deleted at the end of each session (website visit), at the latest after one day.
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.
