| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
Change-Id: Ica0aa63b8f9b335768a78752cba6c066195e882b
Reviewed-by: Robin Burchell <robin+qt@viroteck.net>
|
| |
|
|
|
|
|
| |
of code that already uses exceptions.
Merge-request: 1853
Reviewed-by: Kent Hansen <kent.hansen@nokia.com>
|
| |
|
|
| |
Trolltech ASA is no more, long live Qt by Nokia!
|
| |\ |
|
| | |
| |
| |
| |
| | |
The shellimplgenerator was not updated to pass in the correct path.
This caused linker errors.
|
| |/
|
|
| |
Follow-up to http://code.google.com/p/qtscriptgenerator/issues/detail?id=8
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Task: http://code.google.com/p/qtscriptgenerator/issues/detail?id=8
Details: The situation occurs when the virtual function QProgressBar::text() is called from C++.
As usual, the binding will try to look up a property with the corresponding name ("text")
in the script object. "text" is also the name of a Qt (C++) property, so it will be
resolved through the dynamic QObject binding, which will call the C++ getter again, and so
on and so on...
This submit fixes the problem by having the binding add a "_qs_" prefix when doing the
script property lookup; so if a script wanted to reimplement the text() function, it
would have to store it in a property named _qs_text. Probably not optimal, but at least
it fixes the recursion while still allowing you to reimplement the function. It might
or might not become the official (i.e. documented) way of doing it, at some point.
|
|
|
svn://labs.trolltech.com/svn/qtscript/generator
|
