Listers:
I was able to loop through the children recursively and find that the
"QQuickText" Classnames were the candidates to try to execute:
QMetaObject::invokemethod(gobj,"doLayout",Qt::QueuedConnection);
But it had no effect on the currently displayed text.
That has to be some less intrusive way to cause QML gui objects to
repaint themselves.
Any ideas instead of Loader:sourceComponent, which is very heavy and
causes screen flicker.
md
On 9/11/2015 11:39 AM, m...@rpzdesign.com wrote:
> Hello List:
>
> Anybody have ideas on how to cause a QML refresh to repaint a QML Window
> or component.
>
> I tried setting the sourceComponent value of Loader but it causes a good
> amount of screen flicker and has some of optimizations so it will not
> reload the same component 2 times in a row, as if the componentCache is
> absorbing the successive update requests.
>
> This problem is generally for Text { text : "English" } -> Text { text:
> "Espanol" } language changes, but it could be for most anything.
>
> And its kind of a pain to consider having to recurse through a component
> tree looking for a property an update it.
>
> Window()->findChildren()->setProperty() is one possibility.
>
> Some posts have talked about "notify" signal, but messing around with
> slots for every GUI component seems incorrect.
>
> Any ideas?
>
> md
>
--
No spell checkers were harmed during the creation of this message.
_______________________________________________
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
