Both textChanged() and textEdited() signals are emitted from the
QLineControl::finishChange() function which is called by
QLineControl::internalSetText(), so the order of these signals is always
the same — textEdited(), then textChanged(). However, when the validator
modifies QLineEdit's contents,
Huh? QtSDK or qtcreator are not ubuntu/debian packages. Maybe
something else is affected by this dependency, but I'm not aware what.
It would be great though if
sudo apt-get install qtsdk
would work out of the box, especially for Qt5. I wonder if anyone is
working on that? This is per
Op 17-7-2012 2:51, Constantin Makshin schreef:
I can't say for sure, but most probably yes.
You'd have to check to see if that does not block the emission of the
signal then after the user edited the text. Does anyone know what the
signal emission order _should_ be in case where a user edits th
Might be better to list package dependency problems to the package mangers
forums/mailing list at Canonical.
On Fri, Jul 13, 2012 at 4:49 PM, Harri Pasanen wrote:
> FYI, I just installed a new linux box with Kubuntu 12.04 amd64.
>
> I then proceeded to install QtSDK 1.2.1, and qt-creator 2.5.0
I can't say for sure, but most probably yes.
On 07/17/2012 04:10 AM, Petric Frank wrote:
> Hello René,
>
> so patching this location to pass false as additional third parameter should
> fix the issue, right ?
>
> regards
> Petric
>
> Am Dienstag, 17. Juli 2012, 01:06:43 schrieb Constantin Ma
Hello René,
so patching this location to pass false as additional third parameter should
fix the issue, right ?
regards
Petric
Am Dienstag, 17. Juli 2012, 01:06:43 schrieb Constantin Makshin:
> It works incorrectly only when the validator changes the text.
>
> The cause is QLineControl::fixu
It works incorrectly only when the validator changes the text.
The cause is QLineControl::fixup() (src/gui/widgets/qlinecontrol.cpp,
line 387) — it calls QLineControl::internalSetText() with only 2
parameters, omitting the one that controls emission of the textEdited()
signal. And since that param
On Sun, Jul 8, 2012 at 5:08 PM, Mark wrote:
> On Sun, Jul 8, 2012 at 3:48 PM, Charley Bay wrote:
>> ...(I left the whole post here, becuase IMHO it's very important for
>> "context-to-the-question", and IMHO it's a good question.)
>>
>> Mark spaketh:
>>
>>> Hi,
>>>
>>> I'm developing a calendar i
On Mon, Jul 16, 2012 at 2:21 PM, Daniel Kreuter
wrote:
> Thanks for this link.
>
> When I understand the article right, then I can't move my
> QDeclarativeItem class into a new Thread, because the paint method can
> only be used inside of the GUI Thread.
>
> So how can I improve the performance of
On segunda-feira, 16 de julho de 2012 15.59.36, qtnext wrote:
> Hi,
>
> I am trying to use QNam instead of Qftp (because depreciated) to upload and
> download file on Qt4.8.2 Windows :
> I works fine when there is no problem ... but it seems difficult to provide
> valuable information to user when
Hi,
I am trying to use QNam instead of Qftp (because depreciated) to upload and
download file on Qt4.8.2 Windows :
I works fine when there is no problem ... but it seems difficult to provide
valuable information to user when there is a problem (login false, password
false, host false).
If I downl
On Mon, Jul 16, 2012 at 3:06 PM, wrote:
>
> Things that I'd try:
>
> - different graphics backends (e.g. raster)
> - use a opengl viewport (QGLWidget)
> - follow e.g. http://doc.qt.nokia.com/4.8/qdeclarativeperformance.html
>
>
The one working fine uses QWidget and QFrame for painting, but th
> When I understand the article right, then I can't move my
> QDeclarativeItem class into a new Thread, because the paint method can
> only be used inside of the GUI Thread.
Yes.
> So how can I improve the performance of the video playback inside of
> QML? Using QWidget or the normal VLC player a
Thanks for this link.
When I understand the article right, then I can't move my
QDeclarativeItem class into a new Thread, because the paint method can
only be used inside of the GUI Thread.
So how can I improve the performance of the video playback inside of
QML? Using QWidget or the normal VLC p
On segunda-feira, 16 de julho de 2012 19.58.06, Weng Xuetian wrote:
> Hi Qt world,
> I need to upload some data via http through QLocalSocket until QLocalSocket
> closed, thus I'm trying to use QNetworkAccessManager put() and pass the
> socket pointer to it, but QNetworkAccessMaanger seems only sen
Hi Qt world,
I need to upload some data via http through QLocalSocket until QLocalSocket
closed, thus I'm trying to use QNetworkAccessManager put() and pass the socket
pointer to it, but QNetworkAccessMaanger seems only send some inital data read
from the socket and finished. Should I use QNetwo
On segunda-feira, 16 de julho de 2012 13.23.01, lucas.betsch...@crypto.ch
wrote:
> I got a thread access problem with QTcpSocket.
[cut the description that doesn't talk about QThread]
> The QTcpServer documentation says:
> Note: The returned QTcpSocket object cannot be used from another thread. I
On Monday 16 July 2012 09:14:31 Constantin Makshin wrote:
> Functions you are interested in are (line numbers are taken from the code
> in the Git repository):
> src/gui/widgets/qlineedit.cpp, line 383 (QLineEdit::setText)
> src/gui/widgets/qlinecontrol_p.h, line 213 (QLineControl::setText)
> src/g
Hi,
I got a thread access problem with QTcpSocket.
In the initialisation of my object I got 2 QTcpServer created listening on 2
different ports.
For each of them I got a the signal newConnection() linked to a different slot.
In each I save the QTcpSocket I get from nextPendingConnection().
No
> My first thought was, to subclass QThread as well and let the video
> player run in an own thread, but you can't subclass QDeclarativeItem
> and QThread in the same class.
I can't comment on your original problem, but you don't have to (and don't need
to) subclass QThread:
http://qt-project.or
> My first thought was, to subclass QThread as well and let the video
> player run in an own thread, but you can't subclass QDeclarativeItem
> and QThread in the same class.
I can't comment on your original problem, but you don't have to (and don't need
to) subclass QThread:
Any suggestions?
Hi,
I'm painting my videos in QImage with the vlc api. On modern hardware
like notebooks or desktops everything's fine, but when I run the
program on a slower hardware, the video's get really slow.
Because I'm using QML my only choice so far is to subclass
QDeclarativeItem and paint each Image of
I suggest you to create a QGraphicsTextItem in mousePressEvent function.
Don't use QPainter to draw graphics if you are using QGraphicsView. Btw,
your code shouldn't be compiled. QPainter constructor takes QPaintDevice*
and you are giving QGraphicsScene* which is derived from QObject.
On Sun, Jul
Functions you are interested in are (line numbers are taken from the code
in the Git repository):
src/gui/widgets/qlineedit.cpp, line 383 (QLineEdit::setText)
src/gui/widgets/qlinecontrol_p.h, line 213 (QLineControl::setText)
src/gui/widgets/qlinecontrol.cpp, line 676 (QLineControl::internalSetText
24 matches
Mail list logo
